Как поставить задачу 1С-программисту: шаблон ТЗ, типичные ошибки и сколько стоит плохое задание
Коротко: Плохо поставленная задача — главная причина переплаты за 1С-разработку. По данным практики маркетплейса Koderion, 60–70% конфликтов между заказчиком и 1С-программистом возникают из-за размытого ТЗ. Переделки обходятся в 1,5–3× дороже первичной разработки. Готовый шаблон ТЗ, 7 типичных ошибок и примеры правильных формулировок — в этой статье.
Почему плохое ТЗ — это деньги, а не просто неудобство?
Когда заказчик пишет «сделайте отчёт по продажам», программист тратит 2–4 часа на уточнения, ещё 3–6 часов на реализацию того, что понял он сам, а потом 4–8 часов на переделки. Итого: задача на 2 часа превращается в 10–18 часов. При ставке 3 000–5 000 ₽/час это 30 000–90 000 ₽ вместо 6 000–10 000 ₽.
Три конкретных механизма потерь:
- Переделки — программист реализовал «не то». Стоимость переделки = 80–150% от стоимости первоначальной задачи.
- Простой — пока идут уточнения, специалист занят другим проектом. Ваша задача ждёт 3–7 дней.
- Конфликт — спор «я имел в виду другое» заканчивается либо доплатой, либо расставанием с потерей предоплаты.
7 типичных ошибок при постановке задачи 1С-программисту
Ошибка 1: «Как в Excel, только в 1С»
Заказчик показывает таблицу Excel и говорит «сделайте так же». Проблема: Excel — это произвольная таблица, 1С — структурированная база данных. Без описания логики, источников данных и правил расчёта программист угадывает. Угадывает неверно в 80% случаев.
Ошибка 2: Задача без примера данных
«Нужен отчёт по дебиторке» — это не задача. Задача: «Отчёт показывает список контрагентов с суммой долга старше 30 дней, сгруппированный по менеджеру, с фильтром по организации. Пример строки: Иванов → ООО Ромашка → 145 000 ₽ → 47 дней».
Ошибка 3: Смешивание нескольких задач в одну
«Доработайте обработку заказов, добавьте поле в карточку контрагента и настройте права для нового менеджера» — это три разные задачи с разной трудоёмкостью. Объединение приводит к тому, что программист оценивает всё скопом и закладывает риск. Цена вырастает на 20–40%.
Ошибка 4: Описание решения вместо проблемы
«Добавьте кнопку, которая копирует строки из одного документа в другой» — заказчик уже придумал решение. Но программист, зная 1С, может реализовать это через механизм заполнения по основанию за 30 минут вместо 4 часов кастомной кнопки. Описывайте проблему: «Менеджеры вручную переносят позиции из Заказа покупателя в Реализацию — это занимает 15 минут и даёт ошибки».
Ошибка 5: Нет критерия приёмки
Как вы поймёте, что задача выполнена? Если критерия нет — программист считает задачу готовой, когда она работает у него на тесте. Заказчик считает задачу готовой, когда она работает в реальных условиях с реальными данными. Расхождение = конфликт.
Ошибка 6: Игнорирование версии конфигурации
«1С:УТ» — это может быть версия 10.3, 11.4 или 11.5. Разница в архитектуре колоссальная. Задача, которая решается в 11.5 за 2 часа, в 10.3 может занять 8 часов или быть нереализуемой без обновления. Всегда указывайте: конфигурация + версия + типовая/доработанная.
Ошибка 7: Срок без приоритета
«Нужно срочно» и «нужно к 20 мая» — разные вещи. «Срочно» программист интерпретирует как «когда освобожусь». Конкретный дедлайн с обоснованием («20 мая — сдача квартального отчёта, без этого отчёт не закроем») даёт специалисту понимание реального приоритета.
Сколько стоит плохое ТЗ: сравнительная таблица
| Ситуация | Трудоёмкость с хорошим ТЗ | Трудоёмкость с плохим ТЗ | Переплата (при ставке 4 000 ₽/ч) |
|---|---|---|---|
| Простой отчёт (10 полей) | 2–3 ч | 6–10 ч | +16 000–28 000 ₽ |
| Доработка документа | 4–6 ч | 10–18 ч | +24 000–48 000 ₽ |
| Новая обработка | 8–16 ч | 20–40 ч | +48 000–96 000 ₽ |
| Интеграция с внешней системой | 16–40 ч | 40–100 ч | +96 000–240 000 ₽ |
| Настройка прав доступа | 1–2 ч | 3–8 ч | +8 000–24 000 ₽ |
Данные основаны на анализе проектов платформы Koderion за 2025–2026 год. Переплата включает переделки, дополнительные уточнения и простой.
Готовый шаблон ТЗ для 1С-программиста
Используйте этот шаблон для любой задачи — от мелкой доработки до сложной интеграции. Заполнение занимает 15–30 минут, экономит часы переговоров и тысячи рублей.
Блок 1: Контекст задачи
- Конфигурация: [например, 1С:УТ 11.5.7, типовая / с доработками]
- Платформа: [1С:Предприятие 8.3.24, сервер / файловая / облако]
- Количество пользователей: [например, 15 человек]
- Кто будет использовать доработку: [роль: менеджер по продажам, бухгалтер, склад]
Блок 2: Описание проблемы (не решения)
- Что сейчас происходит: [опишите текущий процесс]
- В чём боль: [сколько времени тратится, какие ошибки возникают, что невозможно сделать]
- Пример: [конкретная ситуация, которая произошла]
Блок 3: Желаемый результат
- Что должно работать: [опишите поведение системы после доработки]
- Пример данных на входе: [что вводит пользователь / что приходит из системы]
- Пример данных на выходе: [что должна показать / сохранить / отправить система]
Блок 4: Ограничения и требования
- Нельзя: [например, нельзя менять структуру справочника Контрагенты, нельзя нарушать типовой обмен с бухгалтерией]
- Обязательно: [например, должно работать в управляемых формах, должно логировать изменения]
- Связанные объекты: [какие документы, справочники, регистры затронет задача]
Блок 5: Критерий приёмки
- Как проверим: [конкретный сценарий тестирования — шаги, которые вы выполните]
- Что значит «сделано»: [работает на тестовой базе / на боевой базе / прошло нагрузочный тест]
Блок 6: Сроки и приоритет
- Дедлайн: [конкретная дата]
- Почему эта дата: [обоснование — отчёт, запуск, проверка]
- Что будет, если не успеем: [помогает программисту понять реальный приоритет]
Пример: плохое ТЗ vs хорошее ТЗ
| Параметр | Плохое ТЗ | Хорошее ТЗ |
|---|---|---|
| Формулировка задачи | «Нужен отчёт по остаткам» | «Отчёт: остатки товаров на складе №2 на текущую дату, сгруппированные по номенклатурной группе, с выделением позиций с остатком менее 5 штук красным цветом» |
| Конфигурация | Не указана | 1С:УТ 11.5.7, типовая, файловая база |
| Пример данных | Отсутствует | Приложен скриншот Excel-таблицы с примером нужного вывода |
| Критерий приёмки | «Чтобы всё работало» | «Открываю отчёт, выбираю склад №2, нажимаю Сформировать — вижу список с группировкой, позиции <5 шт подсвечены красным» |
| Дедлайн | «Срочно» | «До 22 мая, т.к. 23-го инвентаризация» |
| Ожидаемая трудоёмкость | 2–10 ч (неизвестно) | 2–3 ч (предсказуемо) |
| Риск переделок | Высокий (70%) | Низкий (10–15%) |
Как передавать задачу: канал и формат
Формат передачи задачи влияет на скорость старта не меньше, чем содержание. По данным практики 2026 года, задачи в мессенджерах (Telegram, WhatsApp) выполняются на 35% медленнее, чем задачи в трекерах (Jira, YouTrack, Битрикс24). Причина: в мессенджере задача теряется в потоке сообщений, нет версионирования и истории изменений.
Рекомендуемый порядок:
- Заполнить шаблон ТЗ (текстовый документ или задача в трекере)
- Приложить скриншоты, файлы-примеры, ссылки на похожие объекты в 1С
- Отправить программисту и попросить подтвердить понимание задачи своими словами
- Зафиксировать согласованную оценку трудоёмкости письменно
Особые случаи: когда стандартного шаблона недостаточно
Интеграции с внешними системами
Для интеграций (API, обмен файлами, EDI) добавьте к шаблону: документацию API или формат файла, тестовый стенд или тестовые учётные данные, описание обработки ошибок (что делать, если внешняя система недоступна). Без этих данных программист не может начать работу — и это не его вина.
Доработки типовых механизмов
Если задача касается типового механизма 1С (проведение документов, закрытие месяца, формирование деклараций), обязательно укажите: «Типовое поведение менять нельзя» или «Типовое поведение можно изменить». Это принципиально влияет на архитектуру решения и стоимость.
Задачи с жёстким дедлайном
Если задача нужна к конкретной дате (отчётность, проверка, запуск), обсудите с программистом MVP-версию: минимальную рабочую реализацию, которую можно сделать к дедлайну, и полную версию — после. Это снижает риск срыва сроков и позволяет управлять приоритетами.
Кто должен писать ТЗ: заказчик или программист?
Распространённое заблуждение: «Программист сам разберётся, он же эксперт». На практике программист знает 1С, но не знает ваш бизнес. Оптимальная схема: заказчик описывает проблему и желаемый результат (блоки 2–3 шаблона), программист предлагает техническое решение и заполняет блоки 4–5, стороны согласовывают и фиксируют. Такой подход сокращает количество итераций с 4–6 до 1–2.
Если у вас нет ресурса на написание ТЗ — наймите 1С-аналитика на 4–8 часов. Стоимость: 12 000–40 000 ₽. Экономия на переделках: 50 000–200 000 ₽. ROI очевиден.
Автор: Кодерион. Обновлено: 16 мая 2026. Источники: ИТС 1С, Документация платформы 1С:Предприятие, Бухгалтерия.ру.
Часто задаваемые вопросы
Что обязательно должно быть в ТЗ для 1С-программиста?
Минимальный состав ТЗ: версия конфигурации и платформы, описание текущей проблемы (не решения), пример данных на входе и выходе, ограничения (что нельзя менять), критерий приёмки (как проверите результат), конкретный дедлайн с обоснованием. Без этих 6 элементов риск переделок превышает 60%.
Сколько стоит плохо поставленная задача для 1С-программиста?
По практике 2025–2026 года: задача с размытым ТЗ обходится в 1,5–3 раза дороже задачи с чётким ТЗ. Простой отчёт без ТЗ — переплата 16 000–28 000 ₽, доработка документа — 24 000–48 000 ₽, интеграция с внешней системой — до 240 000 ₽. Основные статьи потерь: переделки (80–150% от первоначальной стоимости), простой (3–7 дней ожидания) и конфликты по итогам работ.
Кто должен писать ТЗ для 1С: заказчик или программист?
Оптимальная схема: заказчик описывает бизнес-проблему и желаемый результат, программист предлагает техническое решение и заполняет технические ограничения. Обе стороны согласовывают итоговый документ. Если у заказчика нет ресурса — наймите 1С-аналитика на 4–8 часов (12 000–40 000 ₽). Экономия на переделках составит 50 000–200 000 ₽.
Как описать задачу для 1С-программиста, если я не разбираюсь в 1С?
Описывайте проблему, а не решение. Формула: 'Сейчас происходит [X], это занимает [Y времени] и приводит к [Z последствиям]. Хочу, чтобы [желаемый результат]'. Приложите скриншоты текущего состояния и пример Excel-таблицы с нужным выводом. Не нужно знать 1С — нужно знать свой бизнес-процесс.
Как указать дедлайн в задаче для 1С-программиста?
Указывайте конкретную дату и причину: 'До 22 мая — инвентаризация 23-го', а не 'срочно'. Слово 'срочно' программист воспринимает как 'когда освобожусь'. Конкретная дата с обоснованием позволяет специалисту правильно расставить приоритеты и предупредить о рисках срыва заранее.
Нужно ли писать ТЗ для мелких задач в 1С (1–2 часа)?
Да, но в упрощённом формате. Для задач до 2 часов достаточно: версия конфигурации, описание проблемы одним абзацем, пример данных (скриншот), критерий приёмки одной фразой. Полный шаблон — для задач от 4 часов. Даже 10 минут на описание мелкой задачи экономят 1–3 часа переделок.
Что делать, если программист говорит, что ТЗ недостаточно для оценки?
Это нормальная ситуация для сложных задач. Попросите программиста написать список конкретных вопросов (не общих — 'расскажите подробнее', а конкретных — 'какой регистр накопления используется для учёта остатков'). Ответьте на каждый вопрос письменно и зафиксируйте в ТЗ. Если вопросов больше 10 — это признак, что задачу нужно разбить на этапы с отдельной оценкой каждого.