Почему одна и та же доработка 1С может стоить в десятки раз дороже

Знакомая до боли ситуация: приходит исполнитель, копается в базе день-другой, дописывает буквально несколько строк в какой-то модуль — и присылает счёт, от которого у заказчика случается разрыв шаблона. «Вы за ЭТО просите столько?! Тут же работы на десять минут!» Заказчик открывает акт, мысленно прикидывает объём правки, потом нули в сумме — и чувствует себя обманутым. А исполнитель искренне не понимает возмущения: он-то знает, сколько на самом деле стоило найти то самое место, куда эти несколько строк поставить. Этот кейс — не про конкретную сумму и не про то, кто прав. Это история о том, что в мире разработки 1С всё относительно: одна и та же работа у разных людей может отличаться по стоимости в десятки раз, и обе цены могут быть по-своему справедливы. Разбираемся, из чего на самом деле складывается цена небольшой правки.

Старая притча, которая объясняет всё

Есть древняя инженерная байка, которую в разных вариациях слышал каждый, кто хоть раз выставлял счёт за интеллектуальную работу. На завод зовут дорогого специалиста починить огромный генератор, который встал и остановил производство. Тот ходит вокруг, слушает, думает — потом достаёт кусок мела, ставит крестик на одной детали и говорит: «Меняйте здесь». Генератор запускается, производство встаёт на ноги. Специалист присылает счёт с внушительной суммой. Возмущённое руководство требует детализацию: «Вы поставили одну меловую метку!». Он присылает новый акт: «Меловая метка — копейки. Знание, где её поставить — всё остальное».

Эта притча — корень любого спора про «небольшую правку за большие деньги». Заказчик видит и хочет оплатить крестик. А платит он — или должен платить — за знание, где этот крестик ставить. Вопрос только в том, что на самом деле стоит за этими несколькими строками. И вот тут начинается самое интересное: в зависимости от того, кто и как делал работу, ответ может отличаться в десятки раз.

Из чего на самом деле складывается небольшая правка

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

• Диагностика. Чтобы дописать эти строки, кто-то сначала днями читал чужой код без документации, воспроизводил ошибку, которая появляется только при закрытии месяца и только у одного пользователя, и методом исключения добрался до того самого места. Финальная правка — это верхушка айсберга, под которой часы, а иногда и дни раскопок.
• Экспертиза. Понимание, что нужны именно эти несколько строк, а не переписывание половины подсистемы — это спрессованные годы опыта. Новичок на той же задаче честно проработает несколько дней, сломает пару соседних механизмов и всё равно не факт, что починит. Опытный специалист ставит крестик быстро. Заказчик платит не за минуты работы, а за то, что этим минутам предшествовали годы.
• Цена последствий. Что эта правка чинит? Если из-за ошибки у компании не проводится отгрузка и встал склад — каждый день простоя стоит очень дорого. Если изменение разблокирует критичный процесс или спасает закрытие периода — цена привязана к масштабу проблемы, а не к количеству символов. Короткая правка, которая снимает крупные потери, может стоить несоизмеримо больше своего объёма. Это не наглость — это арифметика ценности.
• Ответственность и гарантия. Исполнитель отвечает за то, что правка не развалит остальное, что через месяц она не «отвалится», что будет кому позвонить, если что-то пойдёт не так. Это не разовая продажа кода — это продажа спокойствия.
• Себестоимость исполнителя. За спиной у компании-исполнителя — офис, специалисты, лицензии, сопровождение, налоги и гарантийные обязательства. Частный специалист дешевле — это правда. Но и рисков заказчик в таком случае берёт на себя больше.

Если всё перечисленное реально присутствует — высокая цена за небольшую правку перестаёт быть анекдотом и становится нормальным ценообразованием по результату. Именно так работает фиксированная цена за результат: заказчик платит за решённую проблему, а сколько там строк и часов ушло — это риск и забота исполнителя.

Одна и та же проблема — два пути, отличающиеся в десятки раз

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

Дальше сценарий ветвится — и именно здесь становится видно, почему одна и та же работа может стоить в десятки раз по-разному.

Путь эксперта: найти причину, потом чинить

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

Результат: проведение документа ускоряется в разы, массовое перепроведение на закрытии перестаёт валиться, склад снова отгружает. В акте это выглядит как «оптимизация проведения» — и да, по объёму правки там пара строк кода. Но заказчик платил за неделю поиска причины в чужом коде, за знание, что виноват именно запрос в цикле, а не «слабый сервер», и за то, что склад в сезон снова работает.

Путь «по симптому»: лечить следствие за большие деньги

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

• «Виновато железо». Первая и самая частая версия — «база тормозит, значит слабый сервер». Заказчику уже готовы насчитать апгрейд: новый сервер, лицензии, работы по переносу. Проблема в том, что запрос в цикле не лечится процессором. Купили бы железо в разы мощнее — получили бы те же зависания, только позже, когда объём документов подрастёт. Деньги потрачены, симптом вернулся.
• «Переписать механизм». Второй заход — не разбираться, где узкое место, а героически переписать всю подсистему проведения «по-нормальному». Это недели работы, регрессионное тестирование, риск сломать смежные механизмы, которые цепляются за этот же модуль. Бюджет и сроки вырастают на порядок — и всё это на фоне живого продакшена.
• «Ускорить любой ценой». Самый опасный путь. Чтобы «просто заработало», можно отключить проблемную проверку в проведении — да, станет быстро. А потом учёт уходит в неконтролируемое состояние, отгружается то, чего нет, и к тайм-аутам добавляется пересортица и разборки с клиентами. Лечили производительность — получили дыру в учёте.
• «Индексы и настройки наугад». Навесить индексов, покрутить параметры базы данных, посидеть в журналах без гипотезы. Дни оплачиваемого времени — и в лучшем случае небольшое улучшение, потому что корень проблемы (тысячи лишних обращений) никуда не делся.

Два пути на одну проблему — рядом

Вот здесь и становится видно главное: «дорого за небольшую правку» — это часто не переплата, а экономия. Заказчик, который считает строки, сравнивает счёт с нулём («да там работы на десять минут!»). А сравнивать надо не с нулём, а с альтернативой — с теми самыми затратами на сервер в разы больше, неделями переписывания и простоем в сезон. На этом фоне точная правка за несколько дней раскопок — самое дешёвое, что могло произойти с этим заказчиком. Разница между экспертом и не-экспертом даже не в скорости фикса — она в том, что эксперт сначала находит настоящую причину, а уже потом чинит.

Обратная сторона: когда небольшая правка — это действительно просто небольшая правка

Будем честны: тезис «вы платите за ценность, а не за строки» — идеальное прикрытие для тех, у кого никакой ценности за счётом нет. И наглости в отрасли хватает. Вот что превращает справедливую цену в обычный развод:

Водораздел простой. Высокая цена за небольшую правку — это нормально, если заказчик после этого зарабатывает или экономит кратно больше и понимает, за что платит. И это развод, если единственный актив в сделке — незнание заказчика. Разница не в сумме. Разница в том, есть ли за суммой реальная ценность или только асимметрия информации.

Любопытно, что даже в комментариях к подобным историям нет единства. Одни защищают высокую цену как оплату экспертизы и ответственности. Другие резонно замечают: грамотный специалист находит такую ошибку за считаные часы, а не за неделю, и значит «неделя раскопок» — уже признак не самой высокой квалификации. Третьи иронизируют: «идеальный код — это тот, который не надо каждый раз исправлять; ну и дурак, он нас кормил годами». И все по-своему правы. Именно поэтому одна и та же работа может стоить в десятки раз по-разному — потому что за ней стоят разные люди, разный опыт и разная честность.

Как понять, что вам предлагают — ценность или воздух

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

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

Памятка: если вы покупаете доработку

А можно ли вообще не платить за небольшую правку так дорого

Есть и третий путь — не доводить до ситуации, где нужна дорогая экстренная правка чужого кода. Многие «немного кода за большие деньги» — это следствие того, что проблема зрела месяцами, обрастала костылями и взорвалась в самый неудобный момент. Если бы учёт вели на понятных, поддерживаемых решениях, а не на недокументированных самописных надстройках, диагностика занимала бы не дни, а минуты — и стоила бы соответственно.

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

Итог

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

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