Учёт заказов на мебельном производстве: типы карточек и поля в КанБан

Мебель на заказ — это всегда индивидуальный набор параметров. У одного клиента шкаф-купе из ЛДСП с зеркальными дверями и доводчиками, у другого — дубовый стол под масло с определённой длиной столешницы. Пока таких заказов пять, всё держится в голове и переписке. Когда их сорок — конструктор Игорь ищет размеры в чате, снабженец Оксана заказывает не ту фурнитуру, а срочный заказ всплывает за день до отгрузки.

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

В КанБан вы собираете собственный тип карточки — «Заказ на изделие» — и добавляете ровно те поля, которые нужны производству: от породы дерева до цены. Карточка сама подсвечивает срочные заказы, присваивает номер, показывает нужные поля клиенту в форме заявки и скрывает лишние. Ниже — как это настроить на примере компании Мебельное производство «ДубЪ».

В чём проблема: у каждого заказа свой набор параметров

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

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

Как решает КанБан: свой тип карточки с нужными полями

В КанБан карточка — это не просто «название и описание». Вы создаёте тип карточки (например, «Заказ на изделие») и наполняете его кастомными полями под свою специфику. Доступные типы полей:

• Текст — комментарий, адрес доставки, пожелания клиента.
• Число и Деньги ₽ — размеры в мм, количество погонных метров, цена заказа и предоплата.
• Дата — срок готовности, дата замера, дата отгрузки.
• Список (один) — одно значение из набора: порода дерева, тип покрытия, статус оплаты.
• Список (много) — несколько значений сразу: набор фурнитуры, доп. опции (доводчики, подсветка, зеркала).
• Вложенный список (каскад) — каскадный выбор: сначала категория изделия, затем подтип внутри неё (например, «Шкаф → Купе → 3 двери»).
• Галочка — да/нет: «нужен монтаж», «есть чертёж».

Отдельного поля «Пользователь» нет: назначенного конструктора или столяра указывают в блоке «Исполнители» самой карточки.

Каждое поле настраивается флагами (переключателями в редакторе поля):

• «в названии» — значение выводится в названии карточки на доске, его видно в списке без открытия карточки.
• «в чат» — при заполнении значение уходит отдельным сообщением в чат заказа, чтобы цех и менеджер сразу видели ключевые данные.
• «у клиента» — поле попадает в форму онлайн-заявки, и клиент заполняет его сам.
• «автономер» — карточке автоматически присваивается порядковый номер заказа (доступно для полей типа «Число» и «Текст»).
• «выделять карточку» — при выбранном значении списка карточка подсвечивается (мигает) на доске (например, статус «Срочно»).
• зависимое поле — поле показывается, только если другое поле заполнено или равно нужному значению.

Разбор на примере: Мебельное производство «ДубЪ»

В компании «ДубЪ» конструктор Игорь настроил тип карточки «Заказ на изделие» так, чтобы одна карточка полностью описывала производственное задание:

• Номер заказа — поле с флагом «автономер»: каждому новому заказу присваивается свой номер, ничего не нужно проставлять руками.
• Тип изделия — поле-дерево: «Кухня», «Шкаф», «Стол», «Комод», а внутри — подтипы. Значение хранится как путь и выводится как «Шкаф → Купе → 3 двери».
• Материал — список: «ЛДСП», «Массив дуба», «Массив сосны», «МДФ».
• Толщина кромки — зависимое поле: появляется, только если в «Материале» выбрана «ЛДСП». Для массива оно не нужно и не мозолит глаза.
• Размеры (Ш×В×Г) — числовые поля в миллиметрах.
• Фурнитура — мультисписок: доводчики, подсветка, зеркальные двери, ручки.
• Срок готовности — дата, вынесена на карточку.
• Статус — список: «В работе», «Ждёт материал», «Срочно», «Готов». Значение «Срочно» помечено флагом «выделять карточку» — такой заказ подсвечивается на всей доске.
• Цена и предоплата — поля типа «Деньги ₽»; снабженец Оксана и менеджер видят финансовую часть, не открывая карточку.
• Конструктор и столяр — отдельных полей для них нет: ответственных назначают в блоке «Исполнители» карточки, поэтому видно, кто ведёт заказ.

Часть полей — «Тип изделия», «Материал», «Размеры», «Пожелания» — помечены флагом «у клиента»: они попадают в форму заявки на сайте «ДубЪ», и клиент заполняет их сам. Заявка сразу превращается в карточку с готовыми данными — Оксане не нужно ничего перепечатывать.

Что это даёт производству

Одна настроенная карточка заменяет таблицу, блокнот и переписку:

• Полное задание в одном месте. Столяр открывает карточку и видит материал, размеры, фурнитуру и срок — без уточнений в чате.
• Нет забытых параметров. Единый шаблон типа карточки заставляет заполнить всё нужное; зависимые поля показывают только релевантное.
• Срочные заказы на виду. Подсветка по значению статуса — горящий заказ видно на доске сразу, его не пропустят.
• Порядок в нумерации. Автономер исключает дубли и путаницу «а какой это был заказ».
• Меньше ручного ввода. Поля клиента в форме заявки — данные приходят с сайта уже структурированными.
• Ключевые данные — в чате. Флаг «отправлять в чат» доставляет важные параметры прямо в обсуждение заказа.

Итог: конструктор Игорь перестаёт быть справочным бюро, Оксана заказывает ровно ту фурнитуру, что указана в карточке, а срочные заказы не срываются.