Продукт

Интерфейсы для людей больше не нужны? Я вот делаю админку у себя на сайте с курсами. Там есть всякие поля, которые раньше я заполнял вручную. Название курса, описание, обложку (картинку) курса. И вот уже в который раз замечаю, что поля эти есть. Но их я не трогаю руками. Проще открыть Claude или Codex и сказать, давай на сайт добавим вот такой-то курс, там будут вот эти уроки, вот описание для уроков, на основе содержания курса, сгенерируй обложку и поставь ее для курса. И всё. Нейронка дальше создаст на платформе курс, заполнит поля и поставит обложку. Мне остается записать видеоурок и выложить его на платформу. Получается, что эти поля нужны «на всякий случай», когда под рукой нет нейронки, а поправить что-то нужно.

Новая книга в моем списке для чтения Оказывается, пропустил знаковое событие — выход новой книги Эрика Риса. Да, тот самый, который написал Lean Startup. Это было в 2011, но книга и сейчас актуальна. Я рекомендую ее всем своим менти. Новая называется Incorruptible: Why Good Companies Go Bad and How Great Companies Stay Great. Это уже не про запуск продукта и создание компании на его основе. Это про то, как сохранить правильный подход и культуру. Главная идея: Большинство компаний начинают с желания решить проблему клиентов, но по мере роста начинают оптимизироваться под краткосрочную прибыль, внутреннюю политику и интересы отдельных акционеров. Это не случайность, а следствие устройства корпоративной системы. Узнали ситуацию? Думаю каждый может без труда назвать несколько примеров таких компаний и их продуктов. Интересная мысль, которую я точно хочу изучить подробнее: устойчивость компании определяется не только культурой, но и тем, как спроектированы ее правила, стимулы и система управления. Культуру можно потерять, а правильно спроектированные механизмы продолжают работать даже после смены ключевых людей. Сам я книгу ещё не читал, мысли выше из отзывов «уважаемых людей». Например, Марти Кэган написал отдельный пост по мотивам книги. Этот плохого не посоветует 😉 #productlinks

Закон Фолкленда Если решение принимать необязательно - не принимайте его.* Это ооооочень забавно, что огромное количество компаний и уважаемых менеджеров живут именно по этому, но слегка извращенному смыслу. Почему это я так решил? 1. Они не стремятся принимать решения и всячески их оттягивают. 2. А те решения, что они принимают делают это очень несвоевременно- все помнят, как вы долго-долго выбираете стек, архитектуру, пишите максимально подробное ТЗ, пока «рынок убегает вперед» Ииии вот как надо, если следовать этому простому закону: - Если есть вопрос, который блокирует вас - займетесь им и решите. - Если этот вопрос вас не блокирует, то оставьте себе пространство для маневра. Строить систему с надежностью 99.99 до того, как вы подтвердили потребность на рынке и клиентам стало это критично - лишняя трата времени. Согласовывать новый орг дизайн команды до того, как составлена целевая карта продуктов - излишне. Но если оргдизайн блокирует работу, потому что менеджеры не понимают, как развивать их продукт, то это решение нужно срочно принять. То есть на самом деле основная мысль закона в том, что приняв некое решение ты ограничиваешь свой выбор в будущем. И принимая ненужные решения сегодня ты лишаешь себя гибкости в будущем.

*Почти 400 лет назад, в 1641 году, виконт Фолкленд сказал: «Когда перемены не необходимы, необходимо ничего не менять».

Столько лет прошло, а мы все никак не научимся следовать этому простому правилу.

Лайфхак для вайб-кодеров в 2026 году. SaaS, который не снимет ответственность за принятие решений с пользователя в 2026 году, пойдет ко дну. Что я имею ввиду? Большинство людей все больше ответственности отдают ИИ, даже не смотря на качество. Цифровое пространство разогналось сейчас с такой скоростью, что человеческая психика не способна работать на таких скоростях. И каждый вопрос к пользователю убивает конверсию в целевое действие и пользовательский опыт. Я как-то писал, что убрал из Lovarus MCP сервера. Точнее, я взял на себя их подключение, то есть забрал ответственность с пользователя. Сегодня я решил забрать еще одну ответственность - убрать режимы работы агента. Пользователь не должен думать какой ему режим выбрать, я могу сам это решить за него, основываясь на сложности его промпта. Это кажется очевидно, но я вижу сотни стартапов, которые на старте задалбывают юзеров кнопочками и формочками из доИИшной эпохи. Следующий этап - по выражению лица понимать, когда пользователь хочет нажать на кнопку «Собрать» и делать это за него 😂

“Клиент, который уходит недовольным, становится террористом для вашей компании”. Это слова Хорста Шульце – сооснователя сети отелей Ritz-Carlton. Он годами бился над вопросом: в какой именно момент гость решает, вернётся он сюда или больше ни ногой? Ответ нашёлся после изучения 400 000 анкет обратной связи. Шульце обнаружил удивительную закономерность: если первое касание с клиентом прошло идеально, жалоб не будет вообще. Но стоит в самом начале пребывания допустить хотя бы малейший факап – и всё, пиши пропало. Гость включит режим душнилы и начнёт докапываться до каждой мелочи. Вывод? Этот первый контакт нельзя пускать на самотёк, его нужно проектировать. Так появилось “правило 10 футов”. Как только гость оказывается поблизости, любой сотрудник обязан отложить дела, встретиться с ним взглядом и искренне сказать “добро пожаловать”. Поведенческие аналитики подтвердили догадку Шульце: приблизившись к человеку на расстояние менее 3 метров, мы непроизвольно выносим суждение о нём (а заодно и о компании, которую он представляет). Кстати, именно в Ritz-Carlton этот приём подсмотрел Стив Джобс – отсюда все эти приветливые встречающие у входа в Apple Store. Но одними улыбками сыт не будешь. Шульце пошёл дальше и разрешил каждому члену команды – от менеджера до официанта – прямо на месте, без звонков начальству, потратить до $2000 на решение проблемы клиента. Чистый вау-эффект в действии. Одна горничная, например, слетала в другой город, чтобы вернуть забытый постояльцем ноутбук. И вуаля: потенциальный “террорист” превратился в преданного амбассадора бренда, который теперь годами будет пересказывать эту историю знакомым. Потому что в бизнесе не бывает “нейтральных” клиентов. Есть те, кто приводит вам новых. И есть те, кто уводит старых. P.S. Хотя с личной доставкой ноутбука горничная, как по мне, погорячилась. Есть же почта, в конце концов – экспресс-доставка.

/Шахматы ч7. Совы тоже учат шахматам/ ч.1 тут, ч.2 тут, ч.3 тут, ч4. тут, ч5. тут, ч6. тут Интересно, что в этом году интерес к шахматам не только у меня, но в целом рынок идет в этом направлении, из обновлений Дуолинго запустил раздел о шахматах. «Курс ориентирован на новичков и идет в коротком игровом формате». Почему так делает Дуолинго: 1. Это продолжение стратегии по добавлению новых обучающих вертикалей после математики и музыки». 2. Также, учитывая пост про лихорадку - это отличное дополнение с прекрасными метриками вовлечения и возвращаемости 3. Новая аудитория, которая не пойдет теперь в сайты шахмат, а будет постепенно привыкать к Дуолинго Ведь новая нефть - это именно пользователи и их UGC, Если он у вас есть, то радуйтесь и ищите способы увеличить это Черный продакт в MAX

🏆 Клиентский опыт как секрет успеха бизнеса Клиенты — не просто покупатели, а самые важные партнеры. Их опыт взаимодействия с брендом становится критическим для долгосрочного успеха. Когда клиент получает исключительный сервис, он не только возвращается, но и становится амбассадором вашего бренда. 🔑 Персонализация. Бренды, которые адаптируют предложения под конкретного клиента, выигрывают. Например, использование данных о покупках позволяет предложить товары, которые точно подойдут. Это не только увеличивает конверсию, но и создает лояльность. 💬 Отзывы. Прислушивайтесь к мнению клиентов. Отзывы помогают не только улучшить продукт, но и показывают, что вы цените каждого покупателя. 🔄 Быстрое реагирование. Важно не только доставить товар вовремя, но и быть на связи с клиентом в любое время. Чем быстрее реагирует команда, тем выше доверие к бренду. Конкуренция за клиента ужесточается, но тот, кто сможет создать незабываемый клиентский опыт, останется на пьедестале. Фаундер | Бизнес и Стартапы

Почему провалы роста — это провалы перевода Ресторан прогнал меню через Google Translate, и блюда перестали заказывать. Вывод сделали быстро: уволили повара. Хотя дело было не в кухне — просто повара менять привычнее, чем переводчика. Та же история с ростом продукта. Стартап с сильной технологией не растет, и начинают менять сейлзов, льют трафик, нанимают Head of Growth номер три. Не помогает, потому что чинят не то. При этом продукт хороший, но на рынке звучит как инструкция к стиральной машине на венгерском. 🔜 Артур Булатов, директор по маркетингу и дистрибуции в A&T Trade, разбирает, как ломается эта механика и что с этим делать. 1. Испорченный телефон, встроенный в оргструктуру

Инженеры делают фичу → PMM переводит ее криво или никак → каждый сейлз придумывает свое объяснение → клиент слышит четыре версии продукта. Доверие падает, цикл сделки растягивается. Продукт тут ни при чем.

Обратный поток ломается так же: клиент говорит о боли → сейлз пересказывает это как «нужна фича X» (уже интерпретация) → продакт строит фичу X → боль не уходит. Просили лестницу, а на самом деле боялись высоты.

2. Один источник правды о ценности

У каждого отдела свой взгляд на продукт. Проблема начинается, когда этот взгляд расходится уже в разговоре с клиентом. Спасает общий мессаджинг-документ: боль, решение, доказательство.

3. Переводчик слушает обе стороны

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

4. Тест трех языков

Проговорите каждое важное сообщение трижды: для клиента, для инженера, для инвестора.

old money vs new money, но про мобильные приложения 🤑 Размышляла о том, что старые и новые приложения сейчас очень сильно различаются и придумала такую метафору. Старые деньги - условные FaceApp, Flo и Duolingo, они накопили базу и годами живут на продлениях. Новые - AI-аппы и недельные подписки. Зарабатывают быстро, но и пользователей теряют быстро. Чем они отличаются и почему на мой взгляд бессмысленно сравнивать свой ретеншен с old money категорией? кто такие old money 🎩 аппы, запущенные до 2020. В пейде их почти не видно, но они держат 69% всего подписочного ревеню (для сравнения аппы 2025 года вместе - 3%): деньги делаются на продлениях базы, набранной еще по старым ценам трафика. У Flo например больше половины базы и выручки дают юзеры старше года кто такие new money 💅 AI продукты недельные подписки. Здесь платящий юзер приносит на 41% больше, чем в обычном аппе, weekly-планы уже дают 56% ревеню рынка. Но есть и обратная сторона - отток платящих на 30% выше, ретеншен недельных через год всего 3-5%. Например Lensa заработала ~$30 млн за месяц, а потом юзеры сделали аватарки и ушли, или у видеогенератора Sora было 12 млн загрузок и D30 меньше 8%. 53% подписчиков AI-тулов честно говорят, что подписываются под задачу и отменяют, когда она решена - получается, этакий серийный отток который становится нормой, и формировать привычки все сложнее ну и конечно есть еще no money 🤣 так что по дефолту не стоит себя относить к первой или второй группе 🎧 old money считают ренювалы, в то время как new money считают инсталлы и первичные покупки. В среднем платят вообще ~2% установивших, и вся экономика решается тем, сколько раз эти 2% продлятся - даже у недельных подписок ~86% годового LTV это продления, а не первый платеж. Поэтому сравнивать свой ретеншен например с Flo бессмысленно - их цифры сделаны когортами времен дешевого трафика и оттестированы годами что с этим делать (рекомендации из индустрии, у вас может быть иначе, тестировать в любом случае, то, что мы сейчас делаем у себя): • переводить с недельных на годовые • чинить ошибки биллинга, предлагать грейс период и паузу на какой-то срок с реактивацией вместо отмены • поднимать цену. Конверсия просядет меньше, чем вырастет чек (по рынку лайфстайл апок +25% к цене ≈ -10% конверсии), а LTV платящего у дорогих значительно выше • и то, о чем я часто пишу - искать велью-момент тех, кто остается, и подводить к нему остальных можно ли сейчас собрать old money апп с нуля? Я думаю что да, но через привычку и годовые планы, а не через закупку и таких примеров мало. Впрочем, хорошая новость, что все old money когда-то были new. Но с каждым годом растить ретеншен все сложнее, а закупка становится дороже @neural_prosecco

📈 Искусство планирования: секреты эффективности Планирование — это не просто список задач, а ключевой инструмент для успеха. Как предпринимателю эффективно использовать его для продуктивности? 🎯 Методика «Пять минут» Перед тем как начать задачу, спросите: «Что можно сделать за 5 минут?» Это помогает избежать прокрастинации и быстро начать работу. ⏳ Техника «Помидора» Работайте 25 минут, затем делайте перерыв на 5 минут. Этот метод помогает держать концентрацию и избежать усталости. 🗂 Матрица Эйзенхауэра Разделите задачи на 4 категории: Срочные и важные, Важные, но не срочные, Срочные, но не важные, Не срочные и не важные Сосредоточьтесь на первых двух для максимальной эффективности. 📍Эти простые техники помогут вам не только планировать, но и достигать целей с минимальными затратами времени и усилий. Фаундер | Бизнес и Стартапы

Твоя красивая оргсхема из квадратиков ни хрена не чинит 🔵 Был у меня дизайнер, который стабильно не правил опечатки на макетах. Приносят ему баннер, там слово с ошибкой во весь экран, а он спокойно: ‘’это не моя зона, мне копирайтер такой текст передал, пусть копирайтер и правит’’. И ведь формально он прав) Вычитывать текст не его работа. А копирайтер уверен: явную-то опечатку дизайнер сам поправит, не развалится) Итог - баннер с ошибкой висит, оба честно закрыли свой кусок, а разгребаю это я... Вот чего не видно на красивой оргсхеме: квадратик описывает, что человек делает ВНУТРИ своей зоны. А задача упала не внутри зоны, а как раз в зазор между двумя другими. Можно бесконечно дорисовывать квадратики и тасовать людей, легче не станет: разваливается-то всё на передачах. Чинить надо стыки, а не квадратики. У каждого стыка должен быть хозяин - тот, кто отвечает за передачу дальше. Сделал и отдал → сделал и проследил, что приняли Мы, например, сделали карточку старта проекта: продажник при передаче обязан заполнить всё - что за клиент, что обсудили, что сделано. Пока не передал, задача не закрыта. Точка. Так что рисуйте зоны ответственности и стыки между ними. И на каждый стык хозяина передачи. Иначе последней инстанцией, куда стекается каждая проваленная задача, так и останетесь вы.

Расходы сейчас всех поджимают. Ищем способы сократить затраты. И вот где можно прилично сэкономить, я считаю. Подходит ко мне на днях сотрудник: — Ринат, давай напишем вот этому партнёру. — Они что-то спрашивали? — Нет. Просто задачка на поверхности. — А что с подсчетом финансов по другому проекту? Пауза. — Пока не готово. И я вот думаю, это не задачка на поверхности, а задача, которую можно вообще не делать. Есть дела важные, есть срочные, а есть шум. Шум всегда выглядит как работа, а на деле какая-то херота, которая не ведет к важному. Почта, чаты, тут-там ответил, а в копилку результатов положить нечего. Мы с фаундерами тут дискутировали, кто контролирует задачи команды, кто нет. Я вот стараюсь контролировать приоритеты недели. Потому что ненавижу, когда кто-то (в том числе я) очень усердно и старательно делает то, что можно было вообще не делать. Вот эти мои стикеры и засекание времени — всё чтоб убедиться, что я делаю то что надо. А для команды есть еженедельные собрания. Многие ищут способы экономить, думают им нужны ИИ-автоматизации, а на деле порой надо посмотреть чем вообще заняты люди. Когда я на собрании команде говорю: «Вот этот большой кусок работы — это больше не важно, так что не делаем» — я могу умножить часы на зарплату людей и точно узнать сколько я сэкономил.

Лучшие компании не создают новые привычки. Они переосмысляют существующие. Uber не придумал поездки. Airbnb не придумал путешествия. Apple не придумал телефон. Они просто посмотрели на привычную вещь и спросили: «А почему она до сих пор выглядит именно так?» Со «СЛАНЦАМИ» произошла похожая история. В какой-то момент слово стало настолько большим, что перестало принадлежать бренду. Оно стало частью общей культуры. Для большинства людей «сланцы» - это просто обувь. Для меня - одна из самых сильных российских бренд-историй, которая почему-то остановилась на полпути. А могли когда-то стать русскими Havaianas. Но Сланцы не Сан-Паулу, поэтому мы пишем свою историю заново.

#кейс_стади Задача на подумать для менеджера Ты CEO сервиса доставки продуктов Едрит. Компании пять лет. За последние полтора года разработка выросла с 4 до 51 человек, ФОТ апнулся почти 10 раз, а средний срок заметной фичи с 2 недель до 2 месяцев (точно вы не знаете). Новые разработчики, тимлиды и архитекторы появляются регулярно. Больше деливери и качественнее почему-то не становится. Чувство развода скоро доконает Последние девять месяцев ты много вайбкодишь: получили доступ к репозиторию, разобрался в монолите и уже довел до прода шесть небольших изменений, там сям - фильтры в админке, вебхуки, ретраи и внутренние инструменты. Код после вас ревьюили и местами переделывали, но ничего ужасного не находили. Разработчиком вы себя не считаете, но outbox, идемпотентность и контракт API понимаете не только по объяснениям NotebookLM Ты договорился о запуске с крупной сетью супермаркетов Дастархан. До 1 сентября нужно подключить 120 магазинов. От запуска зависит годовой контракт и следующий транш инвестиций Сеть должна присылать в Едрит JSON с остатками и ценами, а сервис отправлять ей заказы и изменения статусов. Нужны по сути 4-5 ручек, подпись запросов, маппинг SKU, ретраи и журнал ошибок. В монолите уже есть две похожие интеграции, аутбокс и воркеры можно пошарить Команда оценивает работу в четыре месяца. CTO предлагает вынести интеграции в отдельный микросервис, сделать универсальный конструктор маппинга, реестр контрактов и версионирование схем. Вы спрашиваете, зачем ради одного партнера строить платформу, если можно добавить адаптер и несколько хендлеров в существующий модуль. В ответ слышите, что мыслите "на уровне happy path" и вообще вайбкодерам не понять, вы не понимаете enterprise-разработку Разговор заканчивается срачем. Вы соглашаетесь на четыре месяца, но втихую создаете локальную ветку и по вечерам делаете свою версию. Через две недели готовы прием остатков, создание заказа, статусы, отмены, подписи, идемпотентность, ретраи, метрики и 116 тестов. Вы прогоняете 50 тысяч сообщений на обезличенных данных и несколько дней работаете с песочницей сети. Все работает Код ты никому не показываешь. Его не ревьюили разработчики, не проверяли QA и безопасники. Только твой верный Codex. Ты можешь не знать части требований, неправильно понимать нагрузку или пропустить редкий сценарий, который всплывет только на проде. Поэтому ждешь результат команды Команда выпускает интеграцию через пять месяцев. Сеть переносит запуск, компания теряет месяц оборота, инвесторам приходится объяснять задержку. После релиза ты сравниваешь код. Команда добавила отдельный сервис, 14 таблиц, 3 новых топика, собственный формат событий и DSL для маппинга. Получилось около +9 тысяч строк. Из универсальных возможностей пока используется только одна интеграция В своей ветке 1 300 строк вместе с тестами. Она использует старый outbox и существующий интерфейс адаптеров. JSON на выходе одинаковый, основные сценарии тоже. Более того, в версии команды вы находите два бага, которые в вашей закрыты тестами Но их решение прошло ревью, QA, DBA-чек и уже неделю работает под реальной нагрузкой. Твое нет. Возможно, после нормальной проверки ваша версия развалится. Возможно, разработчики видели то, чего не увидели вы. А возможно, пять месяцев они строили платформу, которую никто не просил У тебя натурально горит **па. Через два дня квартальная встреча с CTO и тимлидами. Твои действия?

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

Новое применение Claude Подождите! Не проматывайте на следующий канал. В этом посте не будет ни слова про вайб кодинг, который уже всем порядком надоел 😁 Я хочу вам рассказать про новый подход к разработке внутренних систем для оффлайн процессов. Кто когда-нибудь сталкивался с задачей создания системы, которой ежедневно будут пользоваться десятки людей с разными ролями, в разных локациях, с разным контекстом, тот знает насколько сложно продумать все сценарии и ограничить MVP теми функциям, без которых не обойтись. Именно такая задача стояла перед моей командой — система управления стоком мотоциклов для сети из десятков магазинов дилеров-партнеров, которая позволит оцифровать путь от добавления мотоцикла в продажу до его выдачи покупателю. Стадия развития продукта такая, что никакой автоматизации и синхронизации стоков с партнерами нет. У многих из них нет вообще никакой системы для управления своими стоками. Вместо того, чтобы проектировать сложную систему ролей и прав доступа, мы решили сделать 3 ключевых роли, переключиться на интерфейс которых может любой авторизованный пользователь системы. Грубо говоря это тот, кто управляет стоком всех магазинов, тот кто отвечает за актуальность стока определенного магазина или сети магазинов и тот, кто находится в магазине и отвечает за выдачу товара клиенту. В MVP заложили те действия, которые, как мы думаем, должен делать каждый из них. И главное. На каждое действие в системе добавили логи: какой пользователь, что сделал, с каким юнитом, когда и под какой ролью. И доступ админа, который может в удобном интерфейсе отфильтровать логи по всем параметрам и выгрузить их в CSV. Дальше начинается самое интересное, то что теперь доступно любому с подпиской на Claude Cowork. Нахожу в логах какую-то аномалию, например, продавец удалил юнит из системы вместо того, чтобы отметить его как выданный клиенту. Или менеджер стока удалил юнит и через минуту создал такой же с небольшими отличиями. Прошу Claude сделать анализ всех таких кейсов и получаю идеи для доработок — добавить обязательный выбор причины удаления и предупредить, что при продаже нужно использовать другую функцию. И добавить возможность редактировать определенные параметры у юнитов в доступном стоке для нужной роли. Наверное, к этим выводам мы бы пришли сами. После долгих разговоров с операционной командой, наблюдений за их работой и анализа метрик. Но с Claude это стало возможным после двух недель с момента внедрения системы, когда накопилось достаточно логов для анализа. Бонусом стало добавление интерфейса для анализа логов по юниту, который менеджеры операционной команды используют для «расследования» ошибок своих подчиненных и точеного проведения воспитательной работы 😁 Единственный минус — в этом месяце я дважды достиг лимита токенов, что стоило компании $400. Но, уверен, что польза от таких расходов инвестиций будет намного выше. Ведь каждое улучшение системы, сделанное по наводке AI, улучшает эффективность всего продукта и напрямую влияет на бизнес метрики! #lifehacks #aifuture #claude #salmon

Практический лайфхак про стратегию У нас выходило довольно много постов про стратегию (и даже есть гайд и симулятор), и я хочу кое-что к этому добавить. Обычно стратегия преподносится в виде “пятислайдера” - короткой истории, покрывающей проблему / ее оценку / решение / план, и именно эти слайды вы питчите по каждому поводу - клиентам, директору, команде, и тд, постепенно полируя. Есть еще и вторая версия той же стратегии - письменный нарратив. Он решает проблему того, что (а) без вашего голоса слайды теряют 80% наполнения и (б) - вы каждый раз питчите чуть по-разному (свойственно для сложных тем), что иногда может и бесить. Нарратив (strategy narrative) - это максимум 3-5 страниц для стратегии команды на ближайшие 1-2 года (в зависимости от циклов планирования, принятых в вашей компании). Если вы ведете департамент или больше одной связанной темы, то можете позволить себе 7-8 страниц. Но не больше: это не AI-слоп водичка на 50 страниц, а высококонцентрированная история, которую можно прочитать за 15-20 минут. Поскольку история про (нетривиальное) будущее, то AI вам не поможет. Кто не согласен - присылайте почитать, с удовольствием приму челендж. Один классный лайфхак - сделать в конце дока FAQ: список вопросов, которые вы часто слышите по поводу своего питча, а-ля “Ну зачем это делать, если есть Х?” или “Это значит, что Y больше не нужно?”, и т.д. С одной стороны это уже не часть стратегии (и не вылезает за положенный объем), с другой - позволяет углубиться тем, кто хочет и заодно откомментить свои вопросы. Ну и, конечно, напоминаю, что при первом же обнаружении следов ИИ (обтекаемость и обороты типа “это не X, это Y” и прочий сейлз), ваш док как откроют, так и закроют. Тратим чужое время с умом 😉 Владимир Калмыков, Lead PM, Tech platform solutions Booking. com, автор симуляторов: Claude Code для продакта, Продуктовая стратегия, Технические навыки для продакта и др.

📚 Изучение ниши Перед стартом продаж на маркетплейсе важно тщательно изучить выбранную нишу. Для этого используйте специальные аналитические инструменты — они помогут собрать данные о числе заказов, средней стоимости товаров и количестве конкурентов. Особое внимание стоит уделить как лидерам рынка, так и менее успешным продавцам. Изучая успешные карточки, вы поймете, какие подходы работают. Однако ориентироваться только на топ-бренды не всегда правильно — у них часто есть преимущества, недоступные новичкам. Не забывайте анализировать слабые карточки — на их примере можно увидеть типичные ошибки и избежать их. Отдельно исследуйте ценовой диапазон в категории: это поможет понять разницу между минимальной и максимальной ценой и определить для себя порог, ниже которого продавать становится невыгодно. Фаундер | Бизнес и Стартапы