Константин Берлинский - Как создать стартап

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

Постулат 2: Сначала оптимизируй самую узкую часть воронки (см. Теория ограничений Голдратта (TOC)).

Опровержение: Пусть у нас 100 чел на входе воронки, а воронка состоит из 2х этапов с конверсией С1=30% и С2=10%.

На выходе воронки имеем: Х=100*0.3*0.1=3 чел.

Оптимизируем (в 2 раза поднимаем конверсию) узкого места:

Х=100*0.3*0.2=6 чел.

Оптимизируем широкое место:

Х=100*0.6*0.1=6 чел.

Вывод: ничего не изменилось.

С точки зрения математики имеет смысл расшивать узкое место т.к. поднять конверсию в 2 раза с 0.2 до 0.4 получится, а с 0.7 до 1.4 нет (КПД не может быть >100%). Но кто сказал, что первое сделать проще, чем второе? Можно стоит улучшать то, что получается, а не биться в стену?

Какие там конверсии при переходе по страницам эппл при покупке айфона? Да всем насрать. На каком бы этапе яблокофил не отвалился, он все равно придет и купит последний айфон иначе он нищеброд, который не достоин своим андроидом лайкать пост Кардашьян. Даже наоборот, на месте продакта сайта эппл я бы максимально затруднил покупку. Ну там, введите 100 текстовых полей с описанием о себе. Оставьте 5 емайлов, по которым вам можно написать и заблокированная галка о получении спама. Мелкая серая в цвет фона кнопка КУПИТЬ до которой нужно скроллировать 8 экранов вниз и 2 экрана вправо. Если продукт легко получить, он перестает быть элитным и желанным, впрочем, девушки этот момент понимают лучше:)

Вообще, оптимизации конверсии придается слишком большое значение. Был пример из презы про Аирбнб, которые тестят 700 гипотез в неделю. Это типа круто, т.к. типовой стартап тестит 1-2 гипотезы. Т.е. айрбнб 700 раз в неделю перекрашивает кнопку КУПИТЬ и через АБ тест смотрят где конверсия лучше? Сколько юзеров, которые увидели непривычную кнопку, переставленные местами блоки или изменившийся набор полей покинули сайт, сказав что опять у них сайт косячит?

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

Как пошутил лектор, его девушка сказала, что с ним невозможно поссориться, т.к. он перестал говорить утверждениями, а стал говорить предположениями. Вот что кастдев с людьми делает. Слово "кажется" рулит!

PS: публичная преза ФРИИ по юнит-экономике (гуглите в интернете, этого не было на занятии)

Насчет идей для разработки в процессе курса по продукт менеджменту. Шеф курса сказал, что обе идеи огонь (ЗаявкаНаПокупку (№49) и УберКодревью (№71), но лучше все-таки ЗаявкаНаПокупку (ZNP).

Я сделал презу для ZNP. Покритикуйте, плиз (донесение идеи, смысл, текст, картинки, шрифты и др)!

Ссылка на презу: https://docs.google.com/…/1LbMYxl2mI9LkGkmegmbNi20ou6…/edit…

Для каждого слайда внизу есть текст, как его буду озвучивать. Его тоже критикуйте

Ниже мнение шефа о предложенных идеях:

>>>

Для курса оба кейса интересны, в принципе понятно с кем общаться и как их найти. Если у нас есть хотя бы человека 3-4 связанных с разработкой в группе, то 2-ой кейс кажется интересней, иначе есть риск не найти на него людей.

С точки зрения самих идей, кажется что они обе достаточно тяжелые с точки зрения бизнес-процессов.

Что в сервисе “ЗаявкаНаПокупку” надо сильно поменять привычный уклад вещей и по сути продавцу нанять нового человека для участия в таких аукционах.

Что в сервисе “Убер для техлидов” надо учесть массу нюансов с учетом разного стиля кода и т.д.

Абсолютно личное мнение, сервис “ЗаявкаНаПокупку” кажется мне более перспективным, но я не эксперт рынка ни там ни там, поэтому надо брать и проверять гипотезы в реальности.

Насчет идеи УберКодревью (№71). Покастдевил в одной дружественной ИТ-компании (скрины далее). Я думал, что B2B проще. Если зашел в одну компанию, считай, жизнь удалась. А с B2C сплошной геморрой. Только привлек клиента (физика), как он уже отвалился и не факт, что стоимость его привлечения будет больше выручки с него. По хорошему, должно быть больше раза в 3. Но как выяснилось, с B2B все не так просто. Проблемы с приватностью данных клиента и подрядчика и интеллектуальной собственностью, даже при подписанных NDA. Кодревью сплачивает команду и улучшает код и вряд ли хорошие компании захотят иметь внешний кодревью. Это увеличивает стоимость контракта для клиента. Проблема этического толка – кто гарантирует, что внешний ревьюер не обругает код команды и не перетянет проект в свою компанию? И прочая и прочая. В общем, выглядит круто, интересно, технологично, но если копать дальше, наверняка вылезут и другие проблемы. Хотя, конечно, все надо исследовать и проверять.