Идея в действии: Как создавать инновационные проекты, которые меняют рынок

Но конкретные истории не складывались в одну картину.

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

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

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

Три кафе. Одно общее слово — «списания». И как минимум три разных механизма.

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

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

Разделить то, что мы видели, и то, что решили

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

Кроме того, память не работает как видеозапись: рассказывая о прошлом, человек отбирает эпизоды и связывает их в удобное объяснение. Поэтому полезно спрашивать не только «Что вам нужно?», но и «Когда это произошло в последний раз?», «Что вы сделали дальше?», «Можно посмотреть, как это записано у вас сейчас?».

Лера пересмотрела заметки команды и разложила их на четыре категории.

Категория

Что записывать

Пример из кафе

Наблюдаемый факт

Что человек сделал или что произошло

После изменения меню сотрудник пересмотрел заказ поставщику

Потребность или задача

Какого результата человек добивался

Понять, какие продукты заказывать на следующую неделю

Ограничение

Что мешает или задает условия

Решение нужно принять до срока подачи заказа

Гипотеза о причине

Почему, возможно, возникла трудность

Остатки, меню и планы закупки не сверяются в одном процессе

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

Особенно важно не путать симптом и причину. Списание — симптом или последствие, но не объяснение. Как высокая температура сама по себе не указывает, что именно вызвало недомогание, так и цифра в журнале потерь не говорит автоматически, какой процесс нужно менять.

Полезно раскладывать историю по трем уровням:

Уровень

Главный вопрос

Пример

Симптом

Что заметно?

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

Возможная причина

Почему это могло произойти?

Меню изменили после планирования закупки

Последствие

Что стало хуже для человека или бизнеса?

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

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

Проследить цепочку, а не придумать объяснение

Лера выбрала историю третьего кафе и разобрала ее по эпизодам. Не «почему вы списываете продукты вообще?», а «вспомните последний случай, когда продукт не удалось использовать».

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

Команда записала цепочку:

1. Меню меняется незадолго до очередной закупки.

2. План закупки готовится по прежнему меню или по приблизительным оценкам.

3. Сотрудникам приходится принимать решение о запасах в условиях неполной информации.

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

5. Возникают дополнительные действия, риск потерь и необходимость менять уже принятые решения.

Теперь у команды была не только цифра «списания», но и гипотеза о процессе, в котором они возникают. Следующий шаг — проверить каждый пункт. Всегда ли меню меняют поздно? У кого есть право изменить заказ? Какие продукты оказываются лишними? Что происходит с ними на практике? И действительно ли списание — самое болезненное последствие для тех, кто принимает решения?

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

Найти общий рисунок и не стереть различия

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