Стартап путь: От идеи к 100 платящим клиентам за 4 месяца. (День 1-10)

Это стартовая точка нашего знакомства и я хочу рассказать почему решил делиться процессом запуска этого проекта:

Мне в голову регулярно приходят разные идеи новых проектов. Каждую из них я записываю в специальную Trello доску и раз в несколько месяцев пересматриваю и сортирую. Идея данного проекта появилась во время чтения книги “Психология влияния” Роберта Чалдини и сразу покорила мой топ.

В книге автор описывает насколько сильно социальные доказательства влияют на наш выбор. Согласно принципу социального доказательства, люди, для того чтобы решить, чему верить и как действовать в данной ситуации, ориентируются на то, чему верят и что делают в аналогичной ситуации другие люди. Автор утверждает, что 95% людей являются по своей природе имитаторами и только 5% — инициаторами, действия других убеждают покупателей больше, чем доказательства, которые мы можем им предложить.

Приведу наглядный пример. Вы решили купить кофе. Перед Вами две практически одинаковые кофейни. Возле первой кофейни выстроилась очередь с нескольких человек, а возле второй - никого. Вполне логично было бы купить кофе во второй кофейне и не ожидать в очереди. Но тут включается принцип социального доказательства и в Вашей голове появляются мысли типа: “Хм, наверное кофе во второй кофейне хуже. Не могут же столько людей ошибаться одновременно. Наверняка они что-то знают.”. В результате, с очень большой вероятностью, Вы станете в очередь как все. И будете наблюдать как новые люди становятся за Вами в то время как во второй кофейне все еще пусто. Удивительно, не так ли?

И тут я подумал: почему бы не перенести эту механику в веб? Сразу вспомнились Booking.com и Hotels.com с их социальными доказательствами типа “Этот номер был забронирован 20 раз за последний час”, “100 людей сейчас просматривают это предложение”, “Кто-то только что забронировал этот номер”. Я продолжил копать и нашел несколько исследований утверждающих, что подобные социальные доказательства поднимают конверсию на 30-200%. Оказалось, что в США даже есть пара «горячих» стартапов которые предоставляют возможность легко интегрировать динамические социальные доказательства на свой сайт. Поиски подобного сервиса для русскоязычной аудитории не увенчались успехом.

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

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

Ключевые особенности сервиса, которые я постараюсь воплотить в жизнь:

За 4 месяца я постараюсь разработать и запустить этот сервис. Мои оптимистические ожидания:

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

Если честно, то я уже прям вижу как через год-два 25% сайтов используют у себя подобные социальные доказательства. А почему бы и нет если это действительно работает? Попробую оседлать тренд в самом его зарождении!

Первое, с чего я начал, - это исследование конкурентов. На англоязычном рынке есть около 8 сервисов, которые позволяют интегрировать подобные нотификации. Из них 2 однозначных лидера:

Я постараюсь объединить все лучшее из этих сервисов, при этом не повторить их недостатки.

На данный момент я уже занимаюсь 2 проектами. Кидать их на самотек и полностью переключаться на новый было бы совсем нелогично. Поэтому я нашел партнера и поделил с ним обязанности и доли в нашем будущем детище. Искать долго не пришлось - один из друзей, который тоже увлекается всей этой “стартаперской темой”, как раз был свободен и присоединился ко мне. Мы, конечно же, обговорили зоны ответственности и обязанности. Закрепив это на бумаге, во избежание возможных проблем, мы приступили к работе.

У меня никогда не было с этим проблем ибо все предыдущие проекты я начинал сам. Я просто брейнштормил 1-2 часа и выбирал наилучший вариант из придуманных. Обычно мне достаточно просто выписать релевантные слова и попытаться их объединить в что-нибудь созвучное и не занятое, например:

Но в этот раз все оказалось намного сложнее. Поскольку сервис будет ориентирован в основном на СНГ, то нужно выбрать название которое одновременно легко произносится , легко пишется и легко запоминается. К тому же нужно выбрать то, что будет нравиться не только мне, но и моему партнеру. Так что вариант “побрейнштормить немного и выбрать наилучшее” не прокатил. Вообщем на протяжении недели мы перечитали кучу статей (раз, два, три) и придумали больше 25 разных названий. Вот мой топ-3: ribbo.io, pluuzo.com, rezonapp.com (кстати, они все еще свободны). Все они хорошо зашли бы на англоязычном рынке, но, как мне кажется, не очень резонируют для СНГ. В конце-концов мы остановились на банальном TellProof.com. Легко запомнить, почитать и написать. Кстати, вот несколько полезных сервисов, которые я использую для поиска доменных имен:

Domainnamesoup.com - генерация рандомных n-буквенных названий и проверка свободные ли они

https://namechk.com/ - проверка доступности имени для разных доменов и соцсетей

https://www.godaddy.com/ - регистрация домена

Выбор стека технологий для разработки, как по мне, является очень важной составляющей успеха любого ИТ проекта. И здесь я имею в виду не тот случай о котором Вы могли подумать. Типа Вы выбрали не очень удачные технологии и это, когда проект набрал обороты и привлек достаточное количество клиентов, замедляет скорость разработки и масштабирования. Я говорю о случаях, когда Вы заморочились, выбрали технологии Enterprise уровня, с высоким порогом вхождения, потратили уйму времени на изначальную настройку и продумывание тактики масштабирования, а проект не взлетел. Поэтому, для MVP нужно выбирать то, на чем будет быстрее всего запустить первую рабочую версию продукта. Поскольку мы с партнером оба имеем опыт c JS, наш стек выглядит следующим образом:

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

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

Следующую часть я планирую опубликовать как только наберется достаточно материала (дней 10-15). Вы можете подписаться на телеграм канал или email рассылку на https://alexshpilka.com, чтобы оперативно получать апдейты.