Техзадание и MVP: почему не нужно писать ТЗ, чтобы начать

Боитесь, что сначала нужно написать подробное ТЗ? Это работа подрядчика. Для MVP хватает часа разговора, дальше дорабатываем онлайн вместе с вами.

Техзадание и MVP: почему не нужно писать ТЗ, чтобы начать

Кому подходит

  • Владельцам, от которых подрядчик требует подробное ТЗ
  • Тем, кто устал от таблиц и переписки в мессенджере
  • Компаниям, которые хотят начать с одного больного процесса

Что получите

  • Почему ТЗ пишет подрядчик, а не владелец
  • Где ломается попытка описать всю систему заранее
  • Как из часа разговора получается MVP на ваших данных
Написать в Telegram

Вы решили, что дальше на таблицах и переписке в мессенджере нельзя. Заходите к подрядчику, а в ответ слышите: «Присылайте подробное техническое задание, тогда посчитаем». И все останавливается, потому что вы владелец бизнеса, а не аналитик, и написать документ на тридцать страниц про собственные процессы для вас работа на месяц, которого нет.

Так это откладывается на год. Не потому что задача сложная, а потому что вход в нее поставлен с ног на голову.

Честный ответ: ТЗ нужно, но пишете его не вы

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

Задача владельца на старте - рассказать, как есть сейчас. Своими словами, без терминов и без попытки предугадать, каким будет интерфейс. Дальше мы задаем вопросы, вы отвечаете, и из этого разговора рождается документ. Требовать ТЗ до начала работ - это перекладывать на клиента то, за что он и платит.

Где ломается попытка описать все заранее

Идея «сначала опишем систему целиком, потом построим» выглядит разумной, но упирается в проверяемые вещи.

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

Бизнес меняется быстрее, чем пишется толстый документ. Пока полгода согласовывают ТЗ, у вас появляется новая площадка, новый склад, новое правило учета - и документ устарел до того, как по нему что-то сделали.

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

Счет: что дешевле в пересчете

Сравните два пути на горизонте проекта.

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

Путь «MVP и итерации»: час разговора, первая работающая версия одного процесса, и дальше правки по факту - на том, что уже можно потрогать. Вы платите за то, что работает, а не за предсказание того, что могло бы работать. Подставьте свои недели и свои ставки в обе формулы - разрыв будет виден без наших цифр.

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

Мы садимся на час. Вы рассказываете про один процесс - например, как сводите выручку с разных площадок в общий итог. Мы уточняем: откуда приходят данные, кто их вносит, где сейчас теряется время. Этого хватает, чтобы собрать MVP - минимальную работающую версию именно этого куска.

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

Вход одним процессом

Начинать с MVP одного больного процесса лучше, чем с описания всей системы, по простой причине: вы платите за пользу, а не за документ. Возьмите то, что болит сильнее всего - где руками сводят цифры или регулярно теряются деньги. Мы превращаем ваш рассказ в работающую версию, вы ее проверяете, мы правим. Только потом беремся за следующий процесс.

Так вы видите, как команда работает под нагрузкой, до того как вложитесь в большой объем. Готовая подписка на чужую программу такого не дает: там вы подстраиваетесь под то, что уже написано, и ваши уточнения ничего не меняют. Система под ваш процесс дорабатывается под вас - это ваш актив, а не аренда чужого.

Что делаем мы

Cloudplus - официальный партнер фирмы «1С» в Узбекистане, юрлицо ООО «Ecommerce». Группе компаний 15 лет, 10 лет в автоматизации, 9 лет в Узбекистане, 60+ сотрудников в Ташкенте, 150+ клиентов.

ТЗ составляем мы - на основе часа разговора с вами. Собираем MVP, показываем на ваших данных, дорабатываем онлайн вместе с вами по ходу. Исходники ваши, доступ у вас.

Что дальше

Не пишите техническое задание. Расскажите про один процесс словами, как есть сейчас - остальное наша работа. Соберем MVP и покажем на ваших данных.

Ташкент, ул. Буюк Турон, 77. Телефоны +998 55 588 70 01, +998 55 588 70 02. Телеграм @cloudplusss.

Как начать

Разбор и демонстрация на ваших данных бесплатны.

  1. Бесплатный разбор процессаНа созвоне обсуждаем, как работает бизнес.
  2. Демо на ваших данныхПоказываем, как будет выглядеть программа. Вы правите на любом этапе.
  3. Рабочая версия через 14 днейРаботаете в программе на своих данных. Проект сдаем на 21-28 день, срок фиксируем в договоре.

Начнем с одного процесса без ТЗ

Опишите процесс словами, как есть сейчас. Соберем рабочую версию и покажем на ваших данных. Рабочая версия через 14 дней.

Написать в Telegram
Программа под заказ: что входит и цена →