EN

Cheil Kazakhstan: как запуск MVP помог проверить рынок и принять зрелое продуктовое решение

Cheil Kazakhstan • 2021

Продукт для продажи техники (в первую очередь Samsung), объединяющий партнеров и ритейлеров в едином цифровом канале.

Идея заключалась в том, чтобы создать централизованный онлайн-продукт для продаж по всей стране и проверить, есть ли смысл развивать внутри компании полноценное IT и продуктовое направление.

Контекст

Продукт запускался с нуля внутри команды без опыта разработки IT-продуктов и без сформированного продуктового подхода.

Компания рассматривала возможность создания собственного продуктового подразделения, но перед этим нужно было:

  • проверить спрос;
  • протестировать гипотезу маркетплейса;
  • понять экономику;
  • оценить потенциал роста.

В чем была проблема

Задача была сложной сразу по нескольким причинам:

  • продукт нужно было собрать с нуля;
  • у команды не было опыта в продуктовой разработке;
  • отсутствовали выстроенные процессы;
  • не было четкого понимания, как должен развиваться продукт;
  • ресурсы были ограничены.

Фактически это был запуск продукта в условиях полной неопределенности.

Где была возможность

Несмотря на ограничения, была сильная возможность:

  • занять нишу единого канала продаж;
  • объединить ритейлеров;
  • протестировать гипотезу маркетплейса;
  • заложить основу для отдельного продуктового направления внутри компании.

Моя роль

Я отвечал за развитие продукта и фактически выступал как Product Manager, совмещая это с ролью Product Designer.

В мою зону ответственности входили:

  • проектирование архитектуры продукта;
  • формирование продуктового подхода внутри команды;
  • исследования и проверка гипотез;
  • управление разработкой и координация команды;
  • взаимодействие со стейкхолдерами;
  • проработка стратегии и экономики продукта.

Это был переходный этап, где дизайн и продукт уже работали как единая роль.

Что я сделал

Спроектировал продукт с нуля

Разработал архитектуру продукта:

  • определил ключевые сценарии;
  • выстроил логику взаимодействия;
  • сформировал структуру продукта;
  • спроектировал core flow покупки.

Это позволило команде получить четкое понимание, как должен работать продукт.

Запустил MVP за 4 месяца

Собрал и вывел в рынок MVP:

  • базовый e-commerce flow (каталог → корзина → оформление → покупка);
  • ключевые пользовательские сценарии;
  • готовность к работе с реальными пользователями.

Запуск за 4 месяца стал сильным результатом для команды без опыта в продуктовой разработке.

Внедрил продуктовый подход в команде

Фактически с нуля начал выстраивать продуктовую работу:

  • объяснял принципы product thinking;
  • вводил работу через гипотезы;
  • формировал базовые продуктовые процессы;
  • синхронизировал команду вокруг продуктовых целей.

Команда начала переходить от хаотичной разработки к осмысленной продуктовой работе.

Работал через исследования и гипотезы

Провел большое количество исследований:

  • изучал рынок и конкурентов;
  • анализировал best practices;
  • генерировал и проверял гипотезы;
  • проводил первые A/B-тесты и эксперименты.

Это позволило не просто “собрать продукт”, а начать его развивать на основе данных.

Заложил основу для масштабирования

Начал прорабатывать:

  • стратегию развития продукта;
  • сценарии роста;
  • активацию пользователей;
  • будущие решения для селлеров.

Продукт получил направление, а не просто набор функций.

Рассчитал экономику и принял решение

После запуска и получения первых данных:

  • проанализировал ключевые метрики (conversion, ARPU, GMV, retention);
  • построил unit-экономику;
  • оценил потенциал масштабирования;
  • сделал прогноз по доходам и затратам.

Несмотря на то, что продукт показывал признаки product–market fit и неплохие результаты для ранней стадии, в рамках всего бизнеса его вклад оставался недостаточным.

На основе этих данных было принято решение закрыть продукт.

Что было самым сложным

Основные сложности:

  • отсутствие опыта в команде;
  • необходимость учиться “на ходу”;
  • работа в условиях неопределенности;
  • совмещение ролей (product + design);
  • принятие решения о закрытии продукта.

Последнее было особенно сложным, потому что команда проделала сильную работу и получила ощутимые результаты.

Результат

Несмотря на закрытие продукта, были достигнуты важные результаты:

  • MVP был запущен за ~4 месяца;
  • продукт начал показывать признаки product–market fit;
  • были получены первые стабильные метрики:
  • рост GMV;
  • формирование конверсии в покупку;
  • появление повторных пользователей;
  • была построена базовая unit-экономика;
  • команда освоила продуктовый подход и процессы.

Главный результат — было принято обоснованное продуктовое решение:

  • не масштабировать продукт,
  • не создавать отдельное IT-направление,
  • не инвестировать ресурсы в рост без достаточной отдачи.

Почему этот проект для меня важен

Этот кейс для меня — про запуск продукта с нуля и работу с неопределенностью.

Он показал:

  • как выстраивать продукт там, где нет процессов;
  • как совмещать дизайн и продукт;
  • как работать через гипотезы и данные;
  • как оценивать экономику продукта;
  • и самое главное — как принимать зрелые решения, даже если они означают закрытие.

Это опыт, который сформировал мой переход от Product Design к Product Management и задал основу моего дальнейшего продуктового подхода.