Во введении описываются тема проекта, его актуальность и практическая проблема: клиентам бывает сложно подготовить полную заявку на 3D-печать. Здесь определяются цель, задачи, объект и предмет работы, а также предполагаемый результат — прототип чат-бота. Отдельно указываются методы: изучение источников, анализ типовых запросов и тестирование сценария на примерах.

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

В пункте сравниваются распространённые технологии, прежде всего FDM и SLA, а также примеры материалов, применяемых в 3D-печати. Объясняется, что выбор зависит от назначения изделия, требуемой детализации и условий эксплуатации. Раздел помогает подготовить корректные подсказки для пользователя, не обещая универсального решения до проверки конкретной модели.

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

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

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

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

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

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