Компания-клиент переходила с Navision на 1С. Одно из требований звучало как «документы нельзя удалять, только дублировать исправленные версии». Заказчик настаивал на этом подходе только потому, что так было принято в Navision.

При этом в 1С уже давно существует более совершенный механизм — как по скорости, так и по удобству — механизм версионирования. Он позволяет видеть всю историю изменений, сравнивать версии и отслеживать, что именно было изменено.

Этот механизм объективно даёт больше возможностей, чем подход из Navision. Однако на старте заказчик сопротивлялся: он считал, что у компании «специфика», и требовал реализовать систему «как привыкли».

К счастью, удалось настоять на правильном решении и изменить это требование. В результате компания сэкономила от трёх до пяти миллионов рублей только на доработках.

Компания в качестве требования к обработке заказов утвердила формулировку: «Пользователь должен иметь возможность редактировать заказ на сайте».

Проблема в том, что ответов на вопросы «что именно он сможет менять?», «как эти изменения попадут в другие системы?» и подобные — в документе не было.

По факту одна неконкретная фраза чуть не стоила компании нескольких миллионов: в их IT-ландшафте из семи систем вообще не предусматривалось редактирование заказа.

Если бы подрядчики взялись выполнять написанное, они изобрели бы велосипед, который всё равно не поехал бы. В итоге требование мы сняли, и проект спокойно пошёл дальше.

Клиент — производство, оптовая и розничная торговля автомобильными чехлами. До нас он работал с подрядчиками, которые делали ему систему «всё в одном» по уникальной методологии — компот из системы учёта, CRM, интернет-магазина и B2B-портала в одной веб-программе.

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

• даже близко нет чего-то похожего на базовый складской учёт как в 1С;
• модуль CRM до amoCRM или Битрикс24 не дотягивает;
• а всё, что есть стандартного в CMS Битрикса, они пилят уже кучу времени.

В итоге мы разработали Проектное решение на основе типовых программ и за год получили адаптированное удобное семейство систем — просто использовав каждую систему по назначению и настроив обмен между ними.

Как-то мы столкнулись с очень показательной ситуацией. Компания планировала внедрить WMS-систему для автоматизации склада. Бюджет проекта — около 3 миллионов рублей. На вопрос «Зачем?» ответ был простой: чтобы кладовщики лучше работали.

Когда начали проводить интервью, выяснилось, что проблема вообще не в кладовщиках. Они не видели ожидаемые поставки, потому что отдел закупок не вёл заказы в 1С. Из-за этого склад работал вслепую, возникали ошибки и сбои, а руководство воспринимало это как проблему склада.

В итоге задача, которую собирались решать дорогой и сложной системой, решилась одной доработкой за 80 тысяч рублей и обучением сотрудников. Компания была готова заплатить 3 миллиона за устранение следствия — тогда как устранение причины обошлось в десятки раз дешевле.