Как составить ТЗ для 1С-программиста: шаблон, примеры и 6 ошибок, из-за которых проект срывается

Как составить ТЗ для 1С-программиста: шаблон, примеры и 6 ошибок, из-за которых проект срывается

Коротко: Техническое задание для 1С-программиста должно содержать 7 обязательных разделов: цель, текущий процесс «как есть», требуемый процесс «как должно быть», конкретные экранные формы или отчёты, критерии приёмки, сроки и бюджет. Без этих разделов 60% проектов выходят за бюджет, а 35% — заканчиваются конфликтом между заказчиком и исполнителем.

Зачем вообще писать ТЗ для 1С-программиста?

Большинство руководителей и бухгалтеров пропускают этап написания ТЗ — и платят за это дважды. Первый раз — когда программист делает «не то». Второй — когда нужно переделывать. По данным проектов, реализованных через маркетплейс Koderion в 2025–2026 годах, проекты с задокументированным ТЗ завершаются в срок в 74% случаев. Без ТЗ — только в 31%.

ТЗ выполняет три функции: фиксирует ожидания заказчика, даёт программисту основу для оценки трудозатрат и становится юридическим документом при споре. Даже одностраничное ТЗ лучше, чем устная договорённость.

Сколько времени занимает написание ТЗ и кто это делает?

Написание ТЗ для небольшой задачи (один отчёт, одна доработка) занимает 2–4 часа у опытного заказчика. Для комплексного внедрения — от 3 до 10 рабочих дней. Если у вас нет ресурса или компетенций, ТЗ может написать 1С-аналитик: его ставка в 2026 году составляет 2 000–3 500 ₽/час, а стоимость предпроектного обследования с ТЗ — от 30 000 до 150 000 ₽ в зависимости от масштаба.

Тип задачиОбъём ТЗКто пишетСтоимость написания ТЗЭкономия на проекте
Один отчёт / печатная форма1–2 страницыЗаказчик самостоятельно0 ₽15–25%
Доработка конфигурации (3–10 объектов)3–7 страницЗаказчик + программист0–15 000 ₽20–30%
Модуль / подсистема10–30 страниц1С-аналитик30 000–80 000 ₽25–40%
Комплексное внедрение (ERP, УТ, ЗУП)50–200 страницКоманда аналитиков80 000–300 000 ₽30–50%

Структура ТЗ для 1С-программиста: 7 обязательных разделов

Хорошее ТЗ для 1С-проекта строится по единой структуре вне зависимости от масштаба задачи. Ниже — минимально достаточный шаблон, проверенный на сотнях проектов.

Раздел 1. Цель и контекст

Опишите, зачем нужна доработка, а не что нужно сделать. Пример плохой формулировки: «Сделать отчёт по продажам». Пример хорошей: «Руководитель отдела продаж ежедневно тратит 40 минут на ручную сборку отчёта из трёх выгрузок. Нужен автоматический отчёт в 1С:УТ 11.5, который формируется за 10 секунд и показывает выручку по менеджерам, регионам и номенклатурным группам за выбранный период».

Раздел 2. Текущий процесс («как есть»)

Опишите, как задача решается сейчас: вручную, в Excel, через другую систему. Укажите, кто участвует, сколько времени занимает, какие данные используются. Это помогает программисту понять источники данных и точки интеграции.

Раздел 3. Требуемый процесс («как должно быть»)

Опишите желаемый результат пошагово: кто открывает форму, что вводит, что получает на выходе. Если возможно — нарисуйте макет формы или отчёта от руки и сфотографируйте. Программисты высоко ценят даже схематичные макеты: они сокращают количество уточняющих вопросов на 60–70%.

Раздел 4. Технические ограничения

Укажите: версию конфигурации (например, 1С:Бухгалтерия 3.0.149.х), режим работы (файловый / клиент-серверный / облако), наличие типовой или изменённой конфигурации, требования к совместимости с обновлениями 1С. Без этого программист не может дать точную оценку.

Раздел 5. Критерии приёмки

Самый важный раздел, который чаще всего пропускают. Опишите конкретные сценарии проверки: «Отчёт формируется за период с 01.01.2026 по 31.03.2026 без ошибок», «Сумма в отчёте совпадает с оборотно-сальдовой ведомостью по счёту 62», «Печатная форма корректно выводится на принтер A4». Без критериев приёмки невозможно закрыть задачу без конфликта.

Раздел 6. Сроки

Укажите желаемую дату готовности и жёсткие дедлайны (например, «до сдачи декларации по НДС — 25 апреля»). Если срок критичен — напишите об этом явно: срочные задачи оцениваются с коэффициентом 1,5–2х к стандартной ставке.

Раздел 7. Бюджет (опционально, но желательно)

Указание бюджетного диапазона в ТЗ экономит время обеим сторонам. Программист сразу понимает, укладывается ли задача в рамки, и не тратит час на оценку задачи, которую вы готовы оплатить за 5 000 ₽, а она стоит 50 000 ₽.

Примеры хороших и плохих формулировок в ТЗ

Качество формулировок в ТЗ напрямую влияет на точность оценки и результат. Ниже — реальные примеры из практики найма 1С-специалистов.

Плохая формулировкаПочему плохоХорошая формулировка
«Сделать интеграцию с сайтом»Нет данных о платформе сайта, направлении обмена, частоте, объёме данных«Настроить выгрузку остатков товаров из 1С:УТ 11.5 на сайт на Bitrix (REST API) раз в 15 минут. Номенклатура: ~5 000 позиций»
«Исправить ошибку в расчёте зарплаты»Нет описания ошибки, условий воспроизведения, ожидаемого результата«В 1С:ЗУП 3.1 при начислении отпуска сотруднику с неполной ставкой (0,5) сумма завышается на 50%. Пример: сотрудник Иванов, расчётный листок за март 2026»
«Нужен отчёт по дебиторке»Нет данных о разрезах, периоде, источниках, формате вывода«Отчёт в 1С:БП 3.0: дебиторская задолженность по контрагентам с разбивкой по срокам (до 30 дней, 30–60, 60–90, свыше 90). Вывод: таблица + экспорт в Excel»
«Автоматизировать склад»Слишком широко, нет границ задачи«Настроить адресное хранение в 1С:УТ 11.5 для склада площадью 500 м², 3 зоны, ~2 000 ячеек. Текущая конфигурация типовая, не изменялась»

6 ошибок в ТЗ, из-за которых проект срывается

Ошибка 1. «Как в Excel» без приложения самого Excel-файла

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

Ошибка 2. Отсутствие версии конфигурации

«1С:Бухгалтерия» — это 10+ версий с разной архитектурой. Укажите точную версию: например, «1С:Бухгалтерия предприятия, редакция 3.0, версия 3.0.149.45». Найти версию: меню «Справка» → «О программе».

Ошибка 3. Требования без приоритетов

Когда в ТЗ 20 требований и все «обязательные» — программист либо сделает не то, что важнее всего, либо запросит бюджет на всё сразу. Разделите требования на «must have» (без этого не принимаем) и «nice to have» (хорошо бы, но не критично).

Ошибка 4. Нет данных о нагрузке

Отчёт для 5 пользователей и отчёт для 500 — разные задачи по архитектуре. Укажите: количество одновременных пользователей, объём базы (ГБ), количество документов в месяц. Это влияет на выбор технического решения и стоимость.

Ошибка 5. Отсутствие тестовых данных

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

Ошибка 6. ТЗ согласовано только с IT, но не с конечным пользователем

Классическая ситуация: программист сделал всё по ТЗ, IT принял, а бухгалтер говорит «это не то, что мне нужно». Перед финализацией ТЗ покажите его тем, кто будет работать с результатом. 15 минут интервью с бухгалтером экономят 20–40 часов переделок.

Шаблон ТЗ для 1С-программиста: готовая структура

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

  • 1. Название задачи: [краткое название, 5–10 слов]
  • 2. Цель: [зачем нужна доработка, какую проблему решает]
  • 3. Конфигурация: [название, редакция, версия, режим работы]
  • 4. Текущий процесс («как есть»): [пошаговое описание, кто участвует, сколько времени занимает]
  • 5. Требуемый процесс («как должно быть»): [пошаговое описание желаемого результата]
  • 6. Макеты / примеры: [скриншоты, Excel-файлы, схемы от руки]
  • 7. Технические ограничения: [совместимость с обновлениями, интеграции, нагрузка]
  • 8. Критерии приёмки: [конкретные сценарии проверки, 3–7 пунктов]
  • 9. Приоритеты требований: [must have / nice to have]
  • 10. Срок: [желаемая дата, жёсткие дедлайны]
  • 11. Бюджет: [диапазон в рублях или «по оценке исполнителя»]
  • 12. Контактное лицо: [кто отвечает на вопросы программиста]

Как ТЗ влияет на стоимость проекта: цифры

Проекты без ТЗ в среднем выходят за бюджет на 35–60%. Это происходит не потому, что программисты недобросовестны, а потому что без фиксации требований каждая сторона понимает задачу по-своему. По опыту проектов на Koderion.ru: наличие ТЗ из 5+ страниц снижает количество итераций правок с 4–6 до 1–2, а финальная стоимость отклоняется от первоначальной оценки не более чем на 15% вместо типичных 40–80%.

ПараметрБез ТЗС кратким ТЗ (1–3 стр.)С детальным ТЗ (5+ стр.)
Точность первоначальной оценки±80%±40%±15%
Количество итераций правок4–82–41–2
Превышение бюджета35–60%15–30%5–15%
Вероятность конфликта при сдаче55%25%8%
Срок проекта (отклонение от плана)+50–100%+20–40%+5–15%

Кто должен писать ТЗ: заказчик или программист?

Ответственность за написание ТЗ лежит на заказчике — это его требования к результату. Однако на практике большинство руководителей и бухгалтеров не имеют опыта написания технических документов. Оптимальная схема: заказчик описывает бизнес-требования в свободной форме (что болит, что хочется получить), а 1С-аналитик или опытный программист формализует это в ТЗ и согласовывает с заказчиком. Стоимость такой работы — 5 000–30 000 ₽ в зависимости от сложности — окупается на первом же проекте за счёт снижения переделок.

Автор: Кодерион. Обновлено: 27 апреля 2026. Источники: Бухгалтерия.ру, Infostart, ИТС 1С.

Часто задаваемые вопросы

Обязательно ли писать ТЗ для небольшой задачи в 1С?

Для задач стоимостью до 10 000 ₽ достаточно одностраничного описания с указанием конфигурации, цели и критериев приёмки. Полноценное ТЗ нужно для задач от 30 000 ₽ и сроком от 3 рабочих дней — иначе риск переделок превышает стоимость самого ТЗ.

Сколько стоит написание ТЗ для 1С-проекта?

Написание ТЗ силами 1С-аналитика стоит от 5 000 до 150 000 ₽ в зависимости от масштаба: простая доработка — 5 000–15 000 ₽, модуль или подсистема — 30 000–80 000 ₽, комплексное внедрение — 80 000–300 000 ₽. Ставка аналитика в 2026 году — 2 000–3 500 ₽/час.

Что обязательно должно быть в ТЗ для 1С-программиста?

Обязательные разделы: цель задачи, текущий процесс (как есть), требуемый процесс (как должно быть), версия конфигурации 1С, критерии приёмки, сроки. Без критериев приёмки невозможно закрыть задачу без конфликта — это самый важный раздел.

Кто должен писать ТЗ — заказчик или 1С-программист?

Ответственность за ТЗ лежит на заказчике, но формализацией обычно занимается 1С-аналитик. Оптимальная схема: заказчик описывает бизнес-требования в свободной форме, аналитик оформляет ТЗ и согласовывает с заказчиком. Стоимость такой работы — 5 000–30 000 ₽.

Как ТЗ влияет на стоимость проекта 1С?

Проекты без ТЗ в среднем выходят за бюджет на 35–60%. Детальное ТЗ (5+ страниц) снижает отклонение стоимости от первоначальной оценки до 5–15% и сокращает количество итераций правок с 4–8 до 1–2.

Нужно ли указывать бюджет в ТЗ для 1С-программиста?

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

Что делать, если не знаешь, как описать задачу для 1С-программиста?

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

Как быстро найти 1С-программиста для выполнения задачи по ТЗ?

На маркетплейсе Koderion.ru 1С-специалиста можно найти за 1–3 рабочих дня. Готовое ТЗ ускоряет подбор: программист сразу видит объём работ и даёт точную оценку без длительных переговоров.