Доработка нетиповой 1С: почему цена отличается в 3 раза у разных программистов
Вы описали задачу трём программистам и получили оценки: 12 000, 35 000 и 80 000 рублей. Кто из них прав? Разбираю, что реально стоит за этими цифрами и почему самая дешёвая оценка — часто самая дорогая в итоге.
🔍 Причина 1: Нетиповая конфигурация — это «чёрный ящик»
Когда 1С дорабатывали предыдущие программисты, они могли изменить структуру данных, логику проведения документов, добавить свои регистры и справочники. Для нового программиста это всё нужно изучать с нуля.
Что происходит на практике: один программист называет цену за «стандартную задачу», не учитывая, что у вас нестандартная структура. Другой сначала изучает конфигурацию — и оценивает честно, с учётом времени на погружение.
Время на изучение нетиповой базы перед первой задачей: от 2 до 8 часов. Это реальные деньги, которые должны быть в оценке.
📐 Причина 2: Разный подход к реализации
Одну и ту же задачу можно решить несколькими способами, которые сильно отличаются по трудоёмкости:
| Подход | Время | Риск |
|---|---|---|
| «Быстро и грязно» — прямые изменения конфигурации | Меньше | Высокий: сломает обновления |
| Расширение конфигурации | Больше | Низкий: безопасно для обновлений |
| Внешняя обработка или отчёт | Среднее | Низкий: не трогает конфигурацию |
Дешёвая оценка часто подразумевает «быстрый» подход, который обернётся проблемами при следующем обновлении. Правильный подход дороже сейчас, но дешевле в перспективе.
Нужна оценка доработки нетиповой 1С?
Изучаю конфигурацию перед оценкой — называю честную цену с учётом реальной сложности. Без «а там оказалось...» в конце работы.
Получить оценку →🧪 Причина 3: Тестирование включено или нет
Нормальный разработчик тестирует работу на копии базы и на реальных данных. Это занимает 30–50% от времени разработки. Если в оценке «не учтено тестирование» — итоговая цена вырастет, или вы получите нерабочий код.
Спрашивайте прямо: «Включает ли оценка тестирование на реальных данных?»
📝 Причина 4: ТЗ писал сам программист — или нет
Программист, который оценивает без составления ТЗ, работает по своему пониманию задачи. Когда окажется, что понял не так — начинаются переделки за доп. деньги.
Высокая оценка часто включает время на составление ТЗ и согласование. Это не «переплата» — это защита от переделок.
💡 Причина 5: Опыт с нетиповыми базами
Опытный разработчик знает типичные ловушки нетиповых конфигураций и умеет их обходить. Джуниор будет на них учиться за ваши деньги.
Признаки опытного разработчика для нетиповых задач:
- Просит доступ к конфигуратору до оценки, а не после
- Называет конкретные риски, которые он видит в вашей задаче
- Предлагает несколько вариантов решения с разным соотношением цена/риск
- Не обещает «сделаю за выходные»
✅ Как выбрать правильную оценку
Не берите самую дешёвую. Не берите самую дорогую. Берите ту, в которой разработчик:
- Объяснил, из чего складывается цена
- Изучил вашу конфигурацию перед оценкой
- Предложил фиксированный бюджет или прозрачную почасовую ставку
- Включил тестирование и документацию
Хотите честную оценку доработки?
Изучу вашу конфигурацию, составлю ТЗ и дам фиксированную цену. Без «набежало по часам» в конце.
Подробнее об услуге →