Техническое задание для поиска оборудования в Китае: структура и шаблон
Слабое ТЗ не экономит время. Оно переносит спор на самый дорогой этап - после аванса или готовности оборудования. Поставщик считает, что выполнил заказ, производство видит, что станок не держит режим, а снабжение пытается доказать требования, которых нет в переписке.
Что важно для бизнеса
- ТЗ описывает функцию оборудования, вход, выход и проверяемый результат.
- Обязательные параметры отделяются от желательных и от тех, что ещё требуют согласования.
- Комплектность включает ЗИП, оснастку, ПО, документацию, интерфейсы и услуги запуска.
- Версия ТЗ фиксируется номером и датой; изменения получают все кандидаты.
- Критерии приёмки появляются до RFQ, а не после производства.
Цена ошибки. Фраза «аналог модели X» может скрывать другое напряжение, меньшую рабочую производительность, недоступный интерфейс и отсутствие оснастки. Разница обнаруживается уже на площадке заказчика.
Как мы ведём такие проекты. Мы превращаем пожелания в проверяемые поля: что подаётся на вход, что должно быть на выходе, при каких режимах и чем подтверждается соответствие.
Почему слабое ТЗ делает дешёвое предложение дорогим?
Слабое ТЗ делает дешёвое предложение дорогим, потому что технические ограничения всплывают после аванса: поставщики предлагают разные конфигурации, снабжение сравнивает несопоставимые цены, а недостающие требования приходится добавлять на самом дорогом этапе. Рабочее ТЗ задаёт фильтр для поиска, становится приложением к RFQ и создаёт основу для спецификации и приёмки.
Без ТЗ поиск превращается в подбор похожих фотографий. Чем выше цена ошибки или простоя, тем важнее пройти эти три роли одной версией требований.
Как описать контекст процесса в ТЗ?
Контекст процесса в ТЗ описывает, где будет работать оборудование, что происходит до и после него, в каком режиме и в какой среде. Поставщику нужен технический контекст, а внутренняя история проекта вторична. Опишите операцию, режим работы, среду эксплуатации и точки интеграции с соседними узлами, линиями и ПО.
Контекст не должен заменять параметры. Фраза «для тяжёлых условий» недостаточна - нужно указать, какие именно воздействия ожидаются.
Как описать вход, выход и функцию?
Вход, выход и функцию в ТЗ описывают через материал или объект на входе, требуемый годный результат и недопустимые дефекты. Для оборудования это сырьё, диапазон размеров и свойства; для компонента - функция, сопрягаемые элементы и электрические или механические интерфейсы. Отдельно фиксируют, что происходит с отходами, браком и какие сигналы передаются наружу.
- что поступает на вход;
- какие варианты входа допустимы;
- какой результат считается годным;
- какие дефекты недопустимы;
- что происходит с отходами, браком или остатками;
- какие данные или сигналы должны передаваться наружу.
Какую производительность указывать в ТЗ?
В ТЗ указывают рабочую производительность, а не только паспортный максимум из каталога: при каких исходных данных она достигается и сколько времени оборудование держит этот режим. Разделяют номинальную производительность, кратковременный максимум, время переналадки, допустимый простой, размер партии и требования к оператору.
Для линий отдельно указывают узкое место и требуемую синхронизацию с соседними операциями.
Что нельзя отдать на усмотрение поставщика?
На усмотрение поставщика нельзя отдавать критичные параметры: рабочую точность, материал контактных частей и скорость цикла. Каждый такой параметр сводят в таблицу с требуемым значением, приоритетом и способом подтверждения. Приоритеты отделяют обязательные требования от желательных и опциональных, поэтому проект не переплачивает за опции и не теряет действительно критичное требование.
Готово ли ТЗ к поиску
Для старта достаточно передать текущую версию ТЗ, чертёж или описание задачи. Мы отметим пробелы, которые мешают отбирать производителей и сравнивать предложения.
Разобрать ТЗ
Техническое решение и допустимые компромиссы подтверждает заказчик.
Техническое решение и допустимые компромиссы подтверждает заказчик.
Что входит в комплектность, кроме машины?
В комплектность, кроме самой машины, входит всё, что должно приехать вместе с основным изделием: оснастка, инструмент, кабели, датчики, шкаф, программное обеспечение, лицензии, ЗИП, расходники для запуска, руководство, схемы и упаковка. Без перечня границы поставки коммерческие предложения выглядят одинаковыми при разном наполнении.
Полезно добавить колонку «включено в базовую цену / отдельная опция / предоставляет заказчик». Так граница поставки видна в каждом предложении.
Какую инфраструктуру указать в ТЗ?
В ТЗ указывают инфраструктуру, которую обнаруживают слишком поздно на площадке: электропитание, частоту, мощность, воздух, воду, вентиляцию, фундамент, допустимую нагрузку на пол, габариты проходов и место установки. Для оборудования с программной частью добавляют сеть, протоколы, права доступа и требования к локализации интерфейса.
Если монтаж, пусконаладка или обучение не входят в проект, это тоже нужно написать - подразумеваемые обязанности в ТЗ не оставляют.
Какие документы и язык указать в ТЗ?
В ТЗ указывают список документов, которые нужны до оплаты, до отгрузки и при приёмке: чертежи, электрические и пневматические схемы, руководство, перечень ЗИП, протоколы испытаний, упаковочный лист и материалы для технического описания. Отдельно фиксируют язык документации, формат файлов, требования к шильдикам и маркировке.
Поставщика заранее просят отметить, какие документы он не может предоставить. Так расхождения в моделях и единицах находят до отгрузки, а не при приёмке.
Как доказать, что поставлен нужный результат?
Нужный результат доказывают способом подтверждения для каждого критичного параметра: измерительный отчёт для простого изделия, а для оборудования - сценарий испытаний на заданном материале, видео, протокол и перечень измерительных средств. Приёмку разбивают на этапы: образец, предприёмочный тест, инспекция партии, приёмка на складе и пуск на площадке.
Как выглядит каркас ТЗ?
Каркас ТЗ - это последовательность разделов, которую можно перенести в рабочий документ или взять из листа «ТЗ_оборудование» в приложенной книге шаблонов. Он ведёт от названия проекта и производственного контекста через описание входа, результата, производительности, таблицы параметров и комплектации к инфраструктуре, документам, упаковке, приёмке, срокам и таблице отклонений для поставщика.
- Название проекта и версия документа.
- Назначение и производственный контекст.
- Описание входного материала/объекта.
- Требуемый результат и недопустимые дефекты.
- Производительность и режим работы.
- Таблица параметров, допусков и приоритетов.
- Комплектация и границы поставки.
- Инфраструктура, монтаж и интеграция.
- Требования к безопасности, документам и маркировке.
- Упаковка и условия перевозки.
- Образец, испытания и критерии приёмки.
- Срок, количество, варианты объёма и контакт для технических вопросов.
- Перечень приложений: чертежи, BOM, фото, схемы.
- Таблица отклонений, которую заполняет поставщик.
Правило версии: файл должен иметь номер и дату. Все изменения мы вносим в новую версию и прикладываем краткий список изменений.
Что проверить в ТЗ перед рассылкой?
Перед рассылкой ТЗ проходят по короткому чек-листу из десяти пунктов: однозначность заголовка и названия проекта, единицы измерения в каждой числовой строке, соответствие размеров чертежам, разделение обязательных и желательных требований, порядок согласования аналогов, полнота комплектности и границы поставки, обязанность поставщика перечислить отклонения и назначенный ответственный за технические вопросы.
- H1 документа и название проекта однозначны;
- единицы измерения указаны в каждой числовой строке;
- размеры не противоречат чертежам;
- обязательные требования отделены от желательных;
- описаны допустимые аналоги и порядок их согласования;
- комплектность и граница поставки перечислены;
- поставщик обязан перечислить отклонения;
- для критичных параметров есть критерий проверки;
- указана версия всех приложений;
- назначен человек, который отвечает на технические вопросы.
Требования, на которые поставщики отвечают в одной форме
Поможем структурировать техническую часть и подготовить единый RFQ с коммерческими полями и таблицей отклонений.
Подготовить RFQ
RFQ не заменяет контракт и спецификацию, но создаёт для них согласованную основу
RFQ не заменяет контракт и спецификацию, но создаёт для них согласованную основу
Вопросы, которые возникают перед решением
Можно ли использовать паспорт похожего оборудования вместо ТЗ?
Нужно ли переводить ТЗ на китайский язык?
Как описывать параметр, если точное значение неизвестно?
Что делать, если поставщик предлагает аналог?
Кто должен утверждать ТЗ?
Что зависит от конкретной сделки
Шаблон нужно адаптировать к конкретной категории, технологии и требованиям безопасности. Он не заменяет инженерную экспертизу, проектную документацию и обязательные нормативные процедуры.
