От жалобы к причине: одна жалоба — ещё не картина

19:20: что в сообщении есть и чего в нём нет

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

Чего в сообщении нет — почти всё остальное. В нём не сказано, какое из двух горячих опаздывает, дошли ли закуски, сказал ли кто-нибудь за столом хоть слово и с какого момента гость начал считать. Жалоба — свидетельство ощущения, а не свидетельство времени. Принять фразу за замер — первая и самая частая ошибка, и работает она в обе стороны: заведение начинает защищаться, когда чек говорит двадцать две минуты, и успокаивается, когда чек говорит сорок одну.

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

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

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

У блюда есть минимум четыре отметки времени, и каждая принадлежит своему человеку:

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

Значит подтверждение — это вычитание и сравнение, а не приговор:

Ожидание позиции = время подачи на стол − время отправки заказа. С обеих сторон минуты, значит минуты и в результате. В нашем случае гость называет 35 минут в 19:20, бронь даёт время заказа, статус кухни — стадию, на которой блюдо. Нарушение это 35 − T > 0, где T — собственное целевое время заведения для этой группы блюд. Проверка обратным ходом: будь T равно 35 минутам или больше, те же данные дали бы «в пределах цели», и никакого приоритета не завелось бы вовсе. Наш случай даёт подтверждённое нарушение, значит T меньше 35 минут — это всё, что говорят данные, и ничего сверх того.

Чего вычитание не делает — не говорит, чьи это были минуты. Блюдо, которое быстро приготовили, а потом оставили стоять на раздаче, опаздывает и остывает, а собственный экран кухни показывает его вовремя; заведение, которое меряет только время готовки, будет искать причину на кухне вечно. Как те же минуты читаются с другой стороны, как занятые и не обёрнутые места, — это оборачиваемость столиков, а во сколько они обходятся в деньгах на место в час — RevPASH.

Целевое время подачи — это обещание, а не среднее

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

У рабочей цели три свойства. Она ставится на группу блюд, а не на ресторан целиком: у стейка и супа не может быть одного обещания. Она ставится на часть дня, потому что та же кухня в 19:20 в полную пятницу — не та же кухня, что в 14:00. И формулируется она долей, а не средним: девять горячих из десяти за X минут, а не X минут в среднем. Среднее здесь неверная величина по простой причине: жалобы приходят из хвоста, а хвост среднее и прячет. Кухня может держать безупречное среднее и всё равно выдавать одну сорокаминутную тарелку за вечер, и сообщение пишет именно эта тарелка, а не среднее.

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

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

Первый ответ принадлежит гостю, а не разбирательству

Дальше параллельно идут два дела, и путаница между ними превращает поправимый вечер в потерянный.

Гость получает ответ, и он короткий: задержку проверяют, ею уже занимаются. Верно, немедленно и без причины, без виноватого и без срока, который ещё не подтверждён. Соблазн — пообещать ещё пять минут; обещание, выданное из зала без статуса кухни, это просто вторая жалоба, назначенная на 19:26.

Менеджер зала получает приоритет — задачу с именем, а не объявление в общий чат. Сообщение, которое видят все, — это сообщение, за которое не отвечает никто, а весь смысл эскалации в том, что кто-то должен ногами дойти до этого стола. В нашей рабочей схеме именно это и происходит рядом с ответом гостю: случай поднимается на менеджера зала, когда ответ гостю уже ушёл. Где живут такие назначения и как они закрываются — это задачи, а общий вид ответа, который уходит сразу и без набора руками, описан в статье автоматизация follow-up.

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

Компенсация — решение заведения, и подтверждает её человек

Здесь расходятся полезная система и бесконтрольная, поэтому порядок действий важнее формулировок.

В нашем случае последовательность такая: задержка подтверждена по данным → проверена политика заведения → если заведение компенсации разрешило, система предлагает: задержка подтверждена, десерт или напиток за счёт заведения по правилам ресторана, применяем? → менеджер подтверждает → и только после этого что-либо отдаётся.

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

Почему настаивать на подтверждении человеком, если правило можно просто прописать кодом? Потому что компенсация — это выплата из маржи, сделанная на глазах у гостя, и она регулярно оказывается не тем лекарством. Столу, который прождал 35 минут, обычно нужны еда, объяснение и чьё-то внимание; бесплатный десерт вместо этих трёх читается как покупка молчания. Менеджер, стоящий в зале, видит, что из двух происходит. Правило не видит.

И компенсация — это расход со своей статьёй, а не отсутствие выручки. Списанная как «меньше продали», она разом искажает и средний чек, и себестоимость; записанная тем, чем является, она становится числом, которое владелец смотрит раз в месяц и сравнивает с задержками, её породившими. Какие числа отчёту вообще нужны и по каким из них никто ни разу не действовал — разобрано в статье про отчётность.

Зачем нужен последующий контакт и чем он не имеет права стать

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

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

Оно меряет спасение: вернулся ли этот гость. Это честный итог всей работы, и читается он через месяц, а не за вечер. Арифметика подсчёта вернувшихся — доля повторных визитов, а сколько спасённый гость стоит за всё время отношений — ценность гостя. Наши собственные числа дают представление о масштабе с обратной стороны той же монеты: кампания возврата по 183 остывшим гостям дала 27 визитов и 8 460 PLN, то есть 8 460 ÷ 27 = 313,33 PLN выручки на один возвращённый визит — обратная проверка, 27 × 313,33 = 8 459,9, что сходится с 8 460. Вернуть гостя потом — это проект со своей стоимостью; удержать того, кто уже сидит в зале, — один разговор.

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

Нарушенная цель и испорченный вечер — два разных факта

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

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

Верхняя правая клетка — ловушка в другую сторону. Блюдо пришло в пределах цели, а вечер всё равно испорчен: никто не предупредил, что оно долго готовится; закуски унесли двадцатью минутами раньше; людям нужно было на поезд; соседний стол обслужили первым. Здесь данные правы и ни к чему. Ответ такому гостю «по нашим записям мы уложились в целевое время» выигрывает спор и теряет гостя — и делает так ровно то заведение, которое считает целевое время ответом сразу на обе стороны дела вместо одной.

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

Одна жалоба — событие, три одинаковых — причина

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

Масштаб меняется, когда меняется постановка дела. «Что делаем с этим гостем?» решается сегодня вечером и стоит минут плюс, возможно, десерта. «Что мы меняем, чтобы это прекратилось?» решается наутро и стоит рецепта, станции или графика смен. Первое — сервис. Второе — управление, и оно возможно только тогда, когда кто-то заметил, что случай был не единственным.

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

Поэтому же день закрывается одной строкой, а не отчётом. Наше закрытие дня несёт числа, а следом одну фразу: есть одна ситуация, на которую стоит посмотреть завтра, — рост времени готовки по одной категории. Всё, что внутри нормы, не печатается вовсе. На другом конце того же принципа стоят наши числа по сети: из 100 000 событий 99 650 не потребовали внимания, 327 закрыли система или персонал, 20 потребовали управления, 3 — владельца.

Что делает три случая «одинаковыми»: ключ выбирают до подсчёта

«Три похожие задержки» осмысленны только тогда, когда похожесть определили до начала подсчёта. Эту часть пропускают все, и пропуск её и производит уверенную чепуху.

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

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

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

Сколько случаев перестают быть совпадением

Повторяемость — это не счёт. Это счёт, сравнённый с тем счётом, который получился бы и так:

Ожидаемое число случаев = заказы по ключу × обычная доля нарушений в заведении. Случаи равны заказам, умноженным на случаи-на-заказ, значит размерности сходятся. Если по собственным числам ожидаемая величина около единицы, а наблюдаешь три — есть что разбирать. Если ожидаемая величина и так три, найден базовый уровень, а не причина.

Наши числа из другого угла того же ресторана показывают, как читается эта проверка. Определённое сочетание людей в смене закрывало заведение с опозданием в 7 из 11 последних смен, переваливая за норму на 24 минуты. Чтобы 7 было ожидаемым числом, обычная доля поздних закрытий в заведении должна равняться 7 ÷ 11 = 0,636 — обратная проверка, 11 × 0,636 = 7,0. Значит всё решает одно: закрывается ли это заведение с опозданием две смены из трёх обычно? Если нет — сочетание и есть находка.

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

Предупреждение об этих двух числах, потому что их как раз и склеивают по случайности. 24 минуты — превышение на сменах с тем сочетанием людей; 18 минут — сокращение среднего времени закрытия по всей пробе. Они измерены на разных множествах, поэтому 24 − 18 = 6 ни о чём не высказывание. Единицы совпадают, именно это и делает ошибку лёгкой; знаменатели не совпадают.

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

Ошибиться можно двумя способами, и стоят они по-разному

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

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

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

Наутро: что разбор по кухне обязан произвести, чтобы засчитаться

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

• ключ и окно — какая группа, какая станция, какая часть дня, какие дни;
• счёт и знаменатель — три задержки из скольких заказов по этому ключу;
• названный шаг, где появляются минуты, сформулированный как механизм, а не как человек;
• одно изменение, а не четыре, потому что четыре изменения, проверенные вместе, не говорят ничего о том, какое сработало;
• мерка и окно проверки — тот же ключ, посчитанный тем же способом, на объявленное число смен;
• имя человека, который за это отвечает.

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

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

Сколько это стоит в тетради и где живут данные гостя

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

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

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

Одну границу стоит назвать прямо, потому что действует она с первого же сообщения. Запись о жалобе связывает названного человека с визитом, столом и претензией. Храни её ради той цели, ради которой собрал, — спасти этот визит и найти причину, — отвечай в том канале, из которого гость написал, и прекращай писать, когда он просит. Ни одной статьи закона эта страница не называет намеренно: неверный номер статьи звучит увереннее верного. Место для такого заявления — политика конфиденциальности заведения, и в ней должно быть сказано, что содержит запись о жалобе и сколько её хранят.

Частые вопросы

Какое ожидание горячего считается слишком долгим?

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

Что должен говорить первый ответ ждущему гостю?

Что задержку проверяют и ею уже занимаются. Ничего о причине, ничего о виноватом и никакого срока, не подтверждённого кухней. Выдуманные «ещё пять минут» дают вторую жалобу через шесть минут. Сам ответ может уйти сразу и автоматически; исправление, которое идёт следом, — нет, потому что оно заведение к чему-то обязывает.

Нужно ли каждый раз дарить десерт?

Нет, и решать это не системе. В нашей рабочей последовательности компенсация предлагается, только если заведение разрешило компенсации записанной политикой, только после подтверждения задержки по данным и только как обращение к менеджеру, который её подтверждает. Столу, прождавшему 35 минут, обычно нужны еда, объяснение и внимание; десерт вместо этих трёх читается как покупка молчания. И компенсация — это расход со своей статьёй, а не уменьшенная продажа.

Сколько похожих жалоб складываются в закономерность?

Три с одним ключом дают гипотезу, а не вывод. Важен не счёт, а сравнение: ожидаемое число случаев равно заказам по этому ключу, умноженным на обычную долю нарушений. Ожидаемая величина около единицы при трёх наблюдённых — повод разбираться. Ожидаемая величина, равная трём, означает, что измерен базовый уровень. В нашем случае с закрытием 7 поздних смен из 11 были бы нормой только при заведении, которое закрывается поздно в 7 ÷ 11 = 63,6% смен.

Что считается «задержкой того же рода»?

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

Меняет ли что-нибудь сам ответ на жалобу?

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

Что происходит с данными гостя после закрытия случая?

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

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