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