Разработка тиражируемого продукта: преимущества бизнес-модели<br />Георгий Баркан<br />Руководитель направления техническо...
Об авторе<br />С 1995 года прошел путь от программиста и архитектора до руководителя проектов<br />Заказные проекты для DE...
Бизнес-модели<br />Экономика заказной и тиражируемой разработки<br />
Экономика:заказная разработка<br />Суммарный функционал<br />З2<br />З1<br />Общий функционал<br />З3<br />Числозаказчиков...
Экономика:продуктовая разработка<br />V3<br />V2<br />V1<br />Затраты~ o(число клиентов)<br />Выручка~ число клиентов<br /...
«Заказная разработка — это продажа мозгов в розницу по себестоимости,а тиражируемая — бизнес»<br />Из заседанияАссоциации ...
Бизнес-модель<br />Принципы:<br />Нужен рынок<br />Общность потребностей у клиентов<br />Продажи двигает маркетинг<br />Ро...
Трудности перехода<br />От заказной к тиражируемой модели<br />
Заказные решения для корпоративных клиентов<br /><ul><li>Уже есть экспертиза в предметной области
Есть готовые решения, но нужно обобщать —в продукт попадет малая часть</li></ul>Можно создать продуктовую команду<br />Про...
Технологическая экспертиза?</li></ul>Учиться или искать извне<br />Переход отзаказной разработки<br />
Проблемы перехода<br />Внедрение<br />Продукт<br />+ заказнаяразработка<br />Система уклиента<br />Внедрение «съедает» рес...
В чем разница?<br />Рекомендации по построению успешной тиражируемой разработки<br />
Менять:управлениетребованиями<br />Заказчик<br /><ul><li>Выявить потребности
Максимально детальная проработка, уточнение
Нужно застраховаться от изменений
«Мы и они»</li></ul>Продукт<br /><ul><li>«Придумать» потребности
Обобщать и пробовать (риск выше)
Нужен «портрет» клиента
Нельзя работать с командой  в режиме заказчик—исполнитель
Миссия компании: ответ на вопрос «зачем?»</li></ul>Davis, 2005<br />Баркан, 2011<br />
Новое:управление продуктом<br />Pragmatic Marketing<br /><ul><li>Для существующих продуктов и рынков
Индустриальный стандарт
Практические методологии
Upcoming SlideShare
Loading in...5
×

Разработка тиражируемого продукта: преимущества бизнес-модели

3,114

Published on

Мы рассмотрим процесс перехода от заказной разработки к продуктовой модели, преимущества и возникающие при этом сложности.

* Основной экономический фактор перехода – сокращение издержек за счет тиражируемого продукта. Изменение бизнес-модели, необходимость инвестиций, рыночные риски.

* Создание тиражируемого продукта на базе существующих разработок для корпоративных заказчиков – наиболее естественный путь. Часто сложный процесс внедрения сдерживает полный переход к продуктовой модели.

* Рыночное позиционирование продукта и управление требованиями. Две модели работы с рынком: pragmatic marketing и market development.

* Перестройка корпоративной культуры. Ответственность владельца продукта. Почему внутренний заказчик продукта – плохая схема. Коммуникации с каналом продаж, маркетингом и поддержкой. Политическая воля менеджера продукта.

* Необходимость автоматизации процессов разработки и поддержки.

* Введение элементов платформенной функциональности в продукте и развитие партнерской экосистемы – перспективные направления рыночной экспансии.

Published in: Technology, Business
0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
3,114
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
54
Comments
0
Likes
4
Embeds 0
No embeds

No notes for slide

Разработка тиражируемого продукта: преимущества бизнес-модели

  1. 1. Разработка тиражируемого продукта: преимущества бизнес-модели<br />Георгий Баркан<br />Руководитель направления технического развития пользовательских продуктов<br />«Лаборатория Касперского»<br />Минск, 19—20 мая 2011 года<br />
  2. 2. Об авторе<br />С 1995 года прошел путь от программиста и архитектора до руководителя проектов<br />Заказные проекты для DEC, Compaq, Hewlett-Packard<br />В QuestSoftwareреализация спец. проектов для PricewaterhouseCoopers,MerrillLynch,FidelityInvestments, MSN.com, CIBC, HSBC,Volkswagenи др.<br />C 2010 года руководит разработкой технологической стратегии развития пользовательских продуктов «Лаборатории Касперского»<br />NB!Доклад является отражением исключительно личного опыта и выражает точку зрения автора<br />
  3. 3. Бизнес-модели<br />Экономика заказной и тиражируемой разработки<br />
  4. 4. Экономика:заказная разработка<br />Суммарный функционал<br />З2<br />З1<br />Общий функционал<br />З3<br />Числозаказчиков<br />Заказчик хочет решить все свои проблемы<br />Затраты~ число заказчиков<br />Выручка~ число заказчиков<br />Прибыльность~ Const<br />
  5. 5. Экономика:продуктовая разработка<br />V3<br />V2<br />V1<br />Затраты~ o(число клиентов)<br />Выручка~ число клиентов<br />Прибыльность — растет!<br />
  6. 6. «Заказная разработка — это продажа мозгов в розницу по себестоимости,а тиражируемая — бизнес»<br />Из заседанияАссоциации разработчиков<br />программных продуктов«Отечественный софт»<br />
  7. 7. Бизнес-модель<br />Принципы:<br />Нужен рынок<br />Общность потребностей у клиентов<br />Продажи двигает маркетинг<br />Рост числа клиентов<br />Продукты не живут вечно<br />Риски:<br />Рынок маленький<br />Рынок слишком большой<br />Конкуренция<br />Скорость выхода на рынок<br />
  8. 8. Трудности перехода<br />От заказной к тиражируемой модели<br />
  9. 9. Заказные решения для корпоративных клиентов<br /><ul><li>Уже есть экспертиза в предметной области
  10. 10. Есть готовые решения, но нужно обобщать —в продукт попадет малая часть</li></ul>Можно создать продуктовую команду<br />Проще<br />Продукт<br />Сложнее<br />Outsourcing<br /><ul><li>Фокус на предметную область?
  11. 11. Технологическая экспертиза?</li></ul>Учиться или искать извне<br />Переход отзаказной разработки<br />
  12. 12. Проблемы перехода<br />Внедрение<br />Продукт<br />+ заказнаяразработка<br />Система уклиента<br />Внедрение «съедает» ресурсы<br />
  13. 13. В чем разница?<br />Рекомендации по построению успешной тиражируемой разработки<br />
  14. 14. Менять:управлениетребованиями<br />Заказчик<br /><ul><li>Выявить потребности
  15. 15. Максимально детальная проработка, уточнение
  16. 16. Нужно застраховаться от изменений
  17. 17. «Мы и они»</li></ul>Продукт<br /><ul><li>«Придумать» потребности
  18. 18. Обобщать и пробовать (риск выше)
  19. 19. Нужен «портрет» клиента
  20. 20. Нельзя работать с командой в режиме заказчик—исполнитель
  21. 21. Миссия компании: ответ на вопрос «зачем?»</li></ul>Davis, 2005<br />Баркан, 2011<br />
  22. 22. Новое:управление продуктом<br />Pragmatic Marketing<br /><ul><li>Для существующих продуктов и рынков
  23. 23. Индустриальный стандарт
  24. 24. Практические методологии
  25. 25. «Количественный маркетинг»</li></ul>Customer Development<br /><ul><li>Для новых идей и рыночной экспансии
  26. 26. Итеративный подход
  27. 27. Проверка гипотез
  28. 28. Подгонка продукта и рынка друг другу</li></ul>NIHITO:Nothing Important Happens In The Office<br />новый<br />Функционал:<br />существующий<br />Wiki // Product management<br />Pragmatic Marketing<br />Wiki // Steven Gary Blank<br />SlideShare // Pathfinder Software<br />новые<br />старые<br />Клиенты:<br />
  29. 29. Владелец<br />продукта<br />Менять:корпоративная культура<br />Для продаж<br />Создавать модель работы на рынке<br />Ответственность за успех<br /><ul><li>Нужно принимать решения
  30. 30. Нужна политическая воля</li></ul>Для разработки<br />Быть не заказчиком, а владельцем, менеджером:<br /><ul><li>Интересы развития продукта
  31. 31. Доверие команды
  32. 32. Эффективность разработки</li></li></ul><li>Клиент<br />Внедре-ние<br />(Налаживает)<br />(Контролирует)<br />Изучает<br />Продажи<br />Поддержка<br />Строитпартнерство<br />Ставитзадачу<br />Помогает<br />Эскалация<br />Менеджер продукта<br />Обеспечивает<br />Маркетинг<br />Разработка<br />Управляет<br />Коммуникации<br />
  33. 33. Правила игры<br />Все решения принимает менеджер продукта (слово «стейкхолдер» запретить)<br />С командой разработки общается только менеджер продукта (и эскалация поддержки)<br />Продажи – ничего не обещать клиенту, продавать продукт «V.сегодня»<br />Никогда не делаем заказных редакций продукта<br />Внедрение договаривается с клиентом самостоятельно<br />
  34. 34. Рекомендации<br />Разработка<br />Все технологические предложение обсуждаем<br />Изучаем клиентов вместе<br />Продажи<br />Управлять ожиданиями клиентов<br />Поддержка через службу поддержки<br />Поддержка<br />Все предложения обсуждаем (статистика)<br />Внедрение<br />Управлять ожиданиями клиентов<br />Технологические предложения собираем, обобщаем и только потом обсуждаем<br />
  35. 35. Менять: автоматизацияпроцессов разработки<br />Requirements Management<br />Source Control<br />Build Automation<br />Issue Tracking(Bugs + Change requests)<br />Knowledge Base<br />Зачем?Эффективность!<br />Интегрировать<br />Гусаров, 2011<br />
  36. 36. Менять: поддержка<br />Support Case<br />Создает<br />Issue<br />Клиент<br />Использует<br />Solution<br />Статистика<br />Линия 1<br />Разработка<br />Линия 2, …Эскалация<br />…<br />
  37. 37. Платформа и партнеры<br />Экспансия<br />Экспансия<br />Рынок<br />Продукт<br /><ul><li>SDK
  38. 38. API
  39. 39. Документация</li></ul>Внедрение<br />Внедрение<br />Платформа<br />Экосистема партнеров<br />Продукт<br />Продукт<br /><ul><li>Внедрения
  40. 40. Канал продаж</li></ul>1С-Битрикс<br />
  41. 41. Итоги<br />Трудности перехода<br />Из-за «полутиражируемой» модели<br />Новое<br />Управление продуктом<br />Менять<br />Корпоративная культура<br />Управление требованиями<br />Процессы разработки (автоматизация)<br />Процессы поддержки (эскалация)<br />Рыночная экспансия<br />Партнеры<br />Платформа<br />
  42. 42. Alan M. Davis. Just Enough Requirements Management: Where Software Development Meets Marketing. Dorset House, 2004.<br />Георгий Баркан. Практика и чуть-чуть философии управления требованиями.Software People 2011.http://softwarepeople.ru/2011/programhttp://www.slideshare.net/gbarkan/ss-7559856<br />http://wikipedia.org/wiki/Product_management<br />http://www.pragmaticmarketing.com<br />http://wikipedia.org/wiki/Steven_Gary_Blank<br />http://www.slideshare.net/pathf/product-management-throwdown-pragmatic-marketing-vs-customer-development<br />Владимир Гусаров. Организация разработки коробочного продукта — от релиза до патча.Software People 2011.http://softwarepeople.ru/2011/program<br />http://www.1c-bitrix.ru/partners<br />http://ted.com/talks/simon_sinek_how_great_leaders_inspire_action.html<br />
  43. 43. How great leadersinspire action<br />TED // Simon Sinek<br />
  44. 44. Георгий Баркан<br />Руководитель направления технического развития пользовательских продуктов<br />«Лаборатория Касперского»<br />http://twitter.com/gbarkan<br />http://linkedin.com/in/gbarkan<br />george_barkan@hotmail.com<br />http://slideshare.net/gbarkan<br />
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×