Разговор почти всегда начинается одинаково: «Сколько будет стоить такая система?» И почти всегда за вопросом стоит описание на пол-страницы: нужен личный кабинет, интеграция с 1С, приложение под iOS и Android.
Назвать цифру в ответ можно. Она будет неправдой.
Почему цена по описанию — это лотерея
Одна и та же фраза «интеграция с 1С» в двух проектах означает разный объём работ. В одном случае это выгрузка остатков раз в сутки в готовом формате. В другом — двусторонний обмен заказами, резервами и статусами, с учётом того, что в 1С у заказчика доработанная конфигурация, которую правили семь лет, а документацию к правкам никто не вёл.
Между этими вариантами разница не в процентах, а в разах. Подрядчик, который называет цену сразу, закладывает эту разницу в риск: либо пугает суммой с запасом, либо называет приятную цифру, а потом приносит дополнительное соглашение.
Есть и третий путь, честный: сначала разобраться, потом считать.
Что происходит на обследовании
Обследование — это не совещание и не бриф на две страницы. Это отдельный этап работ со своим результатом.
Разбираем процесс как он есть. Не как он описан в регламенте, а как работает на самом деле: кто вносит данные, где дублируют вручную, что делают, когда система «не даёт».
Смотрим системы, с которыми предстоит жить. Какая версия, какие доработки, есть ли доступ к API, кто их сопровождает. Часто именно здесь выясняется, что задача не в новой системе, а в том, что две существующие не разговаривают.
Находим ограничения. Контур без выхода в интернет, требования к персональным данным, сроки, привязанные к отчётному периоду, сотрудники, которых не переучить за месяц.
Формулируем требования так, чтобы их можно было проверить. «Удобный интерфейс» проверить нельзя. «Менеджер оформляет заказ за три шага, не выходя из карточки клиента» — можно.
Что остаётся у заказчика
Карта процессов, требования, оценка сроков и стоимости по этапам. Всё это — документ, который принадлежит заказчику.
Дальше он может работать с нами. А может пойти с этим документом к другому подрядчику и получить сопоставимые предложения — потому что теперь понятно, что именно считать. Такое случается, и это нормально: обследование стоит несопоставимо дешевле, чем полгода разработки не того, что было нужно.
Когда обследование не нужно
Не всегда. Если задача небольшая и понятная — доработать существующий раздел, сделать лендинг с формой, добавить экран в приложение, — мы просто оцениваем работу и делаем.
Обследование нужно там, где цена ошибки высокая: система, в которой будет работать весь отдел; интеграция, от которой зависят продажи; замена того, что уже работает.
Проще говоря: чем сильнее задача завязана на процессы компании, тем дороже обходится непонимание — и тем быстрее обследование себя окупает.