Разработка ТЗ на маркировку «Честный Знак»

Составим техническое задание, по которому можно выбрать интегратора и проконтролировать результат. Не по ГОСТу «для галочки» — а в объёме, который защищает заказчика от скрытых работ, несовместимых решений и срыва сроков. Разрабатываем ТЗ как на первичное внедрение, так и на смену интегратора.
Обсудить разработку ТЗ

Почему без качественного ТЗ проект маркировки «плывёт»

Интеграторы работают по тому ТЗ, которое им дал заказчик. Если в ТЗ не описаны процессы, оборудование, интеграции с учётной системой и требования к поддержке — подрядчик закрывает только то, что понял сам. Остальное становится «дополнительными работами» с отдельным счётом.
Отдельного внимания требует ситуация, когда интегратор пытается внедрить "удобное" для себя решение, нежели отвечающее потребностям заказчика.

К чему приводит ТЗ, составленное «на коленке»

Что входит в разработку ТЗ

  • Анализ текущих процессов и инфраструктуры

    Изучаем, как у вас устроены производство, склад, логистика и учёт. Смотрим, какие системы уже используются (1С, SAP, самописная ERP, WMS), какое оборудование установлено. Дополнительно делаем срез техпроцессов с помощью сотрудников вашего предприятия. Без этого ТЗ будет «в вакууме».

  • Формирование требований к функциональности

    Описываем, какие процессы должна закрывать маркировка: заказ кодов, нанесение, верификация, агрегация, ввод в оборот, вывод из оборота, работа с браком, перемаркировка и т.д. Для каждой товарной группы — свои нюансы.

  • Требования к интеграции

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

  • Требования к оборудованию

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

  • Требования к поддержке и сопровождению

    Фиксируем, что интегратор должен предоставить после внедрения: режим поддержки (8×5, 24×7), сроки реакции на инциденты, условия выезда инженера, гарантийные обязательства, SLA. Это то, что чаще всего «забывают» в ТЗ и потом доплачивают отдельно.

  • Критерии выбора интегратора

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

  • Результат услуги:

    Вы получаете рабочий документ, по которому можно проводить тендер, сравнивать предложения и принимать работы. ТЗ становится вашим инструментом контроля, а не формальностью.

Этапы реализации

Вводная встреча и сбор данных.
Обсуждаем задачу, товарные группы, текущую инфраструктуру, ограничения. Запрашиваем документацию, если она есть. Проводим обследование производства.
Анализ и интервью с ответственными.
Общаемся с производством, складом, ИТ и бухгалтерией — чтобы ТЗ отражало реальные процессы, а не только мнение руководства.
Разработка проекта ТЗ.
Формируем документ с требованиями к функциональности, интеграции, оборудованию, поддержке и критериям выбора интегратора.
Согласование и доработка.
Обсуждаем проект с вашей командой, вносим правки, фиксируем финальную версию.
Передача ТЗ и сопровождение до выбора подрядчика.
По запросу помогаем с проведением тендера и оценкой предложений интеграторов.

Почему компании выбирают Смарт Индастриз

  • Практика, а не теория.

    За плечами команды — более 10 лет работы в маркировке и десятки проектов. Мы видели, где чаще всего «ломаются» ТЗ и какие требования интеграторы трактуют в свою пользу.

  • Знаем «внутреннюю кухню» интеграторов.

    Понимаем, какие пункты ТЗ они читают буквально, а какие могут обойти. Формулируем требования так, чтобы у подрядчика не оставалось пространства для «дополнительных работ».

  • Не по ГОСТу, а по задаче.

    ТЗ должно быть рабочим инструментом, а не многотомным документом, который никто не читает. Мы делаем его в объёме, достаточном для выбора интегратора и контроля реализации.

  • Опыт и внедрения, и смены подрядчика.

    Понимаем специфику обоих сценариев — от «чистого листа» до перехода с существующего решения без остановки производства.

Ответы на частые вопросы

Нужно ТЗ, по которому можно выбирать и контролировать интегратора?

Расскажите о вашей задаче — мы предложим формат разработки ТЗ под ваш сценарий: первичное внедрение или смена подрядчика.