От счетоводство към навигация: защо отчетността в търговията и HoReCa се нуждае от нов модел

Преди двадесетина години сам изградих първата си ERP система, за около два месеца, за компания, която продаваше вестници и списания през над петдесет павилиона. Без екип, без наръчник. Сам се занимавах със стоки, връщания и трезорерия, спейки в сървърното помещение повече нощи, отколкото бих искал да призная. След два месеца системата заработи и продължи да води счетоводството на бизнес със стотици търговци на едро.

Тази система записваше доставки, връщания, пари в брой и наличности, нищо повече. В строгия смисъл на думата това беше счетоводство.

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

Мисля, че тъкмо тази празнина е причината отчетността в търговията и хотелиерството да трябва да премине от управление чрез KPI към управление чрез сигнал. Това е различна задача от тази, която дашбордът вече изпълнява.

В какво дашбордът наистина е добър

Искам да съм справедлив към дашбордовете тук, защото инстинктът на индустрията често е да ги обяви за остарели, а този инстинкт е погрешен. Дашбордът показва продажбите за деня, нивата на наличности, маржа, изпълнението на плана. Това е необходимо. Без него бизнес с много обекти бързо започва да живее в няколко несъвместими версии на реалността, един управител на обект убеден, че всичко е наред, друг сигурен, че не е, без обща отправна точка дори за да започне разговорът.

Това, на което дашбордът отговаря, е какво вече се е случило. Това е реален и наистина полезен въпрос. Просто не е пълен. Историческите продажби показват къде е бил бизнесът. Не показват накъде се движи. Средна стойност за мрежата може да изглежда здрава, докато три конкретни обекта тихо развиват проблем отдолу. Прогноза може да е вярна за портфолиото и пак да е безполезна за човека, който трябва днес да вземе решение за един обект.

Отчетите обикновено говорят на езика на KPI, осреднени по обекти и периоди. Сигналът трябва да работи по обратния начин, достатъчно тесен, за да се действа по него веднага. „Маржът е намалял с 2% този месец“ е отчет. „Маржът се промени в този обект, през този период, и ето кой разходен ред се измести“ е сигнал. „Нивата на наличности са завишени“ е отчет. „Тази партида, в този обект, наближава срока си на годност“ е сигнал, защото някой все още може да действа, преди прозорецът да се затвори.

Защо средното число обикновено крие истинската история

Бизнесите в търговията и хотелиерството не са линейни системи. Тази дума звучи абстрактно, докато не сте управлявали такъв бизнес, затова си струва да сме конкретни какво означава на практика.

Промяна в асортимента измества нивата на наличности, а изместените наличности променят наличността на продукта, тихо, преди каквото и да е от това да се появи в седмичен отчет, макар че наличността е точно това, което клиентът изпитва на рафта. Промоция може да повдигне оборота точно в седмицата, в която сте искали, докато свива маржа и натоварва с допълнителна работа персонал, който не е бил планиран за това. Съкращаване на разходи може да произведе напълно добро число в края на месеца и реален оперативен проблем шест месеца по-късно, когато се окаже, че съкратеното все пак е имало значение. Нищо от това не се появява само по себе си в таблица, неща като времето, местен официален празник, великденска традиция, специфична за една страна, или доставчик, който тихо е вдигнал цена, без да каже на никого.

Всяко решение наследява това, което го е предшествало, плюс състоянието на бизнеса, плюс условия, които никой в стаята не контролира. Система, която показва само моментната снимка на KPI за седмицата, отчита вашата скорост и позиция на картата. Тя не казва нищо за това какво има зад следващия завой или кое от последните три решения ви е довело точно там, където сте сега. Изследванията върху информационното претоварване потвърждават това. След определена точка повече информация не води до по-добри решения. Хората започват да пропускат сигналите, които имат най-голямо значение, разчитат повече на интуитивни преки пътища и прекарват повече време в изясняване какво се случва, отколкото в решаване какво да се направи (Eppler & Mengis, 2004). По-хубава на вид графика не е автоматично по-добър отговор.

От KPI към сигнал: какво означава навигация

Преформулировката, до която непрекъснато се връщам, е тази. Дашбордът с KPI тълкува позицията ви и спира дотам. Навигаторът тълкува позицията ви спрямо дадена дестинация и ви казва следващия ход. Направите ли грешен завой, той не ви укорява за това. Навигационната система на колата ви не казва, че сте се изгубили и пътуването е провалено. Тя казва: маршрутът е преизчислен. Отчетността трябва да носи същата позиция, не присъда за това, което вече е тръгнало зле, а следваща стъпка предвид това къде стоят нещата.

Навигационната система на колата ви не казва, че сте се изгубили и пътуването е провалено. Тя казва: маршрутът е преизчислен.

На практика полезният сигнал трябва да е конкретен, обвързан с един артикул, един обект, един доставчик, един период, защото средната стойност за портфолиото крие повече, отколкото разкрива. Трябва да е проверим, така че да можете да попитате защо и да бъдете насочени към действителните изходни данни, а не към по-голямо число. И трябва да е синхронизиран с решение. Прозрение, което пристига след като оперативното решение вече е взето, е post mortem, както и да го наречете.

Признавам, че точно затова съм предпазлив към всеки продукт, включително AI такъв, който предлага единствен мигновен отговор без видим път как е стигнал дотам. Число без прикрепен източник е твърдение, което някой ви моли да повярвате, а не доказателство, което можете сами да проверите. Трудната част никога не е била генерирането на повече числа по-бързо. Тя е скъсяването на пътя от въпрос до доказателство до решение достатъчно, за да може някой да го извърви в рамките на работния си ден.

Защо marql започва с въпрос, а не с дашборд

Това е логиката зад начина, по който работи marql. Не е поредният панел за настройка и внимаваме да не обещаваме пълна автоматизация или мигновен, безспорен отговор. И двете са лесни твърдения за правене и трудни за отстояване. marql е слой, ориентиран към чат, върху системите, които една търговска верига, една ресторантьорска група или една франчайз мрежа вече използват (POS, счетоводство и наличности, наред с други), с достъп само за четене, хостван в ЕС. Задавате реален оперативен въпрос на обикновен език и отговорът се връща обвързан със своя източник, показвайки периода, обекта и контекста зад него, всичко видимо и проверимо. Съществуващият ви стек не се движи. Движи се само слоят отгоре.

Публично поетият от нас ангажимент е по-тесен от „пълна видимост, мигновено“. Той е квалифициран преглед на стека, последван от първи изглед на живо до 24 часа, с цени от 200 € на месец. Това е по-малко твърдение от онова, което категорията обикновено прави. Предпочитам то да остане точно, отколкото да звучи по-мащабно, и това е същата дисциплина, която един COO, наблюдаващ операциите в различни обекти, би очаквал от всяка система, претендираща да замести проверка по усет.

Въпросът, който си струва да зададете на текущия си стек

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

Преди следващия си оперативен преглед задайте директен въпрос за онова, което в момента гледате. Казва ли ви какво да проверите след това, или само какво вече се е случило? Ако е второто, решението вероятно не е по-голям дашборд. Решението е навигатор.