7. Макеты господин Дизайнер показывает примерно в той же очередности, как и делал (1%). А вот тут, братушки и сестрицы, сокрыта огромная, грандиозная лажа. Запомните: всегда, нет, ВСЕГДА макеты надо показывать не в той последовательности, что вы делали, а в виде конкретного сценария: вот, мол, сценарий, вот так пользователь его проходит, вот тут заканчивает, досвиданья. Если вы будете показывать так - вам обеспечена конструктивная обратная связь и нормальное одобрение. Будете показывать разрозненные макеты - нарветесь на подозрительно легкое «ОК» или цепляние к цвету кнопочек, воздуху в заголовках и прочей фигне. И при таком раскладе вы в любом случае будете править макеты на разработке, когда заказчик НАКОНЕЦ-ТО примерит ваши макеты на реальный сценарий - и это будет дорого, долго и болезненно.



Сценарный подход (а в основу его можно класть тот самый CJM) серьезно упрощает и подготовку макетов, и согласование, и объяснение внутри команды. Придерживайтесь его и только его, макеты россыпью никому не интересны.



8. ЕБН кивает, процеживает «Вроде ничего» и дает добро на запуск в работу. (2%) Еще раз: самый плохой заказчик - это не тот, который докапывается до ваших макетов, а тот, который быстро со всем соглашается. Это значит, что ему пофиг на проект - и не дает вам гарантии, что он не начнет цепляться по делу на более поздних стадиях продукта. Будьте внимательны.



9. Макеты запускаются в работу, выкатываются разработчиком (1%). На этом этапе часто происходит море продуктовой фигни, но в большинстве случаев - это фигня, посеянная намного раньше. Про трудности общения с разработчиком мы еще отдельно поговорим.



10. Когда в проект запускаются пользователи, выясняется, что интерфейс - говно. (1%). Ну, тут почти без комментариев. Если на этом этапе что-то пошло НЕ ТАК, то вам некого винить кроме самого себя. Что наворотили, то и кушайте.



#хуиксугадайка #изкрестьянскогобыта