Запрос «доработка 1С цена» интересен тем, что кликов по нему больше, чем самих запросов: человек открывает сайт за сайтом и нигде не находит цифру. Вместо нее — форма обратного звонка и обещание рассчитать индивидуально.
Разберем, из чего складывается оценка, какие цифры считаются нормальными и как проверить сумму, которую вам назвали.
Почему цену действительно трудно назвать
Начнем с честной части. Одна и та же формулировка задачи означает разный объем работ в разных базах. «Добавить скидку в документ реализации» в чистой типовой конфигурации — работа на несколько часов. В базе, которую восемь лет дорабатывали трое разных подрядчиков, та же задача требует сначала понять, как там уже считаются цены и что сломается.
Вторая причина — формулировки. Заказчик говорит «нужен отчет по продажам», и за этой фразой может стоять как готовый механизм с двумя настройками, так и новая система показателей с расчетом маржинальности по нескольким базам распределения.
Третья причина менее приятная. Пока цена не названа, разговор всегда начинается с вашего бюджета, и назвать сумму чуть ниже него удобнее, чем защищать свою.
Из чего состоит оценка
Любая доработка, даже мелкая, состоит из пяти частей. Подрядчик, который считает только вторую, потом приходит за дополнительными деньгами.
- Разбор. Понять, как задача устроена в вашей базе, что уже сделано до нас, какие механизмы затрагиваются.
- Работа. Собственно изменение: объекты, формы, алгоритмы, права.
- Тестирование. Проверка сценария целиком, включая исключения: отмена, повтор, права другого пользователя.
- Перенос в рабочую базу. Отдельное действие со своим риском, особенно если база большая и обновление требует окна.
- Объяснение людям. Короткая инструкция или показ тому, кто будет этим пользоваться.
Разбор и тестирование обычно занимают вместе столько же, сколько сама разработка. Это нормальная пропорция, и попытка ее сократить — главный источник доработок, которые «сделали, но пользоваться нельзя».
Порядок цифр по типам задач
| Тип задачи | Что обычно входит | Порядок |
|---|---|---|
| Печатная форма или простой отчет | Верстка, отбор данных, вывод, проверка на реальных документах | Десятки тысяч рублей |
| Доработка существующего документа | Новые поля, проверки при проведении, влияние на движения регистров | От нескольких десятков до сотни тысяч |
| Пакет мелких работ на месяц | Несколько задач с приоритетами, общий разбор и одно окно обновления | От 90 000 ₽ |
| Обмен по программному интерфейсу | Проектирование, разработка, повторы, журналирование, тестирование | От 120 000 ₽ |
| Обмен с торговой площадкой | То же плюс остатки, заказы, возвраты, сверка | От 140 000 ₽ |
| Новая бизнес-логика в учете | Новые объекты, регистры, отчеты, права, обучение | Сотни тысяч рублей |
Все, что дороже 300 000 ₽, у нас делится на этапы с оплатой 50 процентов на старте, 30 после демонстрации и 20 после передачи. Работы дешевле оплачиваются разово по факту, без предоплаты и без авансов на неопределенный объем.
Цифры выше — порядок величин, прайсом они не являются. Точная сумма появляется после разбора и зависит от факторов, перечисленных ниже.
Шесть факторов, которые удваивают цену
Одинаковые по описанию задачи в двух базах отличаются по трудоемкости в разы. Вот из-за чего.
Состояние конфигурации. Типовая с расширениями — самый дешевый случай. Снятая с поддержки конфигурация с правками в коде — самый дорогой: каждое изменение требует понять чужую логику и не сломать соседнее.
Отсутствие тестовой базы. Если разработчику негде проверить работу на реальных данных, тестирование переезжает в рабочую базу, а это другая цена ошибки и другая скорость.
Размытая постановка. «Сделайте, чтобы было удобно» означает, что критерий готовности появится только в момент приемки, и вероятность переделки высокая.
Число заинтересованных. Задача, которую согласовывают три отдела с разными представлениями о правильном, дорожает на согласованиях сильнее, чем на разработке.
Требования к производительности. Отчет, который должен открываться за секунды на миллионах записей, — другая работа, нежели тот же отчет на тысяче документов.
Обновляемость. Решение можно собрать быстро и грязно или так, чтобы оно пережило обновления платформы и конфигурации. Второе дороже сразу и дешевле на горизонте года.
Почему оценка без доступа к базе — фантазия
Точная оценка требует хотя бы часа с вашей базой. Специалист смотрит версию платформы и конфигурации, снята ли она с поддержки, какие расширения уже стоят, объем данных и то, как реализованы соседние механизмы.
Без этого возможна только вилка по опыту, и честный подрядчик так и скажет: «похоже на задачу от такой-то до такой-то суммы, точнее после разбора». Ответ «сделаем за столько-то» без единого вопроса означает либо тройной запас в цене, либо будущие дополнительные соглашения.
Разбор — это платная работа, но короткая. По мелким задачам он занимает часы и нередко входит в стоимость первой работы, если вы соглашаетесь ее заказать.
Есть исключение, когда вилку назвать можно сразу и она будет точной: типовые работы, которые исполнитель делал десятки раз. Обмен с банком, выгрузка в маркетплейс, стандартная печатная форма — здесь опыт заменяет разбор, потому что объем известен заранее. Насторожить должно обратное: мгновенная точная цена на задачу, которая звучит уникально.
Отдельная категория — оценка работ по чужой доработке. Здесь без разбора не обойтись никогда: понять, что и как сделал предыдущий исполнитель, иногда дороже, чем написать заново, и честный ответ «дешевле переделать» вы услышите только после того, как кто-то залезет внутрь.
Две модели работы: задача или подписка
Разовые задачи оцениваются по фиксированной цене после разбора. Модель удобна, когда задача одна и понятная: сделали, приняли, разошлись.
Когда задач поток, разумнее подписка на пакет часов в месяц с очередью приоритетов. Она дешевле по единице работы, потому что нет повторного разбора и отдельного окна обновления под каждую мелочь. Плюс исполнитель постепенно узнает вашу базу и работает быстрее.
Ловушка подписки известна: часы кончаются, а результат не виден. Лечится двумя правилами. Первое: у каждой задачи в очереди есть понятный результат, а не просто описание. Второе: раз в месяц вы получаете отчет с перечнем сделанного и остатком часов.
Что мы не берем и почему
Раздел, который экономит время обеим сторонам.
Лицензии и договоры сопровождения. Мы не франчайзи, продаем только работы. Лицензии вы покупаете напрямую и дешевле, чем через посредника.
Постановку учета и методологию. Вопрос «как правильно отражать эту операцию» решает ваш бухгалтер или методолог. Мы делаем технику, когда решение принято.
Разбор несходящихся проводок и закрытие месяца. Это работа для специалиста по учету, и попытка решить ее силами разработчика заканчивается плохо для всех.
Такая граница выглядит неудобной, зато честной: чужую зону ответственности мы не берем и не выставляем за нее счета.
Сколько это занимает по времени
Срок работ волнует заказчика не меньше цены, а называют его еще реже. Ориентиры такие.
Печатная форма или отчет — от одного до трех рабочих дней плюс время на согласование внешнего вида. Доработка документа — неделя-полторы вместе с тестированием. Обмен с внешней системой — три-четыре недели, из которых половина уходит на согласование доступов и тестирование на стороне партнера: почему это так, разобрано в статье про обмены.
К любому сроку добавляется окно обновления рабочей базы. В компаниях, где система работает круглосуточно, это отдельная договоренность, и планировать ее надо заранее, а не в день готовности доработки.
Что означает гарантия
Слово «гарантия» в договорах на доработку понимают по-разному, поэтому его стоит расшифровать до подписания.
Разумная формулировка: в течение согласованного срока после передачи исполнитель бесплатно исправляет случаи, когда доработка работает не так, как описано в постановке задачи. Обычный срок — от месяца до трех.
Гарантия не покрывает новые пожелания, изменения законодательства и поломки, вызванные обновлением конфигурации, если обновление делал не исполнитель. Это нормальные исключения, и честный подрядчик проговаривает их сразу. Отсутствие гарантии вообще — плохой признак: он означает, что исполнитель сам не уверен в результате.
Как выглядит хорошая постановка задачи
Половина переделок случается из-за того, что задачу описали одной фразой. Хорошая постановка занимает полстраницы и содержит пять вещей.
- Кто и когда этим пользуется. Роль, момент в процессе, частота.
- Что происходит сейчас. Как задача решается без доработки, с конкретными шагами.
- Что должно происходить. Желаемое поведение, включая исключения: что делать, если данных не хватает или операция отменена.
- Как проверим. Конкретный сценарий на конкретных данных, по которому обе стороны поймут, что работа сделана.
- Чего делать нельзя. Например, менять существующие печатные формы или трогать проведение документа.
Такую постановку составляет либо ваш сотрудник, либо аналитик подрядчика после разговора с ним. Второе — платная работа, и она дешевле, чем переделка.
Отдельно про приоритеты. Когда задач много, полезно раз в месяц пересматривать очередь и выкидывать из нее то, что перестало быть нужным. По опыту, до трети накопленных пожеланий отмирает само: процесс изменился, человек ушел, задачу закрыли организационно. Оплачивать их разработку через полгода после появления — чистая потеря денег.
Хороший маркер зрелости отношений с подрядчиком: он сам предлагает вычеркнуть задачу из очереди, если видит, что она потеряла смысл. Исполнитель, который молча делает все, что накопилось, зарабатывает больше, но именно с ним потом расстаются.
Как проверить названную цену
Не сравнивайте итоговые суммы разных подрядчиков — сравнивайте состав работ. Одна и та же цифра может означать «сделаем и уйдем» и «сделаем, протестируем, перенесем и научим».
Задайте пять вопросов. Сколько часов заложено на разбор и тестирование отдельно от разработки? Что произойдет с решением при обновлении конфигурации? Останется ли конфигурация на поддержке? Кто и как проверяет результат до переноса в рабочую базу? Что входит в гарантию и сколько она длится?
Внятные ответы на пять вопросов важнее, чем разница в двадцать процентов по цене. Дешевая доработка, снявшая конфигурацию с поддержки, обходится дороже любой экономии при первом же обновлении: механика этого разобрана в статье про расширения.
Что должен спросить подрядчик до оценки
Обратная сторона той же медали. Если у вас ничего не спросили, оценка взята с потолка.
- Какая версия платформы и конфигурации, снята ли с поддержки?
- Какие расширения и доработки уже есть?
- Есть ли тестовая копия базы и как часто она обновляется?
- Сколько пользователей работает одновременно и в какие часы?
- Какой объем данных: документов в месяц, позиций номенклатуры?
- Кто со стороны заказчика принимает результат?
- Есть ли окно для обновления рабочей базы и когда?
Семь вопросов занимают десять минут разговора и отсекают большую часть будущих споров о том, что входило в работу.
Кто дешевле: франчайзи, фрилансер или студия
Вопрос, который встает перед каждым, кто ищет исполнителя. Ответ зависит от задачи, и универсально дешевого варианта нет.
Франчайзи силен в методологии учета и типовых конфигурациях, держит договор сопровождения и умеет обновлять. Слабее в интеграциях и нестандартной логике, ставка выше средней, мелкие задачи могут стоять в очереди за крупными проектами.
Частный специалист дешевле по ставке и быстрее на мелких задачах. Риски известны: отпуск, болезнь и смена приоритетов останавливают работу целиком, документации обычно нет, и следующему исполнителю придется разбираться в коде без подсказок.
Студия разработки дороже фрилансера и сопоставима с франчайзи. Сильна там, где нужна инженерия: обмены, нагрузка, нестандартные механизмы, работа с данными. Слаба там, где нужна методология учета, и честная студия про это говорит прямо.
Практический вывод простой. Учетные вопросы и обновления типовых — к тем, кто живет в методологии. Интеграции, производительность и нестандартную логику — к инженерам. Попытка закрыть все одним подрядчиком обычно означает, что половину работ он делает впервые за ваш счет.
Когда доработка не нужна
Механизм уже есть в конфигурации. Регулярная история: задачу закрывает штатная настройка, о которой никто не знал. Хороший подрядчик сначала проверяет это и теряет на этом деньги, зато сохраняет клиента.
Задача решается организационно. Если менеджеры забывают заполнять поле, автоматическая проверка поможет, но сначала стоит понять, зачем это поле и не проще ли от него отказаться.
Проблема в производительности. Когда жалоба звучит как «система тормозит», новая доработка ситуацию ухудшит. Здесь нужен разбор причин торможения, и это отдельная работа: типовые причины и порядок диагностики собраны в статье про производительность сервера 1С.
Коротко
Оценка доработки складывается из разбора, работы, тестирования, переноса и объяснения людям. Печатная форма и отчет — десятки тысяч, пакет работ на месяц — от 90 000 ₽, обмены — от 120 000 ₽, новая бизнес-логика — сотни тысяч. Все, что дороже 300 000 ₽, делится на этапы.
Цену можно назвать вилкой сразу и уточнить после часа в вашей базе. Если подрядчик не готов ни на то, ни на другое, вопрос не в сложности задачи. Что мы делаем по учетным системам и на каких условиях — на странице интеграции и доработки 1С, порядок бюджета под конкретную задачу можно прикинуть в калькуляторе.