• English
  • Русский

Новости

Заказчик и разработчик: ошибки общения

Предлагаем вашему вниманию статью, написанную руководителем проекта «Витамин знаний» (бизнес-инкубатор Казанского ИТ-парка) и опубликованную на портале «ПроГрабли».

Создаете интернет-магазин, информационный портал или стартап? Скорее всего, вы уже потратили изрядное количество времени, выбирая цвет логотипа или картинку для привлечения внимания. Вопросы, что и говорить, важные и творческие. Но в начале необходимо уделить время совсем другим вещам. Считаю, на первом шаге критична только техническая сторона проекта - планирование и программирование сайта. Если пустить этот этап на самотек, ничего не стоит через пару-тройку месяцев остаться с пустым банковским счетом и нерабочим сервисом. В этой статье я разберу типичные ошибки, которые связаны с первым этапом развертывания бизнеса в интернете.

Почему важно правильно ставить задачу

Техническое задание (ТЗ) на сайт можно сравнить с планом, по которому строят дом. Приниматься за создание бизнеса в интернете без четкого описания проекта - все равно, что лезть на восьмитысячник без кислородного баллона. Сильные выживут. Слабые, а их будет большинство, останутся на склоне.

Представим ситуацию. Вы даете программисту деньги и говорите: «Сделай портал. Чтобы с блогами и блэкджеком новостями».

Отлично. Коротко и ясно. Исполнитель радостно отрапортует: «Вопросов нет», и приступит к работе.

Результат вас вряд ли порадует. Все будет работать так, как решил программист, а не так, как хотели вы. И деньги уже заплачены.

Приведем простую аналогию. Представьте, вы командуете жене: «Сделай картошку с мясом». Через час, когда пришло время ужинать, вы получаете то, что заказали: отварную картошку с куском диетической говядины и веточкой петрушки.

Как? За что?!

А все потому, что вы не поставили конкретную задачу и не потрудились хотя бы в общих чертах описать, что хотите получить.

Пишем сами или берем готовое?

Есть два типа интернет-проектов. Первые можно строить на готовой платформе. Для вторых надо писать код фактически с нуля.

Если вы делаете информационный портал или магазин, то, скорее всего, вам следует воспользоваться готовым решением. Его адаптация вовсе не обязательно окажется дешевле, чем полностью самописный проект. Только приличный дизайн и верстка могут обойтись в сто тысяч рублей. И писать некоторое количество кода, чтобы изменить пару функций, наверняка тоже придется.

Но готовая платформа для начинающего интернет-предпринимателя может оказаться единственно верным решением: не придется ломать голову над структурой проекта. Достаточно будет набросать в блокноте ряд опций (доставка, онлайн-оплата, управление курьерами, скидки), которые вам требуются, а затем открыть Google и поискать готовые платформы. В результате, у вас на сервере вскоре заработает сайт с детально продуманной за вас логикой.

Другое дело – когда готового решения недостаточно. В этом случае рекомендуем начать с создания прототипа. Он станет основой технического задания вашего сайта. Возможно, даже не потребуется набивать текстовый документ десятками тысяч знаков: можно будет просто отправить эскизы.

Прототипирование

Чтобы не пришлось несколько раз переписывать сначала ТЗ, а затем и код вашего гениального проекта, воплотите идеи в прототипах. Так вы поймете, в первую очередь для себя, что хотите сделать. Как минимум, уже на этой стадии вы сможете обкатать интерфейс и навигацию. Причем, без затрат.

Но остерегайтесь расходовать много времени на создание прототипа. Это частая ошибка. Иногда заказчики даже нанимают программистов, чтобы собрать макет сайта, например, на WordPress. Естественно, в этом случае придется оплатить услуги дизайнера.

Поэтому, предлагаю ознакомиться с правилами, которые я применяю в работе.

Правило первое. Дешево и сердито.

Первые версии прототипа создавайте на скорую руку, не заботясь о деталях. Вы должны быть готовы в любой момент отправить свое творчество в корзину, ни капли не сожалея о нем.

Правило второе. Быстро и просто.

Делайте прототип так, как вам удобно. Нарисуйте в PowerPoint, сверстайте веб-страничку (просто ссылки с описаниями) или распечатайте несколько листов A4: по бумажке на страницу будущего веб-сайта.

Есть специальные программы и сервисы для создания прототипов. Эта тема обширная и заслуживает отдельной статьи. Вот, например, пара решений, которые использую чаще всего: Microsoft SketchFlow (для вдумчивой проработки) и Mockingbird (для эскизов). На их освоение у вас уйдет пара часов.

Правило третье. Тестируйте!

Казалось бы, очевидное правило. Но кто его реально применяет? Обязательно проверьте ваш прототип, причем именно на целевой аудитории. Скажем, если делаете проект для домохозяек, не стоит просить студента мехмата освоить ваш сервис. Дайте посмотреть ваши наброски маме или жене.

Правило четвертое. Повторить заново.

Начните все сначала. Лучше сгенерировать несколько сырых идей, чтобы было из чего выбирать, чем отточить одну, которая может оказаться далеко не идеальной.

Техническое задание

После того, как вы подготовили, самое время оформить техническое задание. Не стоит пугаться этого документа!

Во-первых, ТЗ вполне можно составить в свободной форме. Во-вторых, оно не обязательно должно быть на сто страниц. В-третьих, составление технического задания еще раз упорядочит ваши мысли. Вы станете лучше понимать, на что собираетесь тратить деньги.

Если сомневаетесь в том, что будет включать сайт, и затрудняетесь четко обрисовать все его функции, зовите специалиста. Этот человек поможет составить техническое задание, предварительно измучив наводящими вопросами. Иногда - это наилучший вариант.

О том, как должно выглядеть ТЗ, можно рассуждать долго и жарко. Я лишь изложу свое скромное мнение.

Я не фанат текстов на сто страниц, которые написаны непробиваемым канцеляритом с десятым размером шрифта. Но и прекрасно знаю, что если вы хотите получить как можно меньше проблем при разработке сайта, то описание сервиса надо максимально детализировать. Вот несколько правил:

Все, что вы не уточнили, программист сделает так, как ему проще. Или вообще не сделает.

Подробно опишите все элементы сайта и то, как они взаимодействуют друг с другом. Если возникают вопросы - доработайте прототип.

Когда появятся проблемы с реализацией сайта, вы всегда сможете обратиться к ТЗ и убедить исполнителя сделать так, как написано. Грамотное ТЗ экономит деньги.

Сопровождайте ТЗ картинками и (или) прототипом.

Предваряйте задачи кратким описанием. В случае логической ошибки программист, если проявит добрую волю, постарается понять, что вы имели в виду. Я делаю примерно так:

«Для чего нужно: составить список лучших учеников одиннадцатых классов по итогам сдачи тестов. Это позволит учителю быстро получить информацию, кого нужно наградить почетными грамотами. Предусмотреть функцию печати.

Задача: использовать список логинов школы “А” и “Б”...» Оформите ТЗ так, чтобы его было удобно читать. Обязательно сделайте содержание. Выделите заголовки. Увеличьте шрифт и добавьте интервал между строками.

Украшение страниц ТЗ вашим логотипом и добавление реквизитов оставьте напоследок.

Что дальше?

Я рассмотрел наиболее важные по моему мнению вещи, которые предшествуют созданию сайта: прототипы и постановку задачи.

Еще раз напомню: чем вдумчивее вы пораотаете над прототипом и техническим заданием, тем больше шансов, что ваш сервис быстро встанет в строй и принесет деньги.



Об авторе

Алексей Талан, руководитель стартапа «Витамин знаний» в бизнес-инкубаторе Казанского ИТ-парка.

20 декабря 2012
Партнеры