KPI табло, което наистина се ползва
Повечето KPI табла умират тихо. През първите две седмици всички ги отварят, после някой забелязва число, което не съвпада със счетоводството, доверието се пропуква и след месец таблото е още един раздел, който никой не отваря.
Проблемът рядко е технически. Почти винаги е в решенията, взети преди да започне разработката. Тази статия минава през тези решения с примера на таблото, което изградихме за дентална практика с три локации, защото аргумент с реален пример струва повече от аргумент без такъв. Всички числа на картинките са примерни; формата е истинската.
Какво ни поискаха
Собственикът разполагаше с числата. Бяха разпръснати в системата за графици на клиниката (посещения, приход по кабинет и по лекар, нови пациенти, неявили се), в куп счетоводни експорти (фактури за покупки, заплати) и в една-две таблици, които някой попълваше, когато се сетеше. Три локации, всяка със собствени навици, и един човек, който се опитва да види цялата практика наведнъж.
Заявката беше обичайната: „табло“. Реално необходимият отговор беше на по-тесен въпрос, задаван всеки понеделник: отклонява ли се някоя локация, и къде точно.
Числата трябва да идват сами
Ако някой трябва да експортира справка и да я качи на ръка, таблото е мъртво още на чертожната маса. Не защото хората са мързеливи, а защото ръчната стъпка се пропуска точно в най-натоварените седмици, а това са точно седмиците, в които таблото е най-нужно.
Първата ни версия разчиташе на експорти, поставяни във форма за импорт, и се държеше точно както се очакваше: данните бяха пълни през първия месец и на парче от втория. Затова направихме скучното нещо. Автоматична задача влиза всяка нощ в системата за графици на клиниката и тегли дневните справки за всяка локация – същите справки, които управител би отворил на ръка. Фактурите и заплатите продължават да идват като таблични експорти, но през шаблон, който разпределя всеки ред в група разходи, така че импортът е едно пускане на файл, а не сесия по въвеждане на данни.
Два вида числа останаха за ръчно въвеждане, защото няма система, която ги пази: предложените и приетите лечебни планове и разходите за маркетинг. Те са числата, които изостават всеки месец, и това не е съвпадение. Ако един показател не може да се извлича автоматично, честният избор е между това да се изгради пътят или да се махне показателят. Да се държи като поле, което е перманентно остаряло, е вариантът, който струва доверие.
Един запис за клиника за ден
В момента, в който едно число се разминава със счетоводството, таблото трябва да може да се обясни – или губи спора. Затова моделът на данните е нарочно скучен: един запис за локация за ден, за всяко оперативно число. Седмиците и месеците са суми от дни, никога второ копие, което да се отклони. Импорт, който се застъпва с вече зареден период, се отхвърля, а не се събира тихо два пъти, и всяко число пази указател към справката, от която е дошло.
Нищо от това не се вижда на екрана, и всичко това е причината екранът да е още отворен шест месеца по-късно.
Показател без праг не е показател
Числото само по себе си не носи решение. „Приход 48 000 €“ не казва нищо, докато не знаете дали 48 000 € е добре.
Всяко число на таблото има целеви диапазон, а повечето имат и праг за аларма отгоре. Разходите се следят като дял от прихода по групи, а стойностите по подразбиране са ориентирите, които всяка дентална практика би разпознала: зъботехническа лаборатория 10–15 % с аларма над 18, материали 6–10 % с аларма над 10, маркетинг 5–7 % с аларма както над 8, така и под 3. Последната изненадва хората. Да се харчи твърде малко за маркетинг е проблем, който таблото може да хване месеци преди да го хване графикът с часовете.
Оперативните числа работят по същия начин: заетост на кабинетите с цел 75–85 % и аларма под 75, дял на неявилите се пациенти с аларма над 10 % от часовете, приети лечебни планове като приета стойност спрямо предложена.
Аларма, която идва да ви намери
Прагът превръща таблото от нещо, което гледате, в нещо, което идва да ви намери. Разликата е практическа: първото изисква дисциплина, второто – не.
Два канала изнасят алармите извън екрана. Критичните се появяват като известие в браузъра в момента, в който възникнат. Всичко останало изчаква Telegram отчет в понеделник сутрин, който обобщава седмицата по локации. Разделението е нарочно: известията имат праг на търпимост. Три на седмица се четат. Тридесет се заглушават, а с тях си отиват и трите, които са имали значение.
По-малко показатели, отколкото ви се иска
Естественият импулс е да се включи всичко измеримо. Обзорната страница може да покаже десет карти; собственикът гледа шест, а останалите съществуват за дните, в които възникне конкретен въпрос.
Работното правило, което ползваме: ако не можете да кажете какво бихте направили различно заради даден показател, това не е KPI, а интересен факт. Интересните факти могат да живеят в справка, която теглите, когато ви трябва.
Единственото място, където повече е по-добре, е сравнението между локациите. Среден дял неявили се от 7 % изглежда добре; локацията, която върви на 13 %, не изглежда. Същите шест числа съществуват и по обект точно по тази причина.
Съобразено с това, как екипът вече говори
Таблото не трябва да изисква екипът да промени начина си на работа, за да го захранва. Групите разходи носят имената, които им дава счетоводителят на практиката, а не имената от сметкоплана. Локациите носят имената, които ползва персоналът. И понеже въпросът „колко излиза заплатите този месец“ се задава на същото оперативно събрание като „как се справихме“, калкулаторът за заплати по българското трудово законодателство живее в същия инструмент, а не в отделна таблица.
Ако категориите на таблото не съвпадат с тези, в които хората вече мислят, всеки поглед изисква мълчалив превод, а точно този превод е триенето, което убива навика.
Кой какво вижда
За правата се пита последно, а мястото им е близо до началото. Собственикът вижда всичко. Управител вижда избран набор страници и локации. Лекар вижда своите числа, а заплатите на колегите са скрити. Без това до месец се появява второ табло „само за ръководството“ и двете започват да се разминават.
Какво бихме направили различно
Първата версия имаше един общ вход и правила за базата данни, които се доверяваха на браузъра. Това беше приемливо за един собственик на един лаптоп и дисквалифициращо в момента, в който втора практика поиска същия продукт, така че истински акаунти и правила на сървъра влязоха, преди някой друг да може да се логне. Трябвало е да са там от първия ден.
А двете ръчно въвеждани полета все още се въвеждат на ръка. Знаем къде ще се счупи таблото и кога: в седмицата, в която човекът, който ги въвежда, е в отпуск.
Накратко
Работещото табло има малко показатели, всеки от които идва автоматично, всеки с праг, всеки водещ до конкретно действие и всеки способен да каже откъде е дошъл. Всичко останало е украса, а украсата тежи.
Ако мислите за подобно табло, кажете ни какво следите днес и как. Най-полезният разговор обикновено започва от справките, които вече имате, а не от бял лист.