tzlab.pro

Как я экономлю деньги клиента

1. Я делаю работу один раз

Когда вы заказываете проект без ТЗ, вы платите за одну и ту же работу как минимум дважды.

Как это выглядит:

• Вы даёте задачу разработчикам. Они пишут код «как поняли».
• Через месяц вы видите, что получилось не то, что вы хотели.
• Вы объясняете заново. Они переделывают.
• Через месяц снова не то. Они переделывают снова.
• В итоге вы платите за три итерации, хотя могли заплатить за одну.

С ТЗ я делаю так:

• Мы созваниваемся. Я задаю вопросы. Я фиксирую всё, что вы хотите.
• Я пишу ТЗ. Вы его читаете и утверждаете.
• Я передаю ТЗ разработчикам. Они делают один раз.

2. Я не позволяю разработчикам «додумывать»

Разработчики — хорошие люди. Но они не умеют читать мысли.

Когда у них нет чёткого ТЗ, они начинают додумывать:

• «Наверное, имелось в виду вот это».
• «Обычно так делают, значит, и нам так надо».
• «Я не знаю, что тут должно быть, сделаю как умею».

Итог: вы получаете не то, что хотели, а то, что «додумали» разработчики.

С ТЗ я делаю так:

В ТЗ написано всё:

• Что должно быть на экране.
• Какие кнопки куда ведут.
• Какие данные куда передаются.
• Как должна работать каждая кнопка.

3. Я защищаю вас от «сюрпризов»

Без ТЗ каждый проект — это чёрный ящик.

• Вы не знаете, сколько это будет стоить.
• Вы не знаете, когда это будет готово.
• Вы не знаете, что получится в итоге.

С ТЗ вы знаете всё:

• Цена — до начала работы.
• Сроки — до начала работы.
• Результат — до начала работы.

4. Я помогаю не делать лишнего

Частая проблема: «А давайте ещё вот это сделаем!»

Без ТЗ это звучит как «давайте добавим ещё одну фичу». И разработчики начинают её делать. А потом ещё одну. И ещё одну. В итоге проект раздувается, сроки растут, цена увеличивается.

С ТЗ я делаю так:

В ТЗ чётко написано, что входит в проект, а что — нет.

• Если вы просите добавить что-то новое — я говорю: «Это не входит в ТЗ. Давайте обсудим отдельно».
• Вы видите, что именно вы заказываете, и не платите за лишнее.

5. Я даю вам карту

Без ТЗ ваш проект — это «чёрный ящик». Никто не знает, как он устроен. Никто не знает, как его менять. Никто не знает, сколько это стоит.

С ТЗ вы получаете карту:

• Архитектура.
• Структура БД.
• Интеграции.
• Задачи для разработчиков.

Вы можете:

• Передать ТЗ другому подрядчику.
• Нанять нового разработчика и он разберётся.
• Понять, сколько будет стоить следующая доработка.

6. А что, если срочно? «Захотелось фичу — и точка»

Бывает. Вы решили, что в личный кабинет нужно добавить историю заказов. Прямо сейчас. На вчера.

Что обычно делают: говорят разработчикам «сделайте», они «быстренько» пишут код, и через пару дней фича готова. Только вот через неделю выясняется, что:

• В истории отображаются не все заказы.
• Статусы показываются неправильно.
• На мобильном устройстве таблица не помещается.
• Менеджеры не могут выгрузить историю в Excel.

Фича готова. Но работает «криво». Теперь её нужно переделывать. А переделывать — это новые деньги и новое время.

Что я предлагаю:

Вместо «сделайте» я предлагаю «быстрое ТЗ».

Это не полный документ на 20 страниц. Это краткое описание:

• Что должно быть на экране.
• Какие данные откуда брать.
• Как это должно работать.

Написание такого ТЗ занимает 2–4 часа. Но оно экономит дни (а иногда и недели) переделок.

7. А сколько таких фич «нормально»? И что, если их много?

Почему?

Как бы ни старался архитектор спрогнозировать всё заранее, и как бы ни фантазировал заказчик, всегда находится место для того, что не придумали в моменте.

• Заказчик в процессе начинает лучше понимать свой продукт.
• Разработчики в процессе видят, что можно улучшить.
• Бизнес-условия меняются — появляются новые задачи.

Как я работаю с новыми фичами:

• Фичи обсуждаются отдельно — в процессе их появления.
• Если фичи идут часто — мы составляем дополнительное соглашение к договору, которое определяет стоимость быстрых ТЗ.
• До инициации мной — новые фичи бесплатны.
• После того, как я озвучиваю свою загруженность — каждая новая фича оплачивается по цене из дополнительного соглашения.

Сравнение: без ТЗ vs с ТЗ

Цифры (реальный пример)

Итог

Я экономлю ваши деньги, потому что:

1. Делаю работу один раз — без переделок.
2. Не позволяю разработчикам додумывать — за вас думает ТЗ.
3. Защищаю от сюрпризов — вы знаете цену и сроки до начала.
4. Помогаю не делать лишнего — вы платите только за то, что заказали.
5. Даю вам карту — вы не привязаны ко мне.
6. Быстрое ТЗ для срочных задач — вместо «сделайте» получаете чёткое описание за 2–4 часа.
7. Новые фичи — по чётким правилам — 6 на проект или 2 на модуль — бесплатно, дальше — по договорённости.