Как составить техническое задание на разработку и производство оборудования? Подробная инструкция по составлению ТЗ

Цель технического задания обеспечить четкое понимание и эффективное взаимодействие всех участников проекта, снабдив их всей необходимой информацией и контекстом для успешной разработки нового продукта.

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

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

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

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

1. Описание задачи

Нужно кратко описать изделие и его назначение. Расскажите, что предстоит сделать: разработать новое оборудование или повторить имеющееся (реверс-инжиниринг), сделать расчет (экономической составляющей или прочностной) и т.п.
Пример: можно сделать — холодильную камеру целиком или только ее корпус.

2. Изображения, эскизы, существующие аналоги

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

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

В Кейсе 1 привожу пример, как недосказанность в начале обернулась разочарованием заказчика в сотрудничестве.

3. Назначение изделия и ожидаемый функционал

Перечислите все функции и задачи проектируемого изделия. Кейс 2 поможет понять, насколько важно сразу указать все возможные функции проекта, помимо главной (очевидной). А Кейс 3 показывает, что даже очевидная функция изделия нуждается в подробном описании.

4. Характеристики изделия

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

Кроме того, есть различные типы размеров — в транспортном положении, в эксплуатационном, сложенном к отправке, максимально развернутом. Их недостаток на этапе ТЗ не позволит вам установить изделие, работать за ним, произвести его сервис или даже открыть дверцу ящика.

5. Дополнительные элементы

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

6. Материалы, используемые в изделии

Будьте внимательны с этим пунктом, так как задача, например, “сделать раму станка” может решаться по-разному. Кто-то вам сделает из профильной трубы из черного металла, кто-то из листов, формирующих каркас, кто-то из конструкционного алюминиевого профиля. А вам ни то, ни другое, ни третье не подходит, так как, например, у вас полный склад круглой трубы для ножек и чугунных плит. Напишите об этом, тогда конструктор будет использовать при проектировании доступный вам материал.

Поэтому напишите что-нибудь и об этом.

7. Компоненты, используемые в изделии

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

То же правило применяется и к компонентам от поставщиков, с которыми у вас есть сотрудничество или с которыми планируете сотрудничать. Сообщите об этом, чтобы инженер использовал оборудование и детали из каталогов ваших поставщиков. Это поможет избежать несоответствий и дополнительных расходов при выборе комплектующих. Пример в Кейсе 5.

8. Бюджет разработки

Если это возможно, то укажите допустимый бюджет разработки. Куда проще изделие проектируется с пониманием, что какая-нибудь технология недоступна из-за цены и думать о ней даже не стоит (например литье, штамповка или ковка).

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

Или же наоборот — если в средствах ограничения нет, то можно смело приобретать более “удобные” материалы или готовые качественные решения на рынке и интегрировать их в изделие. Это дороже, чем собственная разработка, однако времени вы потратите меньше, а результат получите с гарантией.

9. Сроки разработки

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

10. Особые требования

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

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

Но если вы не скажете об этом в начале, то потом будет поздно — путей реализации много и, выбрав какой-нибудь "свой", инженер допустит ошибки.

- Работает, как написано?
- Да.
- Тогда какие вопросы? Нужно было предупреждать.

Остается только обижаться. И то, на себя. Ну или переделывать за дополнительную плату.

11. Технология производства

У вас есть собственное производство или налажена работа с посредником? Очень хорошо. Не забудьте упомянуть об этом, указав имеющиеся в наличии технологии или оборудование.

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

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

12. Взаимодействие с другими устройствами

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

В Кейсе 6 разобран пример «Интегрирования нового устройства в существующий процесс домашнего отопления».

13. Технологический процесс

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

14. Эксплуатационные условия

Здесь важно знать, от кого и чего нужно защитить устройство, а также кого и что нужно защитить от него.

Это может быть холод или жара, сухое помещение или водная среда, эксплуататор — подготовленный персонал или публичный доступ. А может быть и потенциальная кража или вандализм, частый или редкий доступ к отдельным частям для сервиса, попытки украсть интеллектуальную собственность или обойти фирменный сервис. Влага, пыль, грызуны, вибрации — укажите всё. Пример защиты устройства от "пыльного" цеха разобран в Кейсе 8.

15. Зоны ответственности

Возможно, над вашим проектом будут работать несколько специалистов из разных сфер — механик, электрик, программист и сборщик. У каждого есть своя зона ответственности и хорошо бы указать это в задании или же, что еще лучше, оформить разные ТЗ для них или, хотя бы, разные разделы.

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

16. Порядок выполнения

Бывает так, что разработка должна вестись последовательно, например, из-за недостатка информации, ожидания какого-либо изделия или решения, определенного порядка сборки изделия. Это нормально. Но об этом тоже нужно сообщить.

17. Предоставление результата

Вам нужны 3D модели или только чертежи? А файлы для ЧПУ станков? А может вы хотите редактируемые файлы модели именно в той программе, в которой вы работаете. А чертежи вы будете использовать только электронно или будете печатать на принтере или плоттере определенного размера?

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

Все данные, что у вас есть, касательно будущего изделия — это и есть важные моменты при составлении технического задания. И даже мысли. Говорите и рассказывайте обо всем. Даже то, что кажется вам несущественным. Много — не мало.

И помните, что скорее всего вы в своем ТЗ не укажете 100% информации и тот, кто будет писать за вас, тоже не укажет. Много вопросов могут появиться по ходу проектирования. И это нормально. Чем выше процент, тем вернее будет изначальный путь и тем ниже отклонение от желаемого результата.

P. S. Даже данная инструкция по написанию ТЗ, я уверен, не полная — где-то пару критериев я, наверняка, пропустил. Потому что информации очень много и всю не вспомнить. Но суть я постарался донести:)

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

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