Я обещал срок по картинке от клиента и регулярно промахивался: как теперь считаю время заказа

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

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

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

Сначала исправлю ошибку из прошлой статьи

В #278 я написал, что логотип примерно на 2000 стежков вышивается за полторы минуты и что это «бьётся с паспортом» машины на 1200 стежков в минуту.

Но арифметика с паспортом не сходится.

2000 стежков за 1,5 минуты дают примерно 1333 стежка в минуту. Это выше заявленного максимума 1200. Значит, либо «полторы минуты» были грубым округлением, либо в оценке числа стежков была погрешность. Использовать этот кусок как подтверждение паспортной скорости нельзя.

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

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

Почему картинка от клиента не даёт срок

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

T = n × (s / v + c)

где:

• n — количество изделий;

• s — число стежков в программе;

• v — фактическая скорость вышивки;

• c — постоянная часть цикла: снять изделие, заправить следующее, выровнять, проверить натяжение и запустить машину.

Проблема в переменной s. Картинка в JPEG или PNG не содержит числа стежков. Один и тот же логотип можно оцифровать по-разному: изменить плотность, направление заполнения, компенсацию стягивания, порядок цветов. Пока дизайнер не сделал программу, точного числа нет.

Поэтому раньше я фактически угадывал одну из главных переменных формулы.

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

На маленькой партии ошибка может быть терпимой. На сотне изделий она размножается на сто.

Если программа оказалась не на 5000, а на 8000 стежков, лишние 3000 стежков на ста изделиях дают 300 тысяч дополнительных стежков. При 1000 стежках в минуту это пять часов чистого машинного времени, не считая смены изделий.

Вот откуда берётся «мы почти успевали».

Что предложил читатель и почему я не стал копировать схему целиком

Под прошлой статьёй производственник Xo4y_3uMy описал свой подход. Смысл такой: на первом разговоре назвать клиенту верхнюю границу цены и срока с запасом, а после образца и подробного ТЗ уже дать точный расчёт. Для нестандартных больших партий он предлагает сначала сделать тестовую единицу в боевом режиме со всеми операциями.

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

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

Я забрал другое: перестал обещать одну дату там, где ещё нет данных для одной даты.

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

Теперь у меня два срока вместо одного

Первый срок я называю до получения файла. Это диапазон, а не дата.

Например: «Если программа окажется до 4000 стежков и без сложной перестройки, партия входит в текущую неделю. После подготовки файла подтвержу день».

Второй срок появляется после трёх действий:

1. Получили исходник нормального качества.

2. Подготовили вышивальную программу и увидели число стежков.

3. Проверили постоянную часть цикла на конкретном изделии.

После этого заказ попадает в очередь уже в часах.

Самое важное здесь даже не точность. Клиент понимает, в какой момент срок перестаёт быть предположением.

Постоянную часть тоже нельзя брать одной цифрой

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

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

Поэтому для повторяющегося заказа я храню не абстрактную норму, а фактическую медиану по типу изделия.

Это особенно важно на небольших рисунках. При 1200 стежках в минуту и двух минутах подготовки граница получается около 2400 стежков:

s = c × v = 2 × 1200 = 2400

Ниже этого порога больше времени съедают руки между запусками. Выше начинает доминировать сама вышивка.

То есть вопрос клиента «сколько будет шиться мой логотип» на самом деле состоит из двух вопросов: сколько стежков в программе и сколько занимает смена конкретного изделия.

Проба от ста штук теперь для меня не только контроль качества

В наших коммерческих расчётах проба обязательна на тиражах от 100 штук. Раньше я воспринимал её прежде всего как страховку качества: проверить ткань, стабилизатор, натяжение, размер и внешний вид.

Теперь добавил вторую функцию: это контроль времени.

На пробной единице можно измерить весь цикл целиком:

• подготовку и установку;

• фактическое машинное время;

• остановки;

• снятие;

• переход к следующему изделию.

И уже после этого умножать не паспортную скорость, а реальный цикл на тираж.

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

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

Где автоматизация помогает, а где мешает

Сам приём файла можно ускорить довольно сильно.

Мы уже можем автоматически проверить разрешение, формат, наличие прозрачности, размеры, назвать, чего не хватает. Можно сохранить исходник, привязать его к заказу, поставить задачу дизайнеру и не искать потом «тот самый логотип» в переписке.

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

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

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

Машина может сказать: «файл получен, формат такой-то, размер такой-то, нужен исходник». Но срок подтверждает человек после программы и, если партия крупная, после пробы.

Почему я не ставлю машине 100% паспортной скорости в план

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

В его практике устойчивый режим лежит около 80-85% от паспортного максимума, а работа на пределе резко увеличивает износ. Это чужой производственный опыт, не мой замер, поэтому я не превращаю 85% в универсальный норматив.

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

Теперь в предварительной оценке я использую его только как физический потолок. Фактический срок подтверждаю по реальному циклу.

Это убирает странную ситуацию, когда формула обещает больше, чем машина вообще умеет по документации.

Что изменилось в разговоре с клиентом

Раньше вопрос звучал так:

Клиент спрашивал: «Когда будет готово?»

И я пытался назвать дату сразу.

Теперь ответ состоит из трёх частей:

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

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

Самая неожиданная вещь: клиенты почти не спорят с неопределённостью, если объяснить, что именно пока неизвестно и когда это станет известно. Клиента нервирует не сам диапазон, а дата, которую потом двигают без объяснения.

Что я теперь записываю по каждому повторному заказу

Для повторных клиентов и для тех, кто выбирает вышивальную машину для малого бизнеса или вышивальный станок, я сохраняю четыре значения:

• число стежков в утверждённой программе;

• тип изделия;

• медиану подготовки между изделиями;

• реальное время партии.

Следующий заказ с тем же логотипом и тем же изделием уже не начинается с гадания. Он начинается с предыдущего факта.

Здесь база повторных заказов становится ценнее ещё одной быстрой машины. Ускорение в 10% мало помогает, если оценка срока ошибается на несколько часов из-за неизвестной постоянной части.

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

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

И отдельное правило после собственной ошибки в предыдущей статье: если арифметика показывает скорость выше паспортного максимума, спорить надо не с паспортом, а со своим замером.