ТЗ - писать или не писать?

Сколько раз вы задавались этим вопросом? Почти каждый, кто стоит на пороге описания продукта, сталкивается с этой дилеммой и в муках изучает ГОСТы, ведь, как известно, без четкого ТЗ результат - сами знаете, какой. Но вместе с нашим СРО я хочу немного облегчить вашу жизнь и убедить вас в том, что сложное ТЗ «по форме» нужно писать далеко не сразу, начните с описания бизнес-требований продукта.

https://youtu.be/cgTx0SH9yD4?feature=shared

Немного разграничим понятия, которые скрываются за двумя страшными буквами «Т» и «З».

Функциональные требования - они существуют для разработчиков. Фичи вашего продукта, как будет работать система при каждом маршруте пользователя - все эти подробности позволяют реализовать продукт с технической стороны. Но далеко не каждый заказчик может говорить на языке разработчика.

Бизнес-требования - для тех, кто не погружен в тонкости разработки, но твердо стоит на бизнесовой почве. То есть для любого руководителя компании. Это вся бизнес- и маркетинговая аналитика, упакованная в документе - цели продукта, его ЦА, информация о вашей компании, закладываемый бюджет.

На первых порах именно эти данные помогают наладить взаимодействие клиента и разработчика, сократить срок оценки бюджета и дать ясное представление о том, что будет разрабатываться. Четко описанных бизнес-требований достаточно, если вы не технарь и никогда не писали ТЗ.

Кстати, под видео есть еще очень классный гайд, по факту это тот самый документ бизнес-требований к разработке выдуманного сервиса онлайн-бронирований отелей. Он наглядно показывает, что должен содержать подобный документ. Пользуйтесь!

#тз #бизнестребования #Разработка

ТЗ - писать или не писать? | Сетка — социальная сеть от hh.ru