Кофейные заметки
@coffee_notes
Компания год делает продукт - сервис для автоматизации отчетности в малом бизнесе. Показали мне демо полгода назад - все работает прилично, основные функции есть, интерфейс понятный. Запросили инвестиции в маркетинг. Спрашиваю – а когда запуск на рынок? Говорят - ну еще месяц-два нужно. Надо вот эту кнопку переделать, форму регистрации улучшить, пару текстов поправить. И вот этот баг иногда вылезает, надо обязательно пофиксить. И вообще, говорят, смотрели на конкурентов - у них интерфейс поприятнее выглядит, хотят дотянуть хотя бы до их уровня, а то стыдно запускать. Я киваю - ну ок, месяц так месяц, понимаю. Приходите опять и обсудим раунд. Деньги есть.
Проходит два месяца, встречаемся снова. Смотрю - все еще не запустили. Что случилось, спрашиваю? Ну знаешь, говорят, переделывали ту форму, в процессе нашли еще несколько мелких проблем с валидацией данных. Решили добавить пару фич, которые клиенты точно захотят. Еще месяц нужен максимум. Проходит еще месяц, связываюсь. Та же история - еще что-то нашли неидеальное, еще что-то захотели улучшить перед выходом. А в это время конкуренты выпускают обновления каждые две недели. Потенциальные клиенты выбирают решения, которые доступны прямо сейчас, а не через три месяца когда-нибудь. Окно возможности постепенно закрывается. И время упущено не потому что продукт плохой получился. А потому что его физически нет на рынке, его нельзя купить и использовать.
Перфекционизм - это защитный психологический механизм. Пока ты дорабатываешь продукт до идеала, тебе не надо его показывать реальному рынку. Не надо слышать критику от пользователей. Не надо сталкиваться с болезненной реальностью - что возможно то, что ты делал целый год, на самом деле никому особо не нужно или нужно совсем не так. Гораздо проще и безопаснее сказать себе и другим - я еще не запустил, потому что продукт пока не идеальный, еще немного доделаю. Чем запустить и услышать: «ну такое, не впечатлило, у конкурентов лучше». Первое сохраняет самооценку и иллюзии. Второе разбивает их о реальность. При том, что идеального момента для запуска не существует в природе. Всегда найдется что-то, что можно улучшить еще чуть-чуть.
А вот что реально работает для запуска? Жесткий дедлайн, не подлежащий переносу ни при каких обстоятельствах. Например - запуск ровно через две недели с сегодняшнего дня, что бы ни случилось. Не абстрактное «когда будет готово», а конкретная дата в календаре. И в эту дату вы запускаете то, что есть на данный момент, даже если не все идеально отполировано. Жесткий дедлайн автоматически заставляет фокусироваться на главном, отсекать второстепенные улучшения. Критерий принятия решений - не «идеально ли это?», а «достаточно ли хорошо, чтобы клиент мог это реально использовать и получить ценность?».
Если ответ да - запускайте немедленно. Все улучшения и доработки будете делать уже по живой обратной связи от реальных пользователей. Которую, кстати, вы получите только после запуска, а не до него. Приоритет должен быть на получение обратной связи от рынка, а не на достижение совершенства в вакууме. Цель первой версии продукта - вообще не сделать идеально и красиво. Цель - максимально быстро узнать, что реально думают пользователи, что им действительно нужно и не нужно, что работает в вашем решении, а что нет. Эта информация из реального мира в тысячу раз дороже любых доработок и улучшений, которые вы сами придумали за закрытыми дверями.
И вот я думаю: сколько отличных продуктов так и не увидели свет, потому что создатель ждал идеального момента? Сколько возможностей упущено, потому что «еще чуть-чуть доделаю»? Сколько интересных идей так и не увидели пользователи и клиенты? Не потому что долго пишут код. Или не потому что не используют какие-то совершенные технологии. Все это бантики. А потому, что нет решительности, но есть страх неодобрения. Это не поправить использованием общей кодовой базы, это не решается привлечением крутых архитекторов и аналитиков, это даже не полечит LLM. Это в голове. А деньги есть. Денег всегда больше чем идей и решимости их реализовать.
Проходит два месяца, встречаемся снова. Смотрю - все еще не запустили. Что случилось, спрашиваю? Ну знаешь, говорят, переделывали ту форму, в процессе нашли еще несколько мелких проблем с валидацией данных. Решили добавить пару фич, которые клиенты точно захотят. Еще месяц нужен максимум. Проходит еще месяц, связываюсь. Та же история - еще что-то нашли неидеальное, еще что-то захотели улучшить перед выходом. А в это время конкуренты выпускают обновления каждые две недели. Потенциальные клиенты выбирают решения, которые доступны прямо сейчас, а не через три месяца когда-нибудь. Окно возможности постепенно закрывается. И время упущено не потому что продукт плохой получился. А потому что его физически нет на рынке, его нельзя купить и использовать.
Перфекционизм - это защитный психологический механизм. Пока ты дорабатываешь продукт до идеала, тебе не надо его показывать реальному рынку. Не надо слышать критику от пользователей. Не надо сталкиваться с болезненной реальностью - что возможно то, что ты делал целый год, на самом деле никому особо не нужно или нужно совсем не так. Гораздо проще и безопаснее сказать себе и другим - я еще не запустил, потому что продукт пока не идеальный, еще немного доделаю. Чем запустить и услышать: «ну такое, не впечатлило, у конкурентов лучше». Первое сохраняет самооценку и иллюзии. Второе разбивает их о реальность. При том, что идеального момента для запуска не существует в природе. Всегда найдется что-то, что можно улучшить еще чуть-чуть.
А вот что реально работает для запуска? Жесткий дедлайн, не подлежащий переносу ни при каких обстоятельствах. Например - запуск ровно через две недели с сегодняшнего дня, что бы ни случилось. Не абстрактное «когда будет готово», а конкретная дата в календаре. И в эту дату вы запускаете то, что есть на данный момент, даже если не все идеально отполировано. Жесткий дедлайн автоматически заставляет фокусироваться на главном, отсекать второстепенные улучшения. Критерий принятия решений - не «идеально ли это?», а «достаточно ли хорошо, чтобы клиент мог это реально использовать и получить ценность?».
Если ответ да - запускайте немедленно. Все улучшения и доработки будете делать уже по живой обратной связи от реальных пользователей. Которую, кстати, вы получите только после запуска, а не до него. Приоритет должен быть на получение обратной связи от рынка, а не на достижение совершенства в вакууме. Цель первой версии продукта - вообще не сделать идеально и красиво. Цель - максимально быстро узнать, что реально думают пользователи, что им действительно нужно и не нужно, что работает в вашем решении, а что нет. Эта информация из реального мира в тысячу раз дороже любых доработок и улучшений, которые вы сами придумали за закрытыми дверями.
И вот я думаю: сколько отличных продуктов так и не увидели свет, потому что создатель ждал идеального момента? Сколько возможностей упущено, потому что «еще чуть-чуть доделаю»? Сколько интересных идей так и не увидели пользователи и клиенты? Не потому что долго пишут код. Или не потому что не используют какие-то совершенные технологии. Все это бантики. А потому, что нет решительности, но есть страх неодобрения. Это не поправить использованием общей кодовой базы, это не решается привлечением крутых архитекторов и аналитиков, это даже не полечит LLM. Это в голове. А деньги есть. Денег всегда больше чем идей и решимости их реализовать.
🔥 28
❤ 21
💯 9
😢 3
👍 2
4 28 2.3K
Обсуждение 4
Обсуждение не доступно в веб-версии. Чтобы написать комментарий, перейдите в приложение Telegram.
Обсудить в Telegram