главная / блог /

Плюсы и минусы написания программ по устному техзаданию заказчика

Я и не помню, когда мы делали что-то по устному ТЗ от Заказчика. Хотя почему же, недавно делали редизайн главной страницы сайта по устному ТЗ, которое звучало так «Хочу современно, всю информацию на одной странице, без слайдеров, чтобы клиент листал вниз и получал с одной страницы всю необходимую информацию для принятия решения о сотрудничестве». И если бы я не знал Клиента уже более 10 лет, то за такой проект, конечно же, мы бы не взялись. Но понимание агентством специфики бизнеса позволяет иногда Заказчику вот так вот расслабиться и ставить задачи 😎

Итак, плюсы для Клиента 🤟

  • не нужно взъезжать в область задачи, можно сказать «сделай хорошо» и забыть. И таки если давно работаешь с подрядчиком скорее всего все будет хорошо.
  • можно капризничать. Ну а что, подрядчик же взял задачу в работу, значит можно затягивать сроки, не предоставлять материалы, делать правки и всячески затягивать проект
  • если будет плохой результат, есть повод сказать - ну вот, я так и думал что сделают какую-то фигню. Всем нужно управлять самому. И пойти все-таки и собрать материалы и сделать ТЗ

Минусы для Клиента ⌛️

  • Большой риск, что проект может затянуться или вообще уйти на полку к другим незавершённым (с таким подходом их копится целая коллекция же)
  • Слабое погружение в тему. При потере контакта с агентством, будет трудно найти нового подрядчика

Плюсы для исполнителя 🧐

  • быстрый цикл сделки и выход на предоплату
  • низкая стоимость продажи
  • проект можно быстро завершить, если есть авторитет в глазах заказчика (но есть риск, см. Минусы)

Минусы для исполнителя 🤯

  • риск никогда не сдать проект и уйти в минус
  • риск испортить репутацию не только с текущим Клиентом, но и по рынку
  • риск эмоционально выгореть и «разочароваться в профессии»

Резюмирую:

  1. Если вы хорошо знаете друг-друга (Заказчик и Исполнитель), то работа по устному ТЗ допустима, но по ходу все-таки нужно формулировать и согласовывать образ результата на уровне прототипа или дизайн макета
  2. Если понятно, что кто-то не тянет - лучше отказаться «на берегу»
  3. Если отказываться уже поздно, то этот проект точно будет всем в минус, но и такие проекты нужно уметь завершать и делать выводы
Приглашаю фаундеров стартапов и собственников операционных бизнесов на диагностическую сессию, где в формате диалога мы с вами: подробнее