Комментарии
Человек-клиент, генерируя идеи для приложений или веб-сайтов, или даже масштабных стартап-сервисов — вожделеет миллионные прибыли. Или мировую славу. А на деле за такими «идейными» тянется длинный хвост из разочарований и поражений. Разберемся почему.
Идеи для веб-сайтов. Как не надо использовать интеллектуальный капитал
Человек-клиент, генерируя идеи для приложений или веб-сайтов, или даже масштабных стартап-сервисов — вожделеет миллионные прибыли. Или мировую славу. А на деле за такими «идейными» тянется длинный хвост из разочарований и поражений. Разберемся почему.
Владимир Завертайлов
Владимир Завертайлов
Фото с сайта: imgur.com

Была как-то передачка на ТВ: простые люди должны были рассказывать свои бизнес-идеи инвесторам, а те, заседая в кожаных креслах, выбирать лучшие и вливать в них свои капиталы. Отличный шанс для начинающих бизнесменов, казалось бы.

Однако инвесторы жаловались. Суть жалоб сводилась к следующему: «У них нет видения бизнеса. Ни расчетов, ни плана, ни даже представления о том, как они свою трижды гениальную разработку будут продавать. Они приносят нам не бизнес-идеи, а просто — идеи». То же самое с бизнес-идеями для создания веб-сайтов.

В этом проблема то ли русской ментальности, то ли кровь всех «идейных» слишком горяча, чтобы строить скучные графики и считать цифры. Но такая проблема есть вообще везде и во всем, аналогичная ситуация — и в разработке ПО.

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

Определяющая — это если сам продукт — конечный инструмент, который будет приносить прибыль (обычно это сложные в реализации бизнес-идеи интернет-магазинов виртуальных подарков, веб-сервисов, приложений для социальной сети, игр и т. п.). То есть он и будет выполнять главную функцию по зарабатыванию денег.

Дополняющая — если продукт является «продолжением» бизнеса. Например, интернет-магазин как дополнение к реальному магазину или корпоративный сайт с каталогом товаров. Тогда программный продукт — посредник между бизнесом и клиентом.

А теперь к тонкостям.

Группа заказчиков с потребностью в «дополняющем» проекте.

Какие материалы нужно предоставить разработчику при представлении идеи веб-сайта, чтобы рабочий процесс пошел гладко:

Что нужно знать разработчику Зачем ему это знать
Четко сформулированные цели проекта Цель бизнес-идеи для создания сайта — это отправная точка. В зависимости от целей будет меняться и предлагаемое решение.
Исчерпывающая информация о деятельности компании: отрасль, выпускаемая продукция, кто конкуренты, в чем преимущества компании, в чем недостатки, каталог продукции. Чем большей информацией располагает разработчик, тем выше шанс, что структура и дизайн программного продукта уже при первом согласовании будут утверждены — так как они создавались на основе достоверных данных, а не догадок.
Каков бюджет проекта. Бюджет влияет на всё. При большом бюджете у студии есть возможность выделить на разработку больше ресурсов, и, соответственно, реализовать больше возможностей. Заказчику на заметку: эффективное продвижение и реклама тоже стоят денег, на это нужно закладывать суммы, которые обычно превышают стоимость разработки.
Кто целевая аудитория. Конечный продукт должен вызывать у потребителя положительные эмоции — а этого возможно достичь только зная, какова целевая аудитория.

Если заказчик хочет дополнить свой бизнес интернет-сайтом или начать продавать товары в интернете, то, как правило, у него есть представление о том, каким образом это принесет ему дополнительную прибыль. Одной идеи для создания эффективного сайта недостаточно. Деловые люди любят деловой подход, всё-таки.

Однако и здесь вся работа в один прекрасный момент может встать из-за того, что заказчик забыл предоставить номенклатуру продукции, а менеджер этого, в свою очередь, не заметил.

Всё гораздо сложнее со второй группой.

Группа заказчиков с потребностью в «определяющем» проекте.

Очень часто бывает так: в офис влетает человек с горящими глазами и хочет «сделать игру, в которой всё было бы зашибись». Это более, чем настораживает. Заметно, что у человека нет видения целостной картины бизнеса, один сплошной набросок.

Итак, почему одного желания не достаточно:

Что нужно знать разработчику Зачем ему это знать
Четко сформулированные цели проекта. Чтобы знать, в каком направлении работать. Разработчиков в данном случае больше интересует вопрос «как это приносит прибыль» (следующий пункт).
Каковы способы монетизации проекта. Зависит от типа продукта. Проведите предварительный анализ конкурентов, выясните, как можно заработать на подобных вещах. Этот пункт добавляет конкретики в первый. Необходимо, опять же, для взаимопонимания.
Каков бюджет проекта. Обязательно складывается из бюджета на реализацию + бюджета на продвижение. Цель разработчика — не просто сдать проект и забыть о нем. Важно, чтобы сделанной работой можно было гордиться. А цель заказчика — не положить новое приложение на дальнюю полку, а активно использовать в целях бизнеса и зарабатывать на нем.
Документ с подробным описанием будущего продукта. Или, как вариант, можно работать поэтапно и начать с примерного наброска — составление техзадания и прототипирование, в таком случае, студия берет на себя. Чтобы не пришлось «на ходу» придумывать функционал начальной идее сайта, игры или приложения.
Кто целевая аудитория Важно по той же причине, что и для «дополняющих».

В случае с «определяющими» проектами — на лицо сильный крен именно в сторону «идеи» сайта, а не реализации. То есть здесь большая ответственность ложится на плечи самого заказчика: разработать концепцию его будущего приложения, функциональную документацию, подробно описать, как продукт будет приносить доход (указать способы монетизации).

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

Если же задание на разработку сложного продукта (игры, приложения) ограничивается классическим «можно грабить корованы», то о какой реализации можно говорить? Кстати, такие примеры сыплются на нас с завидной частотой, взять хотя бы этот:

«Я хотел бы создать одно приложение „КубикрафТ“ Например: посетители думают что это такое, но зайдя в игру они понимают что это игра мечты (такая как лего) в этой игре вы можете: стать квадратным, менять внешность, создавать оружия: дробовик, огнемет, мачете и другие... Ночью идет кровопролитие, а днем строительство! Также там есть: троли, зомби, акулолюди, свиньи, лошади, собаки! В общем мир квадратов!»

Традиционная аналогия на десерт

Идеи как зерна. Их можно хранить на сыром складе в холщовом мешке и в результате получить мешок испорченных зерен. Их можно засеять в неблагодатную почву в неподходящее время — и получить вялые всходы. Или можно сделать всё по правилам и через полгода снять отличный урожай.

Идеи для создания сайта

И. Репин. Лев Николаевич Толстой на пашне. 1887. ГТГ, Москва

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

Одним словом — заказчик просто обязан сам непрерывно работать над проектом: до разработки, во время разработки и по ее завершению. А лучшая идея для сайта — это та, которая достойно реализована.