Как составить ТЗ и RFQ для OEM/ODM-проекта компьютеров

Хороший RFQ на компьютеры - это не письмо «пришлите лучшую цену» и не таблица с одним процессором. Это единая версия задачи, по которой закупки, ИТ, продуктовая команда и производитель одинаково понимают пользователя, точную конфигурацию, рынок, кастомизацию, образец, комплект, критерии приёмки и границы предложения. Чем меньше скрытых допущений остаётся в запросе, тем легче сравнивать ответы и тем ниже риск обнаружить несовместимость после оплаты образца или партии.

Краткий ответ: начните со сценария использования и целевого рынка, затем разделите требования на обязательные, предпочтительные и открытые для рекомендации. Зафиксируйте конфигурацию и допустимые альтернативы, перечислите все интерфейсы, комплект и элементы OEM, определите документы и проверки для рынка, опишите утверждение образца и приёмку партии. Попросите поставщика отвечать построчно, отдельно указывая подтверждённое, требующее образца и недоступное.

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

Назначьте владельцев требований до запроса цены

RFQ часто начинает отдел закупок, но содержание нельзя собирать только из коммерческих пожеланий. Подключите роли, которые будут принимать и обслуживать результат:

• бизнес-владелец описывает пользователей, задачу и масштаб внедрения;
• ИТ-команда определяет ОС, приложения, сеть, управление и безопасность;
• продуктовая или маркетинговая команда отвечает за позиционирование, язык, логотип и упаковку;
• качество формулирует образец, выборку, дефекты и реакцию на отклонения;
• логистика уточняет страну назначения, комплект, упаковочные данные и маршрут;
• юридический или профильный специалист подтверждает применимые требования рынка;
• закупки собирают условия в один документ и контролируют версии.

У каждой строки должен быть владелец решения. Если поставщик спрашивает, допустима ли другая панель или раскладка клавиатуры, ответ не должен зависеть от случайного участника переписки.

Опишите один реальный сценарий вместо общего сегмента

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

Полезное описание выглядит так: рабочее место оператора с двумя дисплеями, браузерной CRM, видеосвязью, проводной сетью, USB-гарнитурой и централизованной установкой ОС. Оно даёт производителю проверяемую задачу. Формулировка «мощный современный компьютер» - нет.

Создайте матрицу требований, а не список пожеланий

Соберите требования в таблице, где поставщик не может ответить общим «да». Для каждой строки задайте приоритет, критерий и способ подтверждения.

Поле RFQ	Что указать покупателю	Как должен ответить поставщик
Сценарий	приложения, периферия, среда, длительность работы	подходящая платформа и ограничения
Требование	измеримый параметр или функция	точное значение, модель компонента или вариант
Приоритет	обязательно, предпочтительно, открыто	соответствует, альтернатива или недоступно
Проверка	документ, фотография, образец или тест	доступное доказательство и этап проверки
Изменение	что нельзя менять без согласования	процесс уведомления и повторного утверждения
Ответственный	кто принимает решение у покупателя	контактная роль у поставщика

Пишите «два одновременно работающих дисплея с указанными разрешением, частотой и входами», а не «два HDMI». Пишите «сенсорный ввод проверяется в таком-то приложении и положении корпуса», а не «хороший тач». Пишите «комплект включает устройство, указанный адаптер, кабель и крепление», а не «стандартные аксессуары».

Разделите обязательное, предпочтительное и открытое

Если все строки обязательны, поставщик либо откажется, либо начнёт трактовать часть требований как пожелания. Используйте три статуса:

1. Обязательно: без этого вариант не проходит отбор.
2. Предпочтительно: влияет на оценку, но допускает обоснованную альтернативу.
3. Открыто для рекомендации: поставщик предлагает вариант и объясняет последствия.

Отдельно перечислите запрещённые замены. Например, изменение сетевого модуля, панели, аккумулятора, адаптера или раскладки может затронуть совместимость, документы, пользовательский опыт и сервис. Такая замена не должна становиться невидимой только потому, что общее название модели осталось прежним.

Зафиксируйте платформу и полную конфигурацию

Строка с CPU не определяет компьютер. Включите память, накопитель, панель, сеть, камеру, аккумулятор, адаптер, прошивку, ОС и драйверы. Для мини-ПК и моноблоков добавьте дисплеи, видеовыходы, крепление и сервисный доступ; для планшетов - связь, датчики и аксессуары; для портативных мониторов - входы, питание, кабели и подставку.

Минимальный блок конфигурации должен содержать:

• категорию продукта, форм-фактор и базовую модель;
• платформу или измеримый уровень рабочей нагрузки;
• объём и организацию памяти;
• тип, объём и требования к накопителю;
• экран, разрешение, покрытие и сенсорный ввод, если применимо;
• полный перечень портов и одновременные сценарии подключения;
• проводную и беспроводную сеть;
• камеру, звук, микрофон и другие рабочие функции;
• питание, адаптер, вилку и аккумулятор, если он есть;
• ОС, язык, драйверы, образ и способ управления;
• допустимое обслуживание или замену компонентов;
• комплектные кабели, крепёж, чехол и инструкции.

Не фиксируйте маркетинговые характеристики без метода проверки. «Длительная батарея», «тихий», «яркий экран» и «быстрая работа» должны превратиться в сценарий, условия и критерий, который можно повторить на образце.

Привяжите рынок и соответствие к точной версии продукта

В RFQ укажите страну или регион продажи, импортёра, канал и предполагаемый способ перевозки. Не просите абстрактный «международный сертификат»: применимый путь зависит от продукта, радиомодулей, питания, аккумулятора, маркировки и роли участников цепочки.

Для каждой темы запишите четыре поля:

1. требование или регуляторная область;
2. ответственная сторона;
3. точная модель и конфигурация, которую должен покрывать документ;
4. момент проверки: до образца, до производства или до отгрузки.

Для ЕС производитель и другие экономические операторы должны определить применимые требования и подготовить соответствующие материалы до нанесения CE. Ограничения RoHS относятся к электрическому и электронному оборудованию, но наличие общего файла поставщика не доказывает соответствие каждой предложенной конфигурации. Для устройств с литиевыми батареями заранее сопоставьте батарею, документы и маршрут перевозки; когда требуется UN 38.3, проверяйте идентичность испытанной батареи и серийного продукта.

Если нужна Windows 11, сопоставьте точную конфигурацию с актуальными требованиями Microsoft, редакцией ОС, прошивкой, TPM и драйверами. Название процессора или изображение интерфейса на экране не является достаточным подтверждением.

Опишите OEM/ODM как набор управляемых изменений

«Нужен private label» может означать только логотип или затронуть клавиатуру, загрузочный экран, ОС, упаковку и документацию. Разделите элементы, потому что у них разные технические зависимости, стоимость подготовки, минимальные количества и сроки согласования.

В таблице кастомизации укажите:

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

Не включайте в серийный заказ макет, который существует только в переписке. Присвойте версии файлам и запишите, какой файл связан с каким образцом. Запросите отдельное подтверждение реализуемости и условий по каждому изменению; не переносите MOQ или срок одного элемента на весь проект без письменного ответа.

Превратите образец в эталон конфигурации

Образец нужен не только для фотографии и общего впечатления. Он должен подтвердить рабочий сценарий, физический продукт, конфигурацию, OEM-элементы, комплект и процедуру проверки.

Зафиксируйте в записи образца:

• идентификатор базовой модели и аппаратную ревизию;
• платформу, память, накопитель, сеть, панель и аккумулятор;
• версии прошивки, драйверов, ОС и образа;
• работу портов, дисплеев, периферии, сна и пробуждения;
• внешний вид, цвет, клавиатуру и логотип;
• адаптер, вилку, кабели и другие аксессуары;
• упаковку, внутреннюю защиту, этикетки и документы;
• известные отклонения и решение по каждому из них;
• дату, версию и ответственных за утверждение.

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

Проверьте сценарий, а не только включение

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

Результат должен быть воспроизводимым: условия, шаги, наблюдение и решение. Фраза «образец хороший» не помогает принять серийную партию.

Согласуйте приёмку партии до производства

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

Включите как минимум:

• количество и идентичность модели;
• системную конфигурацию и версии по согласованному методу;
• внешний вид и допустимые дефекты;
• загрузку и критические функции продукта;
• порты, сеть, экран, клавиатуру, камеру и звук по применимому сценарию;
• адаптер, вилку, кабели, крепёж и аксессуары;
• логотип, раскладку, этикетки и упаковку;
• размеры и массу упаковки, если они влияют на логистику;
• требуемые документы и фотографии проверки;
• изоляцию, анализ причины, исправление и повторную инспекцию при отказе.

ISO 2859-1 описывает процедуры выборочного контроля по альтернативному признаку, но не выбирает допустимый риск за покупателя. Уровень проверки и критерии AQL должны быть согласованы под конкретные дефекты, историю поставщика и последствия отказа. Заявление «100% QC» без объёма, метода и записей не заменяет план контроля.

Сделайте ответы и цену действительно сопоставимыми

Разошлите одну версию RFQ и установите единый формат ответа. Попросите не удалять строки, а отмечать каждую как подтверждено, требует образца, предложена альтернатива или недоступно. Альтернатива должна содержать отличие и влияние на функцию, документы, кастомизацию, стоимость и срок.

Для коммерческого блока запросите отдельно:

Область	Что должно быть видно в ответе
Базовый продукт	точная конфигурация и включённый комплект
Кастомизация	условия по каждому элементу, разовые расходы и версии макетов
Образец	состав, стоимость, срок подготовки и критерий утверждения
Количество	диапазоны, применимые MOQ и зависимость от опций
Производство	этапы после утверждения, зависимости и срок действия предложения
Качество	план образца и партии, инспекция, реакция на несоответствие
Логистика	упаковочные данные, базис предложения и отдельно согласуемый маршрут
Поддержка	письменный процесс обращения, исключения, запчасти и ответственность

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

Задайте поставщику вопросы, раскрывающие риск

Качественный RFQ не только собирает цифры. Он показывает, как поставщик управляет неопределённостью. Добавьте вопросы:

1. Какие пункты подтверждены существующей моделью, а какие требуют инженерной проверки?
2. Какие компоненты могут иметь альтернативных поставщиков и как согласуются замены?
3. Какие требования нужно проверить на образце и каким методом?
4. Какие документы относятся именно к предложенной конфигурации и рынку?
5. Какие элементы кастомизации имеют отдельные условия и зависимости?
6. Что является точкой фиксации конфигурации перед серией?
7. Как партия сопоставляется с утверждённым образцом и макетами?
8. Что происходит при дефекте образца, отказе инспекции или повторяющейся проблеме?
9. Кто отвечает за технические вопросы, качество, заказ и документы?
10. До какой даты действуют конфигурация, цена и предпосылки предложения?

Ответ «всё возможно» без уточняющих вопросов - слабый сигнал. Более надёжный ответ обозначает ограничения, зависимости и необходимые проверки.

Проведите внутреннюю проверку перед отправкой

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

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

Вопросы и ответы

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

Чем ТЗ отличается от RFQ для OEM/ODM-проекта?

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

Нужно ли указывать конкретный процессор в RFQ?

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

Как указать количество, если MOQ ещё неизвестен?

Сообщите реалистичный ориентир, пилот и возможные диапазоны без обещания заказа. Попросите поставщика отдельно указать MOQ базовой модели и каждого элемента кастомизации. Не используйте универсальное число: условия зависят от платформы, материалов и глубины изменений.

Что обязательно проверять на образце OEM-компьютера?

Проверьте рабочий сценарий, точную конфигурацию, все нужные порты и периферию, сеть, ОС и драйверы, внешний вид, локализацию, логотип, адаптер, комплект и упаковку. Зафиксируйте версии и критерии, чтобы образец стал эталоном для партии.

Достаточно ли сертификата с похожим названием модели?

Нет. Нужно подтвердить применимость документа к точной конфигурации, компонентам, маркировке и целевому рынку. Путь соответствия определяют ответственные стороны и профильные специалисты; похожее имя или общий логотип не доказывают покрытие продукта.

Как сравнить предложения с разными конфигурациями?

Сначала нормализуйте обязательные функции, комплект и условия. Все отличия вынесите в отдельную таблицу: компонент, влияние, способ проверки, стоимость и срок. Если базовые варианты не выполняют одну задачу, их итоговые цены нельзя считать прямым сравнением.

Когда RFQ можно считать готовым к отправке?

Когда независимый участник понимает продукт, пользователя, рынок, обязательную конфигурацию, допустимые альтернативы, OEM-элементы, образец, приёмку, коммерческий формат и владельцев решений без дополнительных догадок. Открытые вопросы допустимы, если они явно отмечены и назначен способ их закрытия.

Заключение

Сильный RFQ превращает идею OEM/ODM в управляемый проект. Он связывает пользователя и рынок с конфигурацией, кастомизацией, документами, образцом, контролем изменений и приёмкой партии. Поставщики отвечают на одну задачу, а команда покупателя видит не только цену, но и неподтверждённые допущения.

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

Источники для проверки

• ISO: Quality management principles - официальное введение в принципы управления качеством и процессный подход.
• ISO 2859-1: Sampling procedures for inspection by attributes - официальный стандарт по выборочному контролю по альтернативному признаку.
• European Commission: CE marking for manufacturers - официальное описание обязанностей производителя при определении требований и подготовке материалов соответствия.
• European Commission: RoHS Directive - официальный обзор ограничений опасных веществ в электрическом и электронном оборудовании.
• UNECE: UN Manual of Tests and Criteria - официальный источник по руководству испытаний и критериям, включая вопросы перевозки литиевых батарей.
• Microsoft: Windows 11 specifications and system requirements - официальные требования Windows 11 для проверки точной конфигурации.