Как учесть все и даже больше в IT-продукте

Делаете вы проект за фиксированную стоимость. А в середине проекта узнается, что модуль интеграции(или любую другую функцию) не учли. Клиент говорит, что сами виноваты, что не спросили «вы же профессионалы». Вы как настоящие разработчики утверждаете, что работаете по техническому заданию и не больше. И дальше долгие споры, где едва ли может быть win-win.

И клиент не виноват, он все не может учесть. И вы не виноваты, так как оценивали ровно то, что просили.

Встает вопрос, как на старте все учесть, чтобы такого не было? Провести агрегацию требований к проекту.

1. Текущее решение. Даже, если планируете разработку CRM, а CRM не было. Как-то же они решали эту проблему раньше.
2. Текущие процессы компании. Контентщики что-то заполняют. Менеджеры что-то обрабатывают. Бухглатера что-то проводят. У всего этого есть процесс, которые формирует требования.
3. Бриф с несколькими десятками вопросом. Некоторым клиетнам помогает сформулировать мысли лучше, чем при интервью.
4. Интервью со всеми стейкхолдерами.
5. Анализ конкурентов.
6. Целевые сегменты клиентов. Посмотреть их CJM, JTBD, US и другие избитые аббревиатуры. Проще говоря, что пользователи этим продуктом будут делать.
7. Опыт схожих проектов. Тут и пригодится ваша экспертность. У почти всех ecommerce-проектов, например, одни и те же интеграции, алгоритмы расчета доставок, сценарии оформления заказа. Кстати, для ecommerce у нас есть чек-лист с набором вопросов. Пишите +, отправлю.

И после десятка часов работы у вас появится спецификация и вилочная оценка проекта.