О доверии

Клиент два года платил за систему, которая так и не заработала. Подрядчик обещал внедрить управление торговлей — обещания, судя по всему, были красивыми, сроки — оптимистичными, а дальше случилось то, что случается в девяти историях из десяти: годы прошли, деньги ушли, а работать по-прежнему было нечем. По словам клиента, ему даже выставляли счета за исправление ошибок, которые подрядчик сам же и допустил. Ситуация выглядела предельно понятно: плохой исполнитель, разочарованный заказчик, все точки над «ё» расставлены заранее.

Первым делом мы посмотрели на то, что уже сделано технически. И тут начались сюрпризы.

Код оказался написан безупречно. Комментарии, аккуратные отступы, документация — уровень, который в мире доработок 1С встречается примерно с той же частотой, что и письма от налоговой с намерениями о возмещении НДС. Такой код можно вставлять в методичку как образец. База обросла десятками интеграций — маркетплейсы, Telegram, почта, целая экосистема подключённых сервисов. По одной только технической части выходило: подрядчик умел работать и работал много, причём хорошо.

Возникал вопрос, который в такие моменты обычно повисает в воздухе неприятной паузой: если код настолько хорош, а объём работы настолько велик — почему это всё не работает?

Позвонили подрядчику. Услышали версию, которая с рассказом клиента не билась примерно ни в одной точке.

Оказалось, на старте проекта подрядчик прямо предупредил: прежде чем переносить систему, данные нужно привести в порядок. Это не прихоть исполнителя и не способ продать лишние часы — без чистых, структурированных данных ни одна система не заработает так, как задумано, сколько бы денег в неё ни вложили. Клиент отказался. Причём отказался определённо: ничего не чистим, нужна вся история как есть, переносите данные без изменений.

Подрядчик сделал именно то, о чём его попросили. Весь хаос, годами копившийся в старой системе — дублирующиеся контрагенты, разночтения в справочниках, тестовая первичка, которые должны были быть временными лет пять назад, — перенесли в новую систему один в один. Технически безупречную. Современную. С красивым кодом и умными интеграциями. По сути — цифровую копию старого беспорядка, только теперь автоматизированную и с уведомлениями в Telegram.

В этом и есть суть истории, ради которой её стоит рассказывать. Клиент ждал от новой системы того, чего от систем обычно ждут по умолчанию: что она сама наведёт порядок. Смена программы почему-то воспринимается как гарантия порядка — будто дело было не в людях и процессах, а в недостаточно современном интерфейсе.

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

Клиенту сказали как есть: к подрядчику, по крайней мере профессионально, претензий нет. Код написан качественно, работа выполнена в точности так, как её просили выполнить. Проблема была не в исполнителе и не в программе — она была в решении, принятом два года назад, не наводить порядок перед переносом.

За дальнейшую работу в этой ситуации мы не взялись — не потому что задача технически неразрешима, а потому что браться за неё, не решив исходную проблему, означало бы красиво имитировать деятельность и брать деньги за результат, который был предсказуем ещё до первой строчки кода. Это, в общем, не наш метод.

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