Product development. Founder Institute

381 views
282 views

Published on

Presentation for Founder Institute.
* Build a product from beginning. Valuable. Usable. Feasible.
* Techniques to build roadmap
* Prototyping and MVP
* Estimates
* Common Mistakes

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
381
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
4
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

Product development. Founder Institute

  1. 1. Product Development Denis Alaev March 2014
  2. 2. Build a product from the beginning • Одной идеи мало, нужно подтвердить ее ценность • Online и offline опросы для проверки первоначальной гипотезы • Очень важно на каждом этапе как можно раньше получать обратную связь • Нужно выявить ценность продукта для пользователя Valuable Feasible Usable
  3. 3. Techniques to build Roadmap • Roadmap – это не Gantt! Roadmap – product, Gantt – project. • Шаги для подготовки к roadmap’у: • Собрать требования • Объединить видение, ожидание и требования • Очень грубо оценить по срокам • Оценить по product value • Приоритезировать • Вернуться на первый пункт • Mind Map – хороший способ записывать мысли структурированно • Не вырастает в длинную простыню • Всегда видно общую картину • В любой момент можно обсуждать идею с нужным уровнем детализации
  4. 4. Прототипирование и MVP • Прототип, включающий все пункты с наивысшим приоритетом (Axure RP, InvisionApp) • В процессе прототипирования количество пунктов в среднем уменьшается в 2 раза, но нужно следить, чтобы не потерялась ценность продукта • Обязательное тестирование прототипа на ЦА Usable Valuable Feasible
  5. 5. Estimate time and costs • Единственный способ более-менее точно считать сроки – оценивать небольшие задачи • Чем меньше итерация, тем точнее оценка • Теоретически пирог можно разрезать на бесконечное количество кусков. Но понадобится бесконечное количество времени Feasible Usable Valuable
  6. 6. Методы оценки • Метод аналогий • требует наличие исторических данных, слабо применим для новых проектов • Экспертные оценки • высокий человеческий фактор. Можно снизить риски «planning poker» • Use Case Points • оцениваем конкретные сценарии. • Functional points • очень точный, но очень сложный метод, оценка может равняться времени разработки
  7. 7. Время и точность оценки 0 5 10 15 20 25 1 2 3 4 Обычно вот здесь уже можно начинать разработку Новые требования, появляющиеся в процессе проведения тестирования прототипа и более тщательной продумки реализации сведут на нет точность этапов 3 и 4
  8. 8. Outsource. Что можно отдать? • Нельзя отдавать на outsource критические части продукта • UX-дизайн нужно делать внутри, некоторые части графического дизайна можно отдавать на outsource • Можно отдать на outsource часть тестирования
  9. 9. Common Mistakes • Желание сделать все и сразу • Отсутствие прототипа и понимания MVP • Отсутствие KPI tree для измерения результата работ
  10. 10. Полезные ссылки • http://invisionapp.com/ • http://en.wikipedia.org/wiki/Mind_map • http://www.mindjet.com/ • «Inspired: How To Create Products Customers Love» Marty Cagan

×