Из чего складывается стоимость доработки 1С

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

Что именно вы покупаете, когда заказываете доработку

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

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

Из каких работ собирается смета

Я привык раскладывать оценку на блоки. Так проще обсуждать её с заказчиком и понимать, на что можно повлиять.

1. Аналитика. Разговор с пользователями, разбор текущего процесса, описание требований, согласование. Результат: документ, по которому можно работать. Как его составлять, я разбирал в статье про техническое задание на доработку 1С.
2. Проектирование решения. Где будут храниться данные, какие объекты менять или создавать, будет ли это расширение или правка конфигурации.
3. Разработка. Код, формы, отчёты, права, настройки.
4. Тестирование. Проверка основных и граничных сценариев, прогон на копии рабочей базы.
5. Внедрение. Перенос в рабочую базу, настройка, обучение пользователей, сопровождение первых дней.
6. Документация и передача. Описание того, что сделано и как это работает.

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

Факторы, которые сильнее всего двигают цену

Не все требования одинаково дороги. Вот что обычно влияет сильнее всего.

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

Интеграции с внешними системами. Обмен с сайтом, банком, кассой, платёжным провайдером, складским оборудованием. Чем больше сторон, тем больше сценариев сбоев, которые нужно предусмотреть. Здесь сложность не в одной выгрузке данных, а в том, что делать, когда связь оборвалась на середине.

Объём и качество данных. Если нужно перенести или преобразовать накопленные данные, оценка зависит от того, насколько они чистые. Дубли в справочнике контрагентов или разнобой в номенклатуре способны удвоить трудоёмкость.

Количество ролей и вариантов поведения. Одна форма для одного отдела проще, чем та же форма для пяти отделов с разными правами и разными правилами заполнения.

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

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

Сроки. Срочная работа требует переключения людей с других задач, и это отражается в цене.

Формат оплаты: фиксированная цена или часы

Выбор формата влияет не только на сумму, но и на поведение обеих сторон.

Фиксированная стоимость подходит для чётко описанных задач с понятным результатом. Плюс: вы знаете бюджет заранее. Минус: любые изменения требований обсуждаются как отдельные, и подрядчик закладывает риск в цену.

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

Хороший компромисс: разбить проект на этапы. Аналитику оплатить отдельно и получить по ней детальную оценку, а дальше работать либо по фиксированной цене за этап, либо по часам с лимитом. Так вы заранее видите масштаб и можете остановиться, если сумма не устраивает.

Как понять, что смета адекватна

Универсального критерия нет, но есть вопросы, которые помогают.

• Видно ли в смете разбиение на этапы и блоки, а не одна цифра на всё?
• Описано ли, что входит в работу и что нет (обучение, документация, исправление ошибок после сдачи)?
• Указано ли, на какой конфигурации и версии платформы делается работа?
• Понятно ли, как будут приниматься результаты, и по каким критериям?
• Предусмотрен ли порядок обработки изменений в требованиях?

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

Ещё один полезный приём: запросить оценки у двух-трёх исполнителей по одному и тому же ТЗ. Если разброс огромный, значит, они поняли задачу по-разному, и разбираться надо в постановке, а не выбирать самую низкую цифру.

Скрытые расходы, о которых забывают

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

Обновления. Каждая доработка потом сопровождается при обновлении платформы и конфигурации. Решения в виде расширений обычно переживают обновления легче, чем прямые правки, но и там иногда требуется адаптация. Это стоит учитывать как регулярную статью. Тему я раскрываю в материале про обновление типовой конфигурации без потери доработок.

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

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

Лицензии и инфраструктура. Для некоторых решений нужны дополнительные лицензии, серверные ресурсы, доступ к внешним сервисам. Уточняйте это на старте.

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

Как снизить стоимость без потери качества

Честные способы есть, и ни один не связан с «срезанием углов».

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

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

Подготовьте материалы: примеры документов, скриншоты, описание ролей, список исключений. Каждая неясность, которую подрядчик выясняет с нуля, это оплачиваемое время.

Назначьте одного человека со стороны заказчика, который принимает решения. Согласование между пятью людьми по каждому полю формы удорожает проект сильнее, чем кажется.

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

Частые вопросы

Почему две похожие по описанию доработки стоят по-разному?

Потому что «похожие» на словах не значит одинаковые по сложности. Различаются конфигурация, количество связей с другими объектами, качество данных, требования к правам и производительности. Хорошая смета объясняет разницу конкретными факторами.

Можно ли получить точную цену до начала работ?

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

Что включено в гарантию на доработку?

Это нужно прописывать в договоре. Обычно речь об исправлении ошибок в рамках согласованных требований в течение оговорённого срока. Новые требования и последствия обновлений, как правило, оплачиваются отдельно. Детали согласуйте с исполнителем и при необходимости проверьте у юриста.

Стоит ли платить за аналитику отдельно?

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

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