Вы решили, что дальше на таблицах и переписке в мессенджере нельзя. Заходите к подрядчику, а в ответ слышите: «Присылайте подробное техническое задание, тогда посчитаем». И все останавливается, потому что вы владелец бизнеса, а не аналитик, и написать документ на тридцать страниц про собственные процессы для вас работа на месяц, которого нет.
Так это откладывается на год. Не потому что задача сложная, а потому что вход в нее поставлен с ног на голову.
Честный ответ: ТЗ нужно, но пишете его не вы
Техническое задание действительно нужно - без него разработка превращается в бесконечную переделку. Но составление ТЗ это работа подрядчика, а не ваша. Вы знаете свой бизнес: как приходит заказ, где теряются деньги, что вы каждый день сводите руками. Перевести это в требования к системе - наша часть, и она входит в проект, а не предшествует ему.
Задача владельца на старте - рассказать, как есть сейчас. Своими словами, без терминов и без попытки предугадать, каким будет интерфейс. Дальше мы задаем вопросы, вы отвечаете, и из этого разговора рождается документ. Требовать ТЗ до начала работ - это перекладывать на клиента то, за что он и платит.
Где ломается попытка описать все заранее
Идея «сначала опишем систему целиком, потом построим» выглядит разумной, но упирается в проверяемые вещи.
Вы не можете описать то, чего еще не видели. Пока перед вами нет работающего экрана, любое требование - это догадка о том, как вам будет удобно. Половина этих догадок отвалится при первом же реальном использовании.
Бизнес меняется быстрее, чем пишется толстый документ. Пока полгода согласовывают ТЗ, у вас появляется новая площадка, новый склад, новое правило учета - и документ устарел до того, как по нему что-то сделали.
Чем толще ТЗ, тем меньше его читают. Тридцать страниц никто не держит в голове целиком, и в спорный момент выясняется, что заказчик имел в виду одно, а исполнитель прочитал другое. Ошибка обнаруживается на сдаче, когда переделывать дорого.
Счет: что дешевле в пересчете
Сравните два пути на горизонте проекта.
Путь «полное ТЗ вперед»: недели на написание документа, оплата аналитику или ваше собственное время, затем разработка вслепую по бумаге, затем сдача - и правки, потому что на бумаге все выглядело иначе. Считайте: время на документ плюс разработка того, что потом переделывается, плюс сами переделки.
Путь «MVP и итерации»: час разговора, первая работающая версия одного процесса, и дальше правки по факту - на том, что уже можно потрогать. Вы платите за то, что работает, а не за предсказание того, что могло бы работать. Подставьте свои недели и свои ставки в обе формулы - разрыв будет виден без наших цифр.
Как это выглядит на деле
Мы садимся на час. Вы рассказываете про один процесс - например, как сводите выручку с разных площадок в общий итог. Мы уточняем: откуда приходят данные, кто их вносит, где сейчас теряется время. Этого хватает, чтобы собрать MVP - минимальную работающую версию именно этого куска.
Через короткий срок вы открываете ее и пробуете на своих данных. Что-то удобно, что-то нет - вы говорите об этом прямо в процессе, мы дорабатываем онлайн, вместе с вами. Требования уточняются на живой системе, а не на слайде. К моменту, когда процесс закрыт полностью, он уже проверен вашими же руками.
Вход одним процессом
Начинать с MVP одного больного процесса лучше, чем с описания всей системы, по простой причине: вы платите за пользу, а не за документ. Возьмите то, что болит сильнее всего - где руками сводят цифры или регулярно теряются деньги. Мы превращаем ваш рассказ в работающую версию, вы ее проверяете, мы правим. Только потом беремся за следующий процесс.
Так вы видите, как команда работает под нагрузкой, до того как вложитесь в большой объем. Готовая подписка на чужую программу такого не дает: там вы подстраиваетесь под то, что уже написано, и ваши уточнения ничего не меняют. Система под ваш процесс дорабатывается под вас - это ваш актив, а не аренда чужого.
Что делаем мы
Cloudplus - официальный партнер фирмы «1С» в Узбекистане, юрлицо ООО «Ecommerce». 15+ лет в разработке, 7 из них в Узбекистане, 120+ сотрудников в Ташкенте, 100+ внедрений.
ТЗ составляем мы - на основе часа разговора с вами. Собираем MVP, показываем на ваших данных, дорабатываем онлайн вместе с вами по ходу. Исходники ваши, доступ у вас.
Что дальше
Не пишите техническое задание. Расскажите про один процесс словами, как есть сейчас - остальное наша работа. Соберем MVP и покажем на ваших данных.
Ташкент, ул. Буюк Турон, 77. Телефон +998 71 207 71 24. Телеграм @cloudplusss.
- Разработка под процесс - если процесс перерос типовую конфигурацию.
- Кейс APP1 - как из одного вопроса владельца собрали единый учет выручки.