Presentation for Founder Institute.
* Build a product from beginning. Valuable. Usable. Feasible.
* Techniques to build roadmap
* Prototyping and MVP
* Estimates
* Common Mistakes
2. Build a product from the beginning
• Одной идеи мало, нужно подтвердить ее
ценность
• Online и offline опросы для проверки
первоначальной гипотезы
• Очень важно на каждом этапе как можно
раньше получать обратную связь
• Нужно выявить ценность продукта для
пользователя
Valuable
Feasible
Usable
3. Techniques to build Roadmap
• Roadmap – это не Gantt! Roadmap – product, Gantt – project.
• Шаги для подготовки к roadmap’у:
• Собрать требования
• Объединить видение, ожидание и требования
• Очень грубо оценить по срокам
• Оценить по product value
• Приоритезировать
• Вернуться на первый пункт
• Mind Map – хороший способ записывать мысли структурированно
• Не вырастает в длинную простыню
• Всегда видно общую картину
• В любой момент можно обсуждать идею с нужным уровнем детализации
4.
5. Прототипирование и MVP
• Прототип, включающий все пункты с наивысшим
приоритетом (Axure RP, InvisionApp)
• В процессе прототипирования количество пунктов
в среднем уменьшается в 2 раза, но нужно
следить, чтобы не потерялась ценность продукта
• Обязательное тестирование прототипа на ЦА
Usable
Valuable
Feasible
6. Estimate time and costs
• Единственный способ более-менее точно
считать сроки – оценивать небольшие задачи
• Чем меньше итерация, тем точнее оценка
• Теоретически пирог можно разрезать на
бесконечное количество кусков. Но
понадобится бесконечное количество времени
Feasible
Usable
Valuable
7. Методы оценки
• Метод аналогий
• требует наличие исторических данных, слабо применим для новых
проектов
• Экспертные оценки
• высокий человеческий фактор. Можно снизить риски «planning poker»
• Use Case Points
• оцениваем конкретные сценарии.
• Functional points
• очень точный, но очень сложный метод, оценка может равняться
времени разработки
8. Время и точность
оценки
0
5
10
15
20
25
1 2 3 4
Обычно вот здесь уже можно
начинать разработку
Новые требования, появляющиеся в
процессе проведения тестирования
прототипа и более тщательной
продумки реализации сведут на нет
точность этапов 3 и 4
9. Outsource. Что можно отдать?
• Нельзя отдавать на outsource критические части продукта
• UX-дизайн нужно делать внутри, некоторые части графического
дизайна можно отдавать на outsource
• Можно отдать на outsource часть тестирования
10.
11. Common Mistakes
• Желание сделать все и сразу
• Отсутствие прототипа и понимания MVP
• Отсутствие KPI tree для измерения результата работ