Embed Size (px)
Citation preview
Особенности MVP в EnterpriseВладимир Васильев
Как работает классическая корпорация
Как работает классическая корпорация
Тема
Как работает классическая корпорация
Тема Вендор
Как работает классическая корпорация
Тема Вендор Закупка
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
Бизнес IT
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
Бизнес IT Вендор
Вендор
Вендор
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
Требования нечёткие => Закупка максимума функционала
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
Требования нечёткие => Закупка максимума функционалаРепутационные риски => Выбор из дорогих
(«=качественных») вендоров
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
Требования нечёткие => Закупка максимума функционалаРепутационные риски => Выбор из дорогих
(«=качественных») вендоров
Нет возможности попробовать «в бою»
=> Риски валидации
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
Расценивается как CAPEX => Первая версия совпадает с последней
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
Расценивается как CAPEX => Первая версия совпадает с последней
Внедрение – отдельный проект
=> Стоимость конечного продукта возрастает в разы
Как работает классическая корпорация
Тема Вендор Закупка Внедрение
ДолгоДорогоЛишний функционалНе то, что нужно
Как работает Web startup
Жизненный цикл продукта в Web startup
minimum viable product – минимально жизнеспособный продукт
Целевая аудитория MVP
Первая версия продукта в Web startup
Минимальный Жизнеспособный
Первая версия продукта в Enterprise
Минимальный Жизнеспособный
Продукт
Можно ли использовать MVP в Enterprise?
Что попробовали мыТема Вендор Закупка Внедрение
Что попробовали мыТема Вендор Закупка Внедрение
MVP Внедрение
Определяем MVP
Бизнес IT
Определяем MVP
БизнесIT
Критерии MVP
Определяем MVP• Какую проблему пользователя решаем?
Определяем MVP• Какую проблему пользователя решаем?• Сможем ли мы решить проблему быстро?
Определяем MVP• Какую проблему пользователя решаем?• Сможем ли мы решить проблему быстро?
Определяем MVP• Какую проблему пользователя решаем?• Сможем ли мы решить проблему быстро?• Какое качество для нас приемлемо?
Определяем MVP
Минимальный Жизнеспособный
Minimal viable product
Minimal valuable product
Минимально жизнеспособный продукт
Минимально ценностный продукт
Пример: услуги для юридических лиц• Проблема: ЮрЛица не хотят работать с Почтой, т.к. нет
современного канала онлайн взаимодействия
Пример: услуги для юридических лиц• Проблема: ЮрЛица не хотят работать с Почтой, т.к. нет
современного канала онлайн взаимодействия• Решение: универсальный Личный Кабинет! • Регистрация• Заключение договора на любой тип услуг• Операционная деятельность• Отчётность• Биллинг
Универсальный Личный кабинет
Делаем продукт минимальным: функционал
Универсальный Личный кабинет
Личный кабинет Почтовых Услуг
Делаем продукт минимальным: функционал
Универсальный Личный кабинет
Личный кабинет Почтовых Услуг
Личный кабинет Заключения
договора
Делаем продукт минимальным: функционал
Делаем продукт минимальным: оргструктура
86 УФПС
Делаем продукт минимальным: оргструктура
86 УФПС
Кто ответственный?
Делаем продукт минимальным: оргструктура
86 УФПС
Кто ответственный?
НЕТ
Сотрудники в Почте
Сотрудники в ПочтеНужный руководитель
подразделения
Делаем продукт минимальным: оргструктура
MVP – пилот в регионах опережающего развития
Делаем продукт минимальным: оргструктураПилотные регионы
Остальные регионы
Заявка на сайте
Связь с клиентом
Проверка СБ
Подпись Почтой
Подпись Клиентом
Заявка на сайте
email в УФПС ?
Производим MVP
Сервис формирования
договора
Сервис идентификации
Личный кабинет
Сервис электронной
подписи
Сервис Обработки
заявок
Внедряем MVP: Frontend• Портал Почты: 5 млн DAU• Ссылка – 3 уровень• 10 заявок в день
Внедряем MVP: backofficeЗаявки не обслуживаются
Внедряем MVP: backofficeЗаявки не обслуживаются
Теория vs Практика
Внедряем MVP: backofficeЗаявки не обслуживаются
Теория vs ПрактикаНет ресурсов
Внедряем MVP: backoffice
0,0
1,0
2,0
3,0
4,0
5,0
6,0
7,0
8,0
9,0
10,0
06.июл 13.июл 20.июл 27.июл 03.авг 10.авг 17.авг 24.авг 31.авг 07.сен
Среднее время начала обслуживания, дней
Служебная записка
Внедряем MVP: backofficeНизкая конверсия
11 услуг
160 страниц
Конверсия13%
0
10
20
30
40
50
60
70
80
90
100
Промежуточные выводы• Необходимо переосмыслить MVP• Продукт нужно дробить дальше• Офлайн процессы затормозили рост• Пользователи продукта – «поздние последователи». Обычного тренинга
недостаточно• Внедрение требует административной поддержки• Низкая материальная база может не справиться с оверхедом
оргструктуры
MVP – непрерывный процесс• Разбили проблему Юридических лиц мельче• ЛК Отправителя рекламных рассылок• ЛК Отслеживания посылок
• Оптимизировали офлайн процессы• Тренинг• Выделенные ресурсы
• Исключили оффлайн процесс• ЛК Отправителя посылок
• Учли мощность точки привлечения• Закрытое бета-тестирование
Универсальный Личный кабинет
Личный кабинет Почтовых Услуг
Личный кабинет Заключения
договора
Личный кабинет сервиса трекинга
Личный кабинет отправителя
рекламы
Личный кабинет отправителя
посылок
Конверсия нового продукта
0
10
20
30
40
50
60
70
80
90
1001 услуга 8 страниц Конверсия
67%
Итого• Проблемы MVP• Проявляются быстро• Наносят ограниченный ущерб• Дают толчок развития другим продуктам
Итого• Подход MVP работает и в Enterprise: можно запускать небольшие,
но ценностные продукты• В Enterprise нет проблем с привлечением клиентов. Есть
проблема удержания • Офлайн процессы – мультипликатор объёма MVP
