ТЗ на разработку любого сервиса (особенно массового) должно включать макеты/прототип. На примере кейса с Банком Москвы, которые в 2003 внедрили "коробку", а к юзабилити пришли только в 2015 году, рассказываю о возможностях для проектной команды уже на первом этапе внедрения получить сервис с высокими пользовательскими качествами.
В презентации есть примеры пользовательских проблем, а также объясняется практическая ценность каждого этапа создания макета. Если Банк включает в ТЗ макеты, появляется выбор, например, использовать "коробку", но до внедрения тестировать их интерфейс (или передать вендору готовое юзабилити-исследование USABILITYLAB). Качественное решение банк получает уже на этапе внедрения даже "коробки".
Эволюция проекта:
1. Низкий приоритет для проекта ДБО и разработка ТЗ (функциональность, безопасность).
2. Выбор "коробки.
3. Боремся за работоспособность внедрения.
4. Боремся с техническими проблемами.
5. Набираем статистику.
6. Приходим к выводу, что "коробка" не соответствует уровню банка (речь про пользовательские качества и дизайн).
7. ТЗ на собственное решение, которое включает макеты, проверенные на пользователях.
8. Внедрение, борьба за работоспособность ("чтоб без технических проблем").
9. Красота и оценка/улучшение пользовательских качеств внедрения.
10 Продвижение.