Epic fail! Oh no!
Работа на проектах разработки всегда сопряжена с рисками провала, недостижения целей, полного разочарования в продукте, команде и в себе. Целеустремленный и неравнодушный Владелец продукта — практически залог успеха (подробнее в этом посте). Теперь рассмотрим противоположную ситуацию, попробуем понять, как не допустить провала проекта.
Целевая аудитория и пользователи продукта — точка отсчета для успешности проекта
Описание проекта
Итак, на одном из проектов я участвовала в качестве менеджера разработки со стороны исполнителя. Заказчик занимался оптовой продажей автозапчастей, у него была крупная сеть поставок по всей стране, специализированные магазины и пара интернет-магазинов. Все вполне успешно. Заказчик решил, что время пришло и пора запилить свой маркетплейс с деталями и поставщиками, лучше чем у Яндекса и Емекса.
Цель проекта была весьма амбициозной — стать точкой номер один для заказа запчастей и деталей к любым автомобилям. На руках были все карты: знание сферы авторемонта, сеть контактов продавцов и дилеров, собственные точки продаж, опыт в интернет-торговле.
Структура сервиса
Разрабатываемый сервис представлял собой двухстороннюю платформу, на которой могли встретиться желающие приобрести детали и продавцы этих деталей. Также проект предоставлял возможность записаться в автосервис, на автомойку. В планах была возможность проверить и оплатить штрафы, оформить страховку, вызвать эвакуатор. Таким образом, с одной стороны продавцы товаров и поставщики услуг, с другой — обычные автовладельцы.
Сервис состоял из клиентского веб-сайта, клиентского мобильного приложения, непубличных веб-интерфейсов для продавцов и поставщиков, веб-интерфейса для учета и контроля, веб-сервиса API, административной части, базы данных, модуля интеграции с учетными системами, модуля интеграции с платежными системами, модуля интеграции с базами номенклатуры изделий и деталей.
Пользовательский кейс
Основной сценарий работы выглядел примерно следующим образом:
- Автовладелец обнаруживает проблему — необходимость приобрести деталь.
- На сайте или в мобильном приложении вводит поисковый запрос.
- В поисковой выдаче получает различные предложения от продавцов, отсортированных по рейтингу, цене, близости.
- Автовладелец оставляет заказ на приобретение детали (бронирует ее), приезжает в нужный магазин, совершает покупку.
Бизнес-модель
Суть бизнес-модели сводилась к получению комиссии за совершенные сделки, то есть предполагалось монетизировать сервис за счет отчислений от продавцов товаров и поставщиков услуг. Основным УТП для покупателей была обширная сеть поставщиков, включая магазинчики “дяди вани” за углом. Поставщикам и продавцам предлагалась привлеченная рекламой аудитория потенциальных покупателей.
Разработка и запуск
Команда разработки выполнила весь комплекс работ по созданию сервиса, начиная от анализа требований и заканчивая настройкой интеграций.
Однако, проект так и не был запущен. Вообще. Не было даже ни альфа, ни бета релиза.
* * *
Как думаете, что именно произошло? Пишите в комментариях.
Stay tuned.
С любовью, Гузель
P.S. Посты канала «Байки из проектного офиса»