Пользователь
8,8
рейтинг
11 февраля 2013 в 14:27

Управление → Управление рисками интернет-стартапа. Часть первая

Написано по личному опыту и впечатлениям. Это не полный материал, скорее небольшая выжимка.
Пожалуйста, отметьте, что понравилось, напишите в личку замечания и вопросы.


Риски
  • Непопадание в область интересов целевой аудитории
  • Некорректное определение целевой аудитории
  • Недостаточная активность аудитории
  • Неудачная бизнес-модель
  • Срыв сроков в разработке
  • Невовлеченность участников проекта
  • Проекты с бюджетом менее $1000
  • Дизайн
  • Непопадание в тренд
  • Спалить тему
  • Юноша бледный, со взором горящим
  • Изобретение велосипедов

Универсальные методы
  • Стратегия
  • Анализ
  • Интервью
  • Прототип
  • Непрофильное прототипирование
  • Отзывы
  • Сильные решения


Риски


Непопадание в область интересов целевой аудитории


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

Некорректное определение целевой аудитории


Выявляется посредством интервью среди представителей ЦА. Подробности есть ниже.
Простой способ застраховаться от этой ошибки — собрать достаточное количество информации, изучать мнения, интервьюировать ключевых участников. Учесть полученные мнения! Не только себя слушать, но и критикующих. Принимать их позицию не обязательно, но выслушать и зафиксировать информацию — в ваших же интересах.
И здесь, и далее по материалу одним из основополагающих является принцип, популяризованный Суворовым «Тяжело в учении, легко в бою».
Ну, или вороном из мультика «Крылья, Ноги и Хвосты» — «Лучше день потерять, потом за пять минут долететь».
Понимаю, что лень. Понимаю, что в лом. Понимаю, что местами сложно. Но по факту наблюдений за многочисленными стартапами — потом будет еще сложнее. И еще ленивее. И с огромной степенью вероятности — «уже поздно».

Недостаточная активность аудитории


«Нас 3 миллиона», и при этом на сайте не более трех-пяти сотен активных участников, которые пользуются и платят деньги. Частый случай, хорошо знакомый многим из читателей.
Над лояльностью аудитории следует работать, как над отдельным проектом. В помощь — средства «социализации», джентельменский набор, создание групп в социальных сетях и тем в близких форумах, обязательно несколько сильных копирайтеров или вовлеченных участников.
Важный момент — удобная обратная связь. Стартапер должен часто выступать с инициативой, и расспрашивать участников о сервисе, о том, как они его используют.
Повышению лояльности способствуют конкурсы, встречи и развлечения, партизанская работа по развитию социальных групп. Также можно просто выкладывать фотографии с встреч и мероприятий. Работает, проверено.
Имеет смысл подружиться с наиболее активными участниками, и регулярно советоваться с ними. Спросите у них, почему они платят деньги? То, что вы услышите, скорее всего будет далеким от целей, которые вы рассматривали и прорабатывали на этапе планирования проекта, но будет являться отличным материалом для дальнейшего развития.

Неудачная бизнес-модель


Самый популярный диагноз. Удивительно, но взрослые, и совершенно серьезные люди инвестируют стартапы деньгами и собственным временем, не посвятив достаточного внимания бизнес-модели.
Есть буквально тысячи случаев, когда интернет-проект раскручен, аудитория есть, а денег нет.
Что такое бизнес-модель? Это буквально метод, которым проект получает деньги. Часто называют термином «Монетизация». При проработке бизнес-модели, данные, полученные в результате маркетингового исследования, с учетом конверсии, можно применить для расчета прибыли.
Должны быть ответы на два вопроса: «как» и «сколько». Причем план прибыли может быть относительным, но обязан быть календарным.
В общем случае, удачными оказываются бизнес-модели:
— просчитанные;
— популярные, или коррелирующие с популярными методами «монетизации».
Просчитать очень просто. В электронных таблицах рассчитайте количество чистых денег, полученное от одного довольного клиента, умножьте на прогнозируемое количество посетителей (не стоит в расчетах брать конверсию свыше 1%, ой не стоит...), и рассчитайте календарный план график. Какая выручка ожидается в месяц, квартал, год?
Сложным схемам имеет смысл предпочесть традиционные:
— абонентская плата;
— непосредственная выручка от продаж товаров/услуг;
— фримиум;
— продажа рекламы;
— другие.
Сложные схемы работают тогда, когда они внедряются в уже работающий проект, в процессе оптимизации базовой бизнес-модели. Не знаю ни одного интернет-проекта, который смог выжить со сложной схемой монетизации со старта. Знаю десятки проектов с замудренными схемами, которые не окупили хостинг.

Срыв сроков в разработке


Во-первых, отдайте приоритет прототипированию. Подробности есть ниже.
Во-вторых, до реального планирования разработки получите мнения по план-графику от нескольких аутсорсеров. Умножьте надвое полученные сроки и стоимость — лучше действовать с запасом, чем обнаруживать проблемы уже после того, как они произошли.
Народная примета — все действительно успешные стартапы в разработке пребывали не более трех месяцев. Давайте не будем обсуждать причины, это просто примета.
В-третьих, имеет смысл сделать календарный план-график с периодами не более месяца, и отслеживать его выполнение. Если времени прошло на два периода, а релиза все нет — очевидно, имеет смысл в разработке что-то радикально изменять.
Высокодетальные технические задания, что удивительно, панацеей в данном случае не являются. Очень часто встречаются солидные с виду документы, описанные в которых программы не работают. Описания попросту не самодостаточны, но изобилуют ссылками на методики и банальные аспекты.
Сделайте лаконичное описание бизнес-логики, и опишите наиболее важные аспекты интерфейса. Не стоит рисовать формы, и схемы с десятками стрелочек, если вы не являетесь опытным разработчиком. Это будет пустой тратой времени.
Получайте консультации по техническим вопросам не от одного, а от нескольких профессионалов. Причем степень профессионализма интервьюируемого стоит оценивать, изучая отзывы и репутацию в тематических сообществах, а не только мнения родственников и далеких от темы знакомых.
Если вы себя считаете прошаренным, воспользуйтесь советом одного из древних мыслителей, не помню кто это сказал: «Сомневайся!». Просто обсудите технические аспекты реализации с коллегами, которые умнее вас. Даже если это сложно признавать — найдите таковых, и побеседуйте. Как правило, большинство профессионалов открыты для контактов, и не чуждаются консультирования коллег в частном порядке. На всех форумах есть личка.

Невовлеченность участников проекта


Многие стартаперы ищут инвестиции только ради того, чтобы их осваивать. Фактическая судьба стартапа им при этом по боку. Выявить таких возможно в результате интервью, некоторыми из следующих вопросов:
— они готовы продавать идею и проект на любых стадиях;
— они легко двигают бюджет проекта под возможности инвестора;
— они не готовы подписывать инвестиционные соглашения, обмениваться личными данными и так далее.
Конечно, перечень вопросов не полон, и люди меняются, и изменяют свое мнение и позицию — это совершенно нормально.
Но определение позиций и некоторая диагностика вполне поможет избавиться от развития событий, где вы оказываетесь наедине с «разбитым корытом».
Чем меньше команда — тем лучше. Порой, имеет смысл купить идею и лояльность ее автора за небольшую сумму, и ответственно плотно заниматься реализацией в составе малой диверсионной группы — где бойцы воюют плечом к плечу, и нет страха за то, что товарищ может подвести.
Практика показывает, что наиболее лояльны и вовлечены именно наемные сотрудники. Удивительно, но так.

Проекты с бюджетом менее $1000


Если вы достоверно лично тратите не менее половины своего времени на проект — тогда может выстрелить.
Если нет — скорее попадете в огромную статистику неудачных экспериментов, которых весьма много в портфолио каждого фрилансера.
Есть такое понятие, как «уровень вхождения на рынок». Сотни тысяч микробюджетных стартапов, молящихся на десяток лидеров, этот самый уровень вхождения, на самом деле подняли.
Есть расхожее мнение о том, что уровень вхождения на рынок в ИТ-стартапах невысок. Это действительно так, если говорить о неудачных проектах. Их до безумия много.
Хотя бы по диагонали почитайте литературу по управлению проектами. Ее немало, и почти все книжки хороши.
Целесообразно ведь учиться на чужих ошибках, а не на своих. Как вы считаете?

Дизайн


На вкус и на цвет товарищей нет. Подавляющее большинство неопытных стартаперов, которые воспринимают проекты дизайном, вкладывают в него больше денег и внимания, чем следовало бы. При этом уповают на опыт Стива.
Да, Стив очень внимательно относился к дизайну. Вот только он при этом оперировал бюджетом в сотни миллионов долларов, и занимался оптимизацией уже работающих проектов. Не эксперименты на ранней стадии, а менее 1% бюджета раскрученных проектов.
В результате создают дизайны, в которых очень много «мяса». Зачастую они получаются трудноверстаемыми, потому как дизайнеры послушно внимают заказчику, и рисуют то, что их просят. Естественно, такие макеты не учитывают развития функциональности, и главное — они имеют свойство вдохновлять только их авторов. Они яркие и пестрые, поэтому естественно отвлекают пользователей от того, на что им следовало бы обращать внимание. Конечно, результат предсказуем — интерфейсы просто «не работают».
Еще одна проблема — навязчивый дизайн, который нравится одним, и просто не нравится другим.
Застраховаться просто — минимизировать работы по дизайну, сосредоточив внимание лишь на основных деталях (модульная сетка, палитра, знаки, стиль, аскетичность), сделать полнофункциональный прототип, предусматривающий все, что следует предусмотреть, и отдать дизайнеру работающую программу.
В этой стратегии скрывается еще одно явление.
Дело в том, что дизайнеры, как творческие личности — народ весьма мнительный и даже обидчивый. Подавляющее большинство дизайнеров просьбы переделать что-то воспринимают едва ли не как личное оскорбление.
Простой способ, который поможет избежать проблем с дизайном, и с необходимостью сменой дизайнера — отдать ему на одизайнивание не схемы и наброски, а работающую программу. Вдохновение будет на высоте, проверено многократно!

Непопадание в тренд


IT-отрасль изумительно молода. Она сверхдинамично развивается, но по сути ей нет и 30 лет в мире, 15 лет в нашей стране.
Тренды в IT-отрасли очень коротки. Буквально — 3-6 месяцев. Сравните с 3-5 годами в рекламе (отрасли около 80 лет), 100 годами в строительстве (ой старая...). Тут все меняется очень быстро.
Быстро же распространяются темы. e-Сороки на хвостах в течении недели разносят по всем интересующимся каждую новую идею. Мы изнутри часто наблюдаем это — когда десятки авторов одной и той же «новой» идеи одновременно начинают искать ресурсы и аутсорсеров для своего «уникального» проекта.
Есть популярная мода — повторять известные западные стартапы. В большинстве случаев в моду попадают только суперпопулярные проекты, которые открывались несколько лет назад. Таким образом, повторяя их, авторы заведомо оказываются в ретроспективе, выпадают из тренда.
Доступный метод для удачного копирования — соотнести разработанную бизнес-модель с современными трендами. При этом, очень прошу вас — убедиться в актуальности трендов, которые вы рассматриваете. Хабр поможет!
Серьезнейшая проблема — затягивание времени. От идеи до открытия зачастую проходит неприлично много времени. Это имеет серьезное влияние на успех проекта в различных ракурсах. Не будем перечислять их, так как в наличии присутствует достаточное количество замечательной литературы по этим вопросам. Замечу лишь коротко, что это очень плохо.
Один из способов избежать этой катастрофы — планировать подготовительные работы к открытию проекта таким образом, чтобы завершить их в пределах средней продолжительности тренда. А именно — не более 3-6 месяцев.
На памяти автора и многих его коллег десятки проектов, работа над которыми длилась больше и существенно больше. Ни один из проектов без существеннейших изменений не выстрелил. Опять эта примета…

Спалить тему


Самый популярный страх среди стартаперов! И, честное слово, оправданный.
Спалить тему легко и просто.
  • При поиске инвесторов. Есть сотни псевдоинвесторов, основной целью которых является коллекционирование тем. Нарваться на таких очень легко.
  • При поиске исполнителей.
  • Во взаимоотношениях с партнерами и исполнителями. Особенно — когда это одни и те же люди. Вы хотите, чтобы вашу идею реализовывали за идею.
  • При недостаточно динамичном развитии.

Что интересно, и застраховаться не сложно.
1. Сделайте развитие динамичным. Открыть проект и начать его работу… после того, как вы это сделаете в первый раз, обнаружите, что 70% действий были не по теме.
2. Вам инвестиции нужны или проект, прибыль приносящий? Честное слово, это разные вещи. В поисках инвестиций легко потерять проект.
3. Ограничьте круг вовлеченных. Для получения информации и обратной связи совершенно не обязательно рассказывать о проекте. У проекта есть детали, и вы можете исследовать их по отдельности.
Первая заповедь японского самурая «Никому не говори о своих намерениях». Подумайте об этом. Банзай!

Юноша бледный, со взором горящим


Ну умница ведь! Такая замечательная идея. Молодец!
А с чего вы взяли, что он еще и сможет успешно выполнить роль директора малого предприятия?
Если, тьфу-тьфу-тьфу, вам надо будет себе хирургическую операцию сделать — вы доверитесь юноше? С блестящими глазами и великолепными идеями?
Даже если вы и есть тот самый юноша, внемлите разуму! Наймите менеджера. Опытного, который достоверно умеет проекты развивать.
Как минимум — так называемого ментора.
Секрет: не стоит искать профильного ментора. Как правило, на самом деле им наплевать на результаты. Не знаю почему так, просто констатирую итоги наблюдений.
Найдите успешного предпринимателя, добившегося успеха в различных направлениях, возможно далеких от информационных технологий. Дело в том, что принципы успешного бизнеса во всех отраслях одни и те же. А около ИТ, благодаря популярности тренда, собралось очень много дилетантов и профанов. Даже из деревни Сколково или подобных. Причем большинство из них сложно определить… Предприниматель, действующий в более традиционных сферах, даст вам намного более полезные консультации, чем условный средний айти-менеджер.
Автор проекта будет отличным консультантом. Но не стоит возлагать на него административную работу, если у него нет соответствующего опыта.
Ну почему в других отраслях все прекрасно понимают абсурдность обратного?

Изобретение велосипедов


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

Для того, чтобы добиться успеха — необходимо сужать подконтрольную область. Что вы хотите развивать? Ваш проект, или их «свой фремворк»? Последнее, поверьте, дорого и просто бессмысленно — есть доступные аналоги, куда уже вложены тысячи человекочасов, у которых есть огромные группы, где можно получить поддержку. Никакой самописный фреймворк не сможет конкурировать с, например: семейством решений jQuery, продуктами Adobe, базовыми библиотеками C++, YII, CodeIgniter, Drupal и сотнями других.
На тезис «наш фреймворк поможет вам» имеет смысл переспросить — а кому он уже помог? И оценивать не дизайн сайтов, а динамику развития проектов. Так отсеиваются все самодеятельные предложения.
Прежде чем писать какие-то модули, например, эквайринга, имеет поискать существующие. Их можно использовать как есть, либо с доработкой, либо использовать как основу для проектирования и разработки нового решения.
Писать все «с нуля» — еще страшнее, чем «свой фреймворк». Гарантированы затягивание сроков и «непредсказуемое», фактически спонтанное увеличение бюджета.
Сюда же можно отнести преждевременную оптимизацию. Опытные программисты знают о так называемом принципе вреда преждевременной оптимизации. Оптимизация не бессмысленна, когда она применяется к уже работающей программе. Основной метод оптимизации заключается в поиске узких мест, например методом юнит-тестирования, и последующей доработке, именно по объективно найденному.
Многие новички начинают оптимизировать еще до того, как они получили что-то работоспособное. В 100% случаев это не приносит пользы — времени затрачивается много, а с узкими местами они не угадывают. Это глупость — гадать, вместо того чтобы исследовать и принимать решения на основании объективной, реальной, а не воображаемой информации.

Универсальные методы


Стратегия


Следующее явление хорошо знакомо опытным дизайнерам. Скрупулезно проработанный и сбалансированный легко портится одним-двумя неверными действиями.
Самую хорошую идею легко портят так называемые «узкие места». Как правило, на этапе проектирования они не заметны, и выявляются только постфактум.
Для того, чтобы застраховать проект от неудачи, имеет смысл сделать следующее.
1. Сузить объектную область. Выбросить все лишнее, оставив лишь наиболее важные детали.
2. Выполнить проектирование! На самом деле, степень проработки имеет вторичное значение. Изначально важен сам факт того, что идея, стратегия, тактика и детали хранятся не только в вашем воображении, а на бумаге.
Представьте, что вы хотите построить себе дом. Работать будете без чертежа? Правильно — хоты бы какой-нибудь, но вы сделаете и чертеж, и смету.
Совершенно непонятно, почему стартаперы игнорируют проектирование. Совершенно не обязательно для этого нанимать РБК-консалтинг. Начните с записей в текстовом редакторе или в эверноте.
Сделайте два документа: «Все» и «Основное». Таким образом, вы сможете фиксировать все идеи, улучшая качество дальнейшего анализа, и отделять зерна от плевел, выбирая действительно важные факты.
Понять, является ли выбранный аспект важным, просто. Сделайте документ «Основное» в формате таблицы из двух столбцов. В левый пишите факторы. В правый — то, на что эти факторы влияют. Объективно, и с пояснением, как именно влияют. Если в ячейке в правом столбце пусто, или написано неубедительно — это потенциальный кандидат на откладывание «на потом».
Структурируйте и упрощайте план действий до тех пор, пока он не станет изумительно простым, и вы сможете проставить относительные даты около каждого из пунктов — таким образом получив план-график реализации проекта.
Отслеживание реализации план-графика и будет являться вашей основной целью на ближайшее время.

Анализ


Аналитика считается уделом ботаников.
Ну и хорошо! Пока ваши конкуренты размышляют об уделах и о ботаниках — вы обезопасите свои деньги, силы и время, проведя самодостаточную рекогносцировку перед началом боевых действий.
Достаточный объем затрат на анализ определить просто. Они должны быть меньше, чем затраты на открытие проекта.
Совет первый: записывайте все подряд. И рисуйте. Логическое (абстрактное) мышление человека устроено таким образом, что работает очень быстро, но способно обрабатывать лишь 3-7 фактов единовременно.
Записывая и зарисовывая даже очевидное — вы достигаете двух целей. Во-первых, вы фиксируете данные для последующих выводов. Записанное — не забудется. Во-вторых, вы освобождаете собственное абстрактное мышление для более полезных, чем тривиальные, мысли.
Важный момент — в записанном виде мысли выглядят более наглядно, чем в фантазиях и на словах. Записывать имеет смысл все. Кстати, все успешные бизнесмены именно так и делают. Если сильно лень писать — используйте диктофон.
Потом можно перечитывать, и еще раз обдумывать, принимая полезные решения. Ваши результаты будут гениальными.

Интервью


Для сбора данных, кроме чтений интернетов, также полезно проводить интервью.
У вас есть определенное мнение по конкретным вопросам. Четкое и убедительное. Но для того, чтобы уменьшить количество ошибок — это мнение должно быть объективным.
Как доказал Эйнштейн, субъективно все. Поэтому, для того, чтобы уменьшить количество ошибок, имеет смысл мнения коллекционировать. Решение принимать все равно вам, но! Чем больше мнений учтено, даже откровенно «неправильных» — тем больше точек опоры вашего решения. Тем релевантнее и успешнее ваше решение.
Интервьюировать можно как коллег, так и гипотетических пользователей. Для обеспечения релевантности результатов включите в состав интревьюируемых и ярких, и средних представителей.
Воспользуйтесь известными копирайтерскими технологиями:
1. Составьте бриф. Чем подробнее, тем лучше. Только по завершению работы над брифом не забудьте выделить наиболее важные аспекты, и включить их в короткую версию. Сделайте две версии брифа — короткую, и полную, для заинтересовавшихся.
Вопросы в брифе должны быть открытыми. Масса рекомендаций на этот счет есть в литературе для рекламистов и маркетологов.
2. Зайдействуйте сервис опросов.
3. Проводите личные опросы и беседы, самостоятельно и старательно беспристрастно заполняя бриф по итогам. Отмечайте все идеи и мысли, которые вы не предусмотрели.
При этом идею палить совершенно не обязательно. Вы можете создавать обезличенные опросы, разделяя их и формулируя вопросы таким образом, чтобы изучить мнения, но при этом не намекать на тему.
Подскажу хороший способ обеспечения безопасности от несанкционированного распространения идеи — сделать вид, что у вас другая тема. Прощупывайте нечно, лишь параметрически похожее на то, что вас интересует. Параметры и фиксируйте — в сумме получится достаточно яркая и самодостаточная картинка.
Полученную информацию и используйте для пересмотра идеи и отдельных ее параметров.

Прототип


Пробничек стоит существенно дешевле флакончика. Эффект от пробничка такой же, но риски меньше.
Суть в том, чтобы прототип был полнофункциональным. Выберите наиболее важные функции, продумайте простой и понятный для заведомо широкой (читай- неподготовленной) аудитории интерфейс, и реализуйте его с малым бюджетом. Запустите мини-проект, и внимательно исследуйте все его характеристики — от статистики до единичных продаж. Обязательно — вам нужны отзывы пользователей!
Что интересно, проекты-чемпионы рождаются именно из прототипов. Зачастую они даже несущественно изменяются в процессе развития. Яркий пример — Gmail.
После того, как от прототипа получены какие-то результаты, через 3-6 месяцев после запуска — имеет смысл задуматься о его развитии. Но на этот раз вы будете иметь уже объективную информацию о самых разных аспектах проекта. И ваши управленческие решения будут на порядок удачнее.
Прелесть прототипа в том, что он позволяет опробовать идеи и стратегии даже не то, чтобы в миниатюре, а с минимальными вложениями. Нет смысла делить с кем-то и отдавать большие кусочки будущего пирога за скромнейшее участие на раннем этапе. В подавляющем большинстве случаев достаточно минимального объема инвестиций. Сделайте работающий вариант проекта с минимальным набором самых важных задумок, и запустите в работу.
Еще о прототипировании:
  • суперскоростная по сути методика полнофункционального прототипирования позволит оперативно застолбить место под солнышком, и развиваться далее;
  • ускоряя разработку и минимизируя затраты, вы имеете больше шансов попасть в удачный тренд, и меньше вероятности — открываться одновременно с множеством конкурентов;
  • принципиально — дать проекту жизнь. Вместо длительных и безуспешных поисков крупных сумм, сопряженных с огромным риском спалить идею — открыть проект с заведомо скромными затратами, и развивать его релевантно, основываясь на реальных объективных данных, а не на мечтах и предположениях.


Непрофильное прототипирование


Весьма условная формулировка.
Оценить успешность проекта возможно, совершив один или несколько экспериментов в отвлеченном формате. Целью экспериментов может быть:
— оценка объема целевой аудитории;
— оценка релевантности интересов целевой аудитории;
— осторожная оценка релевантности идеи стартапа.
В этом поможет копирайтер, или можно осуществить самостоятельно. Говорить с людьми по теме, публикуя статьи и вопросы в сообществах и на форумах, и делать выводы.
Прежде чем инвестировать деньги, личное время и усилия в большой проект, может быть имеет смысл сделать маленький, но отвлеченный. Не аналогичный, возможно даже не по аналогичной тематике, но работающий с той же целевой аудиторией, с той же бизнес-моделью — можно опробовать совершенно различные аспекты, и при этом цена экспериментов будет весьма скромной.
Результаты экспериментов можно использовать в качестве исходных данных при анализе и проектировании перспективы основной задумки.

Отзывы


Плохие отзывы — один из самых ценных инструментов хорошего директора. Только недовольный клиент совершенно искренне расскажет, что, как и почему ему не понравилось.
У интернет-проектов есть такая особенность, что пользователи его пассивны. Им не нужно говорить вслух, куда-то ходить или что-то делать, чтобы использовать предоставленное. Они могут пользоваться им абсолютно молча. И, даже если им что-то не нравится — они, совершенно цинично, могут просто игнорировать предложенное, или игнорировать недостатки, и вы никогда не узнаете об этих проблемах.
Недовольные клиенты, напротив — на детали не скупятся.
Специфика этого бизнеса в том, что слабые стороны зачастую создают больше проблем, чем сильные решения — продвигают проект в перед. Из-за «узких горлышек» возникает отток посетителей, снижение лояльности, проблемы в реализации интерфейсных сценариев и другие неприятности.
Именно злой, недовольный клиент поможет вам узнать об этих проблемах. Долой розовые очки! Обучите сотрудников вашей технической поддержки, занимайтесь консультированием и разбором отзывов самостоятельно, принимайте много эффективных мер, инвестируйте в получение отзывов, какими бы они не были. И анализируйте каждый.
Отрицательные отзывы — бесценны. Недовольный клиент может дать вам понять, как получить сотни и тысячи довольных. Это не мое открытие.
Самая злая ошибка стартаперов — это глухота. У успешных предпринимателей уши как правило открыты, и они вкладывают деньги и развивают проекты по получению отзывов пользователей.

Сильные решения


В соответствии с принципом Парето, лишь малая часть действий приводит к достижений потенциально большей части результата. Это работает, это физика, и это факт.
Сделайте таблицу. В первом столбце, подробно, тезисно — все решения, все функции, фишки, примочки, особенности интерфейса и дизайна вашего проекта. Во втором столбце напишите, на что каждый тезис влияет.
Потом, только потом — в третьем столбце баллами оцените степень влияния тезиса на результат. Баллы должны отмечать относительную важность, то есть насколько конкретный пункт важнее соседнего. Не стоит мудрствовать, ограничьте шкалу 5 или 10 баллами. Простота будет играть на ваш счет, в данном случае.
Отсортируйте таблицу по третьему столбцу. В теории, только первые 20% имеют существенное значение.
При планировании, выделите их в отдельный документ. Это то, без чего проект не сможет жить и развиваться. Именно этим аспектам стоит уделить наибольшее внимание.
Из оставшейся части выберите те пункты, которые прямо или косвенно влияют на вовлеченность и лояльность аудитории, а также те, которые вдохновляют авторов или ключевых пользователей проекта. Кнопки для шаринга и вход через соцсети без форм для регистрации туда попали?
Сформируйте их них пакет «джентельменский» — то, что просто должно быть.
Таким образом, вы сможете определить полезные концепции развития вашего проекта, и отсеять напускное.

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

Спасибо за внимание и удачи вам!
Артем @customtema
карма
–1,8
рейтинг 8,8
Пользователь
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Управление

Комментарии (11)

  • +2
    Автор, сколько у Вас успешных стартапов?
    • –1
      Если оценить грамотный уровень суждений, вопрос отпадает. Хотя, тем не менее, любопытно.
    • +2
      Этот вопрос бы задан к тому, что многие люди очень любят делиться своим «бесценным опытом», но по сути получается, что пишут банальные, очевидные вещи, о которых писалось уже тычячи раз. В любом случае, если автор пишет что-то, то он должен иметь определенный положительный или отрицательный опыт. Как пример могу привести лекции Питера Тиля, которые публикуются на Хабре, вот это действительно крайне полезный материал, который можно брать на вооружение.

      Не обижайтесь автор, каждый имеет право на своё мнение. Мне ваш материал не помог, как стартапер я тысячи раз уже читал о том, о чем написали вы. Добра вам.
      • +1
        А мне помог
  • –1
    Настолько все вылизано и по книжному просто, но при этом без души, пластиково и стерильно.
  • +1
    Прям грамотный TFM. ТС, куда скинуть гонорар? :)
  • +2
    Спасибо. Открыл для себя много полезной информации.

    * Убежал выполнять «суперскоростную методику полнофункционального прототипирования» *
  • 0
    Здорово. Спасибо. С нетерпением жду продолжения.
  • НЛО прилетело и опубликовало эту надпись здесь
  • +4
    Вы что-то реализовали уже или риски это то, что как вы считаете сфейлило Ваши попытки?
    Вот реальный список рисков, об которые загибается 95% «стартапов» и в упор их не видит:
    1) Неумение планировать дальше 1-2 месяцев вперед и отсутствие опыта прогнозирования расходов.
    Большинство представлений стартапов начинается не с оценки минимально необходимого объема работ для пилотного запуска и расходов на рекламу (о которых вообще забывают 90%), а с бюджета на офис в бизнес центре класса А (работники иначе не замотивируются), на кулер в офисе и икс бокс, на распределение долей между обычными работниками для мотивации и прочую несусветную чушь. Даже график платежей за эту самую аренду, связь и прочие расходы не под силу.
    2) Неумение управлять персоналом и полное не понимание механизмов мотивации, когда в итоге программист Вася имеет больше денег и влияния на деятельность фирмы, чем ген. директор, которого доит этот самый программист. Это выгладит особенно забавно.
    3) Чаще всего полное непонимание и отсутствие стратегии окупаемости проекта. Большинство стартаперов не представляет как будет окупать проект.
    В итоге из этих трех слагающих выходит итоговый продукт: Мы сливаем бабки на ненужные вещи, и не знаем на сколько их еще хватит, персоналу на все пох и он хочет доли побольше, и мы не знаем когда продукт начнет возвращать инвестиции.
  • +1
    Идеи здравые, но есть общее замечание: писать в наше время о рисках стартапа без упоминания работ Стива Бланка и Эрика Риса – все равно, что изобретать велосипед. Технология снижения рисков придумана и используется стартапами уже более 10 лет. Называется customer development. Читать «Стартап: Настольная книга основателя» (Startup Owner's Manual) Стива Бланка. К ней очень рекомендую Running Lean by Ash Maurya (не знаю, выходила ли на русском).

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