Денис Бесков в своем документе обсуждает ключевые аспекты работы заказчика продукта, включая выбор рынка, определение требований и процесс разработки новых решений. Он подчеркивает важность понимания проблем клиентов и призывает использовать конкурентные фичи с разумной адаптацией. Также выделяются рекомендации по приоритизации требований и установлению рамок релиза для различных типов приложений.

1. КАК БЫТЬ ЗАКАЗЧИКОМ
ПРОДУКТА?
Денис Бесков
Школа системного анализа и управления
http://school.system-analysis.ru/

2. Кто я
Что сделал:
• Организовал первый ProductCampMoscow2011
• Построил отдел в 35 аналитиков
Что делаю:
• Организовываю обучение в ШСАиУ
• Обучаю разработке требований к софту
• Изучаю тему управления продуктами и
технологического предпринимательства

3. Продукт здесь — это:
Продукт для рынка,
а не для одной организации
Критерий успеха:
• Прибыльность или
• Окупаемость + значимая аудитория

4. Вопросы заказчика
1. Как выбрать рынок,
для которого делать продукт?
2. Откуда брать «требования»?
3. Как придумывать то, чего еще
не существует? Стоит ли это делать?
4. Какие фичи стоит копировать
у конкурентов, а какие — нет?
5. Как приоритизировать «требования»,
у которых нет заказчика?
6. Как определить рамки очередного релиза?

5. 1. КАК ВЫБРАТЬ РЫНОК?

6. Рынок —
это группа людей с
одинаковой проблемой

7. Как выбрать рынок?
1. Рынок №1 — это вы сами
2. Рынок №2 — люди, проблемы
которых вы хорошо знаете
3. Рынок №3 — все остальные люди

8. 2. ОТКУДА БРАТЬ
«ТРЕБОВАНИЯ»?

9. Проблемы людей —
лучшие требования

10. Требования и решения в продукте
Область «требований» Область решений
Проблемы Фичи
клиента продукта

11. Фича (feature) —
свойство продукта, явно
учитываемое клиентом
при его выборе/покупке

12. Откуда брать требования?
1. Постройте модель проблем клиента
2. Найдите в ней:
1. Нерешѐнные проблемы
2. Плохо решѐнные проблемы
3. Соберите доказательства
существования и масштаба проблем

13. Пример модели проблем
для темы
«Согласование проектных
документов между
заказчиком и подрядчиком»

14. 3. КАК И СТОИТ ЛИ
ПРИДУМЫВАТЬ
НЕСУЩЕСТВУЮЩЕЕ?
(В области решения действительных проблем)

15. Стоит ли?
Да, это даѐт возможность
включить мотивацию команды
и перспективы сделать что-то
значимое

16. Как придумывать новое?
1. Изучайте промышленный дизайн
2. Изучайте возможности новых
технологий
3. Читайте фантастику
4. Делайте групповые сессии
обсуждения проблем клиента
командой

17. 4. КАКИЕ ФИЧИ КОПИРОВАТЬ
У КОНКУРЕНТОВ?

18. Копирование
Возможность стоять
на плечах гигантов
или
Преследование
вместо лидерства
?

19. Какие фичи копировать?
1. Типовые решения неуникальных задач
(напр., регистрация через соцсети)
2. Хорошие решения,
которые вписываются в вашу
концепцию продукта и интерфейса

20. 5. КАК ПРИОРИТИЗИРОВАТЬ
ТРЕБОВАНИЯ БЕЗ ЗАКАЗЧИКА?

21. Что важнее?
1. Критичная ошибка
2. Фича, решающая серьѐзную
(нерешѐнную ранее) проблему клиента
3. Учѐт изменений законодательства
4. Фича, решающая проблему клиента
сильно лучше конкурентов
5. Обычная ошибка
6. Очередное улучшение
7. Хорошее решение конкурента
8. Мелкая ошибка

22. 6. КАК ОПРЕДЕЛИТЬ
РАМКИ РЕЛИЗА?

23. Возможные цели релиза
1. Привлечь новых пользователей
2. Удержать существующих
• Повысить лояльность пользователей
• Поддержать лояльность пользователей
• Исправить ошибки

24. Рекомендуемая частота релизов
Веб-сервис, SaaS
• Каждый день (bugfix)
• 1-2 раза в неделю (minor features)
• 1 раз в месяц (major)
Мобильное приложение
• 2 раза в месяц на фазе выхода на рынок
• 1 раз в 2 месяца в стабильной фазе
Десктоп/серверное-приложение
• 1 раз в полгода/год (consumer)
• 1 раз в 1-3 года (corporate)

25. Рамки релиза, из целей и сроков
Consumer
• Minor improvement — 1 фича/улучшение
• Major improvement — 3 фичи
Corporate
• 7+ фич

26. Спасибо!
Приходите в сообщества:
• https://www.facebook.com/groups/ProductCampRussia/
• https://www.facebook.com/groups/Analiz.v.IT/

27. На эту же тему ранее
1. Обзор методов исследования пользователей
2. Где искать менеджеров продукта?
3. Менеджер продукта. Как обрести и развить
ключевые навыки
4. Управление продуктом от стартапа до корпорации
5. Зачем нужен менеджер продукта при живом
проектировщике интерфейса