Текст книги "Getting Real"
Автор книги: 37signals
Жанр:
Программирование
сообщить о нарушении
Текущая страница: 6 (всего у книги 8 страниц)
Слова
В функциональной спецификации нет ни грамма функциональности
Не составляйте функциональных спецификаций
Эти черновые документы обычно не имеют почти ничего общего с конечным продуктом. И вот почему:
Функциональные спецификации – это фантазии
Они не отражают реальности. Приложение не является реальностью до тех пор, пока строители не начнут его строить, дизайнеры – оформлять, люди – использовать. Спецификации – это только слова на бумаге.
Функциональные спецификации как средство умиротворения
Они для того, чтобы каждый почувствовал себя вовлеченным и счастливым. Приятное чувство, но не такое уж полезное. Спецификации никогда не говорят о принятии неприятных решений и не открывают истинных затрат – а это как раз то, что нужно для построения хорошего приложения.
Функциональные спецификации создают лишь иллюзию соглашения
Какое-то количество людей, согласных с текстом – это не есть соглашение. Каждый может читать тот же самый текст и думать о разном. Это безусловно всплывет позже, когда станут говорить: «Обождите, это не то, что я подумал», «Что? Да это же не так, как мы описали», «Да, это именно так, и мы все согласились с этим, тут даже есть ваша подпись». Вы знаете, как это обычно бывает.
Функциональные спецификации заставляют вас принимать наиболее важные решения именно тогда, когда у вас меньше всего информации
Вы меньше всего знаете о приложении, когда вы начинаете его строить. Чем больше вы его строите, чем больше используете – тем больше вы его знаете. Вот когда вам стоит принимать решения – когда у вас больше информации, а не когда меньше.
Функциональные спецификации ведут к перегруженности функциями
В стадии спецификаций вас ничто не ограничивает. Ничего не стоит просто писать и добавлять все новые и новые пункты. Вы можете уступить кому-то надоедливому тем, что добавите его любимую функцию. Потом вы будете разрабатывать с тем, чтобы удовлетворить эти пункты, а не людей. Именно так получаются перегруженные сайты с 30 кнопками по верху экрана.
Функциональные спецификации не дают вам развиваться, меняться и пересматривать
Вот функция программы подписана и согласована. Даже если вы поймете в процессе разработки, что эта идея была плохой, вы на ней застряли. Спецификации нет дела до действительности, когда как только вы начинаете что-то строить, все меняется.
Так что же вы должны делать вместо написания спецификации? Найдите более короткую альтернативу – такую, которая продвигает вас по пути создания. Напишите рассказ в одну страницу о том, что именно приложение должно делать. Используйте простой язык и сделайте это быстро. Если вам потребуется более одной страницы, значит, вы очень усложняете. Этот процесс не должен занять более одного дня.
Потом начните строить интерфейс – он и будет альтернативой функциональной спецификации. Нарисуйте несколько эскизов на бумаге. Потом начните кодировать это в html. В отличие от текста, который могут понять по-разному, дизайн интерфейса будет представлять то общее, с чем все могут согласиться.
Двусмысленность уходит, когда все начинают видеть на экране одно и то же. Постройте интерфейс, на который каждый может смотреть, пользоваться им, кликать мышкой, почувствовать его – до того, как начнете беспокоиться о внутреннем коде. Встаньте на передний край пользовательского опыта, насколько это возможно.
Забудьте о подписанных раз и навсегда спецификациях. Они заставляют вас принимать крупные, ключевые решения слишком рано в процессе разработки. Обойдите стороной стадию спецификации, и вам удастся быть гибкими и сделать изменения дешевле.
Бесполезные спецификации
Спецификация по большей части бесполезна. Я никогда не видел спецификации настолько большой, чтобы быть и одновременно и полезной, и точной.
В то же время я встречал много раз полную туфту, которая была основана на спецификациях. Это наиболее плохой способ писать программы, так как он по определению значит, что программа писалась, чтобы соответствовать теории, а не действительности.
Боритесь с создателями препятствий
Я обнаружил, что люди, настаивающие на подробных описаниях требований к программе до того, как начать разработку, в действительности являются создателями препятствий, пытающимися замедлить процесс (и которым обычно нечего сказать по поводу дизайна или инновационного мышления).
Все наши лучшие работы начинались с небольшого количества идей о том, как улучшить сайт, быстрого создания прототипа (статического), небольшого изменения дизайна и затем построения реального прототипа с реальными данными. После этого настоящий проект быстро набирал обороты и выполнялся с хорошим результатом.
– Марк Галлахер (Mark Gallagher), разработчик корпоративных интранет-сайтов (из Signal vs. Noise)
Не рождайте мертвых документов
Уберите ненужное бумаготворчество
Избегать функциональных спецификаций хорошо, но этого мало. Предотвращайте ненужное бумаготворчество везде, где можете. Если только документ не собирается воплотиться во что-то реальное – не создавайте его.
Стройте, а не пишите. Если вам нужно что-то объяснить, попробуйте это изобразить и сделать в качестве прототипа, вместо того чтобы долго документировать. Реальный интерфейс или прототип уже находятся на пути воплощения в реальный продукт. А лист бумаги, напротив, – лишь на пути в мусорную корзину.
Вот пример. Если документу-каркасу предназначено застыть и никогда не перерасти в настоящий продукт – не тратьте на него время. А если, начав с каркаса, вы строите на его базе настоящий проект, тогда да, начните с каркаса.
Документы, живущие отдельной от приложения жизнью, ничего не стоят. Они не ведут никуда. Все, что вы делаете, должно воплощаться в реальность. Если документ останавливается до того, как воплотиться в реальность, – он мертв.
Никто не будет это читать
Я не могу сосчитать, как много многостраничных спецификаций лежало мертвым грузом, непрочитанными, собирало пыль, тогда как мы кодировали, обсуждали проблемы, задавали вопросы и тестировали. Приходилось даже иметь дело с разработчиками, которые потратили часы на написание длинных посланий по электронной почте или документов о стандартах программирования – которые тоже никто не читал.
Сетевые приложения не растут благодаря документации. Разработка программ – постоянно меняющийся, итеративный процесс, который включает в себя взаимодействие, принятие мгновенных решений и непредвиденные темы, которые приходят в процессе. Ничего из этого не представляется возможным (либо нужным) закрепить на бумаге заранее.
Не теряйте время на то, чтобы заполнить текстом длинные тома; никто не будет их читать. Утешайте себя тем, что если продукту оставить достаточно места для самостоятельного роста, он вырастет так, что в любом случае не будет похож на то, что вы про него напишете.
Расскажите короткую историю
Пишите рассказы, а не описывайте детали
Если вам нужны слова, чтобы описать новую функцию или изложить идею – напишите об этом короткий рассказ. Не углубляйтесь в технические или архитектурные детали, просто расскажите историю. Сделайте это на человеческом языке, как бы вы это сделали в разговоре.
Не нужно делать это литературным произведением. Просто расскажите, в какой последовательности все происходит. Если вы можете включить этот рассказ в контекст интерфейса программы, тем лучше.
Делитесь впечатлением, а не зацикливайтесь на деталях. Думайте о стратегии, а не о тактике. Тактика определится, когда вы начнете строить данную часть программы. Пока же вы просто хотите получить рассказ, который станет началом разговора и приведет вас в нужную колею.
Пользуйтесь обычными словами
Вставьте настоящий текст вместо lorem ipsum
Слова lorem ipsum dolor – признанные друзья дизайнеров. Текст-пустышка помогает понять, как будет выглядеть дизайн, когда он будет воплощен. Но текст-пустышка может быть опасным.
Lorem ipsum меняет ваш взгляд на программу. Он сводит текстовое содержание к элементу визуального дизайна – форме текста – вместо того, чем он должен быть: значимой информацией, которую кто-то должен будет вводить и/или читать. Текст-пустышка означает, что вам не удастся увидеть тех необходимых вариаций, которые безусловно появятся, когда будет введена настоящая информация. Это значит, что вы не почувствуете, как это – заполнять поля на вашем сайте. Текст-пустышка – это завеса между вами и действительностью.
Вам нужна настоящая копия, чтобы знать, какой длины должны быть поля. Вам нужна настоящая копия, чтобы видеть, как таблицы будут расширяться или сжиматься. Вам нужна настоящая копия, чтобы знать, как в действительности выглядит ваше приложение.
Как можно скорее используйте настоящие и подходящие слова. Если ваш сайт или приложение требует ввода данных, вводите реальные данные. И, собственно, печатайте текст – а не просто переносите его из другого источника. Если это имя, вводите реальное имя. Если город, вводите название существующего города. Если это пароль, ввод которого нужно повторить, введите его дважды.
Конечно, намного легче просто пробежать формы сверху вниз и заполнить поля мусором («asdsadklja» «123usadfjasld» «snaxn2q9e7»), чтобы разобраться с ними побыстрее. Но это – неправда. Это не то, что придется делать вашим клиентам. Хорошо ли идти по короткой дороге, а клиентов отправлять по длинной? Когда вы вводите в пожарном порядке, вы не знаете, как в действительности выглядит заполнение этой формы.
Делайте, как ваши клиенты – и вы станете их лучше понимать. Когда вы лучше их понимаете и чувствуете то, что чувствуют они, вы построите лучший интерфейс.
Мусор Lorem Ipsum
Когда вы не заставляете воображение представлять, каким «может быть» содержание, рассмотрение дизайна потеряно. Значение спрятано, потому что «это всего лишь текст», понимабельность теряется, потому что никто не задумывался, что эти тексты предназначены для чтения. Возможности остаются нереализованными, потому что тот мусор lorem ipsum, который вы использовали, не предлагает возможностей. А потом текст делается маленьким-маленьким, потому что, если он не нужен, мы можем создать много таких симпатичных белых пятен.
Очеловечьте ваш продукт
Какой у вашего продукта тип личности?
Подумайте о своем продукте как о человеке. Каким человеком вы бы хотели его видеть? Вежливым? Неумолимым? Прощающим? Требовательным? Веселым? Бесстрастным? Серьезным? Разболтанным? Хотите, чтобы он выглядел параноидальным или доверяющим? Всезнайкой? Или скромным и обаятельным?
Когда вы примете решение, всегда имейте в виду эти черты, пока строите продукт. Пусть они помогут вам в принятии решений по поводу копирайта, интерфейса и функциональности. Всякий раз, когда вносите изменение, спросите себя, насколько это изменение соответствует типу вашего приложения.
У вашего продукта есть голос – и он разговаривает с вашими клиентами 24 часа в сутки.
Цена и регистрация
Бесплатные образцы
Раздавайте что-нибудь бесплатно
Мир полон шума и суеты. Чтобы вас заметили среди всего этого, раздавайте что-нибудь бесплатно.
Умные компании знают, что раздача подарков – замечательный способ завоевать благосклонность клиентов. Посмотрите на компанию Apple. Они предлагают программу iTunes бесплатно, с тем чтобы создать спрос на iPod и на музыкальный магазин iTunes. В реальном мире, магазины делают то же самое. Кофейная компания Starbucks утверждает, что каждые пять напитков, розданных бесплатно, влекут за собой одну новую покупку. А что, весьма неплохо.
В нашем случае, Writeboard и Ta-da list – полностью бесплатные программы, с помощью которых мы приводим клиентов к использованию других наших продуктов. Также мы всегда предлагаем некоторую бесплатную версию для всех наших программ.
Мы хотим, чтобы люди могли почувствовать продукт, интерфейс и полезность того, что мы создали. Когда они уже на крючке, намного более вероятно, что они захотят перейти на какую-нибудь из платных версий (что позволит иметь большее количество проектов или страниц, а также даст доступ к дополнительным функциям, таким как загрузка файлов и ssl-шифрование данных).
Миниатюрные порции
Предлагайте миниатюрные порции. Заготовьте специализированные, уменьшенные предложения, пусть клиенты их пробуют. Примите за правило делить хотя бы один продукт или услугу на маленькие кусочки, которые недороги, легки или интересны.
Подарите одну из ваших лучших песен
Подумайте о том, чтобы распространять одну из ваших песен (одну на альбом) бесплатно – как рекламный ролик фильма – как хит, посылаемый на радио – песню, которая побудит людей покупать вашу музыку.
Не беспокойтесь о пиратстве в отношении этой песни. Пусть ее слушают, переписывают, посылают друзьям, раздают. Будьте уверены, что если ее послушают, то будут готовы заплатить за другие.
Легко войти, легко выйти
Сделайте регистрацию и отказ безболезненными
Сделайте начало использования вашей программы – и окончание использования – как можно проще.
Если я – клиент, который хочет использовать вашу программу, процесс регистрации должен быть безболезненным, на уровне «для чайников». Поставьте большую и ясную кнопку регистрации на каждой странице вашего маркетингового сайта. Расскажите, как все просто: «От регистрации до использования – всего за 1 минуту!»
Всегда нужно обеспечить бесплатную опцию, чтобы пользователи могли увидеть демо-версию без того, чтобы вводить данные кредитной карточки. Некоторые из наших конкурентов требуют звонка, договоренности или специального пароля, чтобы получить демо-версию. А зачем? Мы даем попробовать наши программы всем бесплатно в любое время.
Сделайте форму для регистрации как можно короче. Не запрашивайте информацию, которая вам не нужна, и не заваливайте пользователей длинными анкетами.
То же соблюдайте и для процесса отмены. Вы не хотите замыкать людей внутри вашего проекта. Нам не очень приятно, когда люди решают отказаться от пользования Basecamp, но мы никогда не делаем этого процесса унизительным либо запутанным. «Закрыть мой аккаунт» – это ссылка, ясная как день, на странице управления профилем пользователя. Не должно быть ни обязательного уведомления по электронной почте, ни формы, обязательной для заполнения, ни каких-либо вопросов.
Также создайте условия, чтобы люди могут получить свои данные, если они решат уйти. Мы обеспечиваем пользователям возможность легко экспортировать их сообщения и комментарии в формате xml в любое время. Это их данные, поэтому они могут делать с ними что хотят.
Это критический фактор, потому что давая людям власть над их информацией, вы создаете доверие. Вы обеспечиваете им мост к их островкам данных. Вы позволяете им уйти без потерь, если они найдут лучшее предложение. Это – правильно, и это строит добрую волю.
Уйти с легкостью
Не удерживайте пользователей вопреки их воле. Если они хотят уйти, позвольте им забрать все, что они создали, будучи на вашем сайте, и уйти... без штрафов... Вы должны держать двери вашего сарая открытым и сосредоточиться на кормлении клиентов, с тем чтобы они возвращались, потому что хотят этого, а не потому, что застряли в дверях.
Все эти «Растишки», зайчишки и прочие завлекушки с наклейками и раскрасками – уловки для детей
Избегайте долгосрочных контрактов, платы за подключение и т.д.
Никто не любит долгосрочных контрактов, штрафов за раннее прерывание контракта, платы за подключение. Значит, избегайте всего этого. Наши продукты оплачиваются помесячно. Нет никаких контрактов, и отказаться от пользования вы можете в любой момент. И платы за подключение тоже нет.
Не придумывайте всякие «фокусы» чтобы получить побольше денег. Зарабатывайте их.
Подсластите пилюлю
Подсластите пилюлю плохих новостей предварительным сообщением и особыми условиями для «дедушек»
Вам приходится объявлять плохие новости, такие как увеличение цены? Сделайте это как можно более безболезненным, сообщив об этом заранее. Также подумайте о том, чтобы освободить существующих пользователей от повышения цены на какое-то время. Эти люди обеспечивают вам хлеб с маслом, и вы хотите, чтобы они чувствовали себя уважаемыми, а не жертвами вымогательства.
Продвижение
Выпуск в голливудском стиле
Анонс – рекламный показ отрывков – выпуск
Если выпустить программу в лесу, где ее некому использовать, произведет ли она фурор? Мы о том, что если выпустить программу без предварительной подготовки, то, скорее всего, никто о ней не узнает.
Чтобы спровоцировать разговоры и ожидание, выпускайте программу в стиле Голливуда: 1) Анонс[44]44
teaser, буквально: дразнилка – прим. перев.
[Закрыть], 2)Рекламный показ отрывков, 3) Выпуск.
Анонс
За несколько месяцев начинайте намекать. Расскажите людям, над чем вы работаете. Покажите логотип. В своем блоге сообщайте о разработке. Пишите неопределенно, но зароните зерно. Также заведите сайт, где будете собирать адреса электронной почты от интересующейся публики.
На этой стадии также начните окучивать знатоков и экспертов. Это те, кто находится на переднем крае. Они определяют вкусы остальных. Взывайте к их тщеславию и статусу первопроходцев. Пообещайте предоставить им эксклюзивное право предварительного просмотра программы. Если ссылка на вашу программу попадет на сайт типа Boing Boing, Slashdot, или Digg – вы получите много траффика и пользователей. Ваш ранг на Google тоже вырастет.
Предварительный показ
За несколько недель до выпуска начните предварительный показ некоторых возможностей. Дайте пользователям доступ из-за кулис. Опишите тему продукта. Для сайта Basecamp мы поместили скриншоты, выделили напоминалки, этапы, а также другие свойства.
Также расскажите об идеях и принципах, заложенных в программу. Перед выпуском программы Backpack мы опубликовали наш манифест. Поэтому люди стали думать о нашей программе и обсуждать ее.
Вы также можете предложить какому-то количеству пользователей особые «золотые контрамарки», дающие им право использовать приложение раньше других. Вы получите бета-тестеров, а они почувствуют то сияние, которое получают люди, являющиеся ранними последователями.
И опять же, поощряйте регистрацию, чтобы у вас было много адресов электронной почты, по которым вы пошлете сообщение о выпуске. К тому моменту, когда мы выпускаем наши приложения, у нас есть тысячи адресов – что является большим подспорьем для набирания оборотов.
Выпуск
Итак, настало время выпуска. Сейчас пользователи наконец-то могут «пойти в кино» и посмотреть на ваше приложение. Отправьте сообщение по электронной почте всем, кто зарегистрировался. Запустите полновесный маркетинговый сайт. Распространяйте проповедь как только можно. Пусть на вас ссылаются блоги. Сообщайте о своем прогрессе. Сколько у вас зарегистрированных пользователей? Сколько обновлений/поправок вы сделали? Покажите движение вперед и поддерживайте его.
На пути к выпуску
Как только мы поняли, что программа Blinksale действительно будет выпущена, мы начали рассылать анонсы участникам нашего списка рассылок. Это те, кто запрашивал информацию о наших проектах. Наши фанаты, если угодно. Если вы уже можете обращаться к группе людей, начните с обращения именно к ним.
Втоое, что мы сделали – получили разрешение рассказать о продукте большему количеству людей. Примерно за шесть недель до выпуска Blinksale мы поместили на нашем вебсайте анонс, в котором объявили, что существует более легкий способ посылать инвойсы в онлайне. Эта страница содержала как раз столько информации, чтобы заронить волнение и неизвестность – без того, чтобы сообщать детали, которые пока должны были остаться в тайне. На странице была форма подписки на новостную рассылку, не требующая ничего, кроме адреса электронной почты (все просто!) – так что все заинтересовавшиеся программой получали возможность узнать о ее выпуске.
Мы замолвили словечко десятку-другому друзей и коллег, которым, как мы считали, продукт тоже мог бы быть интересен, и они начали распространять информацию о странице с анонсом через свои веблоги и сайты. Через несколько дней в нашем списке рассылки были тысячи адресов. Эти люди были очень важны для нас – те, кто хотел побольше узнать о нашем продукте и когда он будет выпущен.
Наконец, примерно за две недели до выпуска, мы пригласили группу друзей, коллег и промышленных магнатов помочь нам в бета-тестировании Blinksale. Это позволило нам показать продукт тем, кто получит выгоду от его использования и поможет нам распространить информацию о продукте после его выпуска. Важно заметить, что мы не требовали ни от кого использовать наш продукт или писать о нем. Мы просто хотели, чтобы продукт увидели и говорили о нем, когда он будет выпущен. В конце концов, если вы хотите подготовить сенсацию таким способом, будьте уверены, что продукт выполняет свои обещания. Иначе это как облака без дождя.
Когда пришел день выпуска, мы разослали сообщение участникам нашего списка рассылки, сообщили нашим друзьям-блоггерам, а также предложили нашим бета-тестерам рассказать о своих впечатлениях. К нашему огромному удовольствию, наши усилия окупились. Сразу после выпуска десятки тысяч пользователей посетили наш сайт, и тысячи из них зарегистрировались для использования продукта.
