В техническом задании может быть 50 требований. Но это не значит, что все 50 одинаково важны.

У разных участников проекта свои интересы.

Пользователю нужно, чтобы устройство было удобным. Производству — чтобы его было проще изготовить. Сборщикам — собрать. Сервису — обслуживать. Бизнесу — чтобы всё это укладывалось в экономику проекта.

И довольно быстро требования начинают конфликтовать.

Можно сделать корпус дешевле, но менее удобным. Упростить сборку, но усложнить обслуживание. Добавить характеристику, которая выглядит преимуществом на бумаге, но пользователю вообще не нужна.

Поэтому собрать все пожелания в ТЗ недостаточно. Их нужно расставить по приоритетам.

▪️В первую очередь — требования, из-за которых продукт не купят первый раз или не купят второй.

▪️Затем — то, с чем непосредственно сталкивается пользователь: удобство, безопасность и другие важные для него свойства.

После этого остальные требования проверяют относительно этих приоритетов: где можно упростить конструкцию, оптимизировать производство или снизить себестоимость, не испортив продукт для пользователя.