Ето една сурова истина, която повечето отчети за приходите и разходите тихомълком крият: приблизително един на всеки пет от вашите „най-добри“ клиенти ви носи загуби. Поръчките, които те правят, изглеждат страхотно в графата на общите приходи, но обажданията, които правят, спешните задачи, които изискват, и рекламациите, които генерират, изяждат маржа по начини, които традиционното счетоводство на разходите никога не е било проектирано да види.
Тази разлика между това колко изглежда, че струва нещо, и колко всъщност струва, е точно проблемът, който Отчитането на разходите по дейности (Activity-Based Costing — ABC) беше измислено да реши. Родено в края на 80-те години на миналия век от разочарованието от разпределението на косвените разходи, което разпределяше разходите равномерно между продуктите, ABC се превърна в практически инструмент за управление както за обслужващи фирми, така и за производители, болници, ресторанти и софтуерни компании. Приложено добре, то изважда на повърхността скритата рентабилност на клиенти, продукти и SKU, която калкулирането на база обем не може да улови.
Това ръководство разглежда как всъщност работи ABC, как да го внедрите, без да потънете в детайли, къде е дало резултати в реалния свят и как неговият съвременен братовчед — ABC, базирано на времето (TDABC) — решава проблема с поддръжката, който провали много проекти за ABC от първо поколение.
Защо традиционното калкулиране на себестойността тихомълком ви подвежда
Повечето компании все още разпределят косвените разходи по начина, по който фабриките са го правили преди век: избират един носител на база обем — обикновено часове пряк труд, машинни часове или брой произведени единици — и разпределят всички косвени разходи върху тази база. Това работи, когато косвените разходи са малки и еднородни и когато всеки продукт изглежда приблизително като всеки друг продукт.
Системата се разпада в момента, в който бизнесът ви започне да прилича на модерен такъв. Продукт с индивидуална конфигурация и три инженерни промени консумира много повече ресурси за снабдяване, планиране, качество и обслужване на клиенти, отколкото стандартен каталожен артикул, дори ако и двата изискват едни и същи минути труд в производствения цех. Малък клиент, който пише имейли всеки ден и изисква спешни поръчки, консумира повече внимание от партньорите, отколкото голям клиент с тримесечен абонамент. Разпределението на база обем не може да види нищо от това.
Резултатът е системно изкривяване. Сложните продукти и клиенти с нисък обем, но изискващи много внимание, се оказват с подценени разходи. Простите продукти с голям обем и малко изисквания се оказват с надценени разходи. Мениджърите определят твърде ниски цени за сложните неща и твърде високи за простите. Търговските екипи прокарват грешния микс. Клиентите постепенно преминават към конкуренти, чиито системи за разходи им казват истината — и вие се чудите защо маржовете продължават да се свиват, дори когато приходите растат.
Четирите градивни елемента на ABC
Отчитането на разходите по дейности заменя единствената, груба база за разпределение с причинно-следствена карта. Всяка ABC система се основава на четири компонента:
- Дейностите са отделните части от работата, извършвана във вашия бизнес: настройка на машина, обработка на поръчка за покупка, отговор на запитване от клиент, инспекция на пратка, проектиране на нов вариант. Това е, което хората и оборудването всъщност правят през целия ден.
- Пуловете от разходи са групи, които събират косвените разходи, консумирани от свързан набор от дейности — например всички заплати, амортизация, софтуер и консумативи, които влизат във функцията по снабдяване.
- Носителите на разходи са единиците, които обясняват защо всеки пул променя размера си. Носителят на пул за настройки може да бъде броят на настройките. Носителят на пул за обработка на поръчки може да бъде броят на поръчките за покупка. Носителят на пул за обслужване на клиенти може да бъде минути време за поддръжка.
- Обектите на разходите са нещата, чиято себестойност в крайна сметка искате да определите: продукт, SKU, линия услуги, клиент, проект, договор, канал за дистрибуция.
Аритметиката е проста, след като разполагате с частите. Съберете общата сума за всеки пул от разходи. Разделете на общия обем на носителя, за да получите ставка за единица носител. Умножете тази ставка по единиците носител, консумирани от всеки обект на разходите. Резултатът: косвените разходи, проследени до продукти, клиенти или услуги според работата, която те действително са предизвикали, а не според размера, който се случва да имат.
Внедряване на ABC в пет стъпки
Приложимото внедряване на ABC не изисква армия от консултанти или година срещи. Структурата е една и съща, независимо дали управлявате работилница, адвокатска кантора или логистична компания.
Стъпка 1: Идентифицирайте дейностите, които движат косвените разходи
Обиколете обекта. Говорете със супервайзори, счетоводители, ръководители на обслужването на клиенти и персонала на цеха. Избройте основните дейности, които всеки отдел всъщност извършва. Устойте на изкушението да изброявате всяка микрозадача — така проектите за ABC се провалят под собствената си тежест. Един полезен първи етап обикновено извежда на повърхността от двадесет до петдесет значими дейности в целия бизнес.
Стъпка 2: Групирайте дейностите в пулове от разходи
Обединете свързаните дейности, така че математиката да остане управляема. Общите пулове включват дейности на ниво единица (възникващи всеки път, когато се прави единица продукт), дейности на ниво партида (възникващи при настройка или на поръчка, независимо от размера на партидата), дейности на ниво продукт (инженерство, продуктово управление, съответствие с регулациите) и дейности на ниво съоръжение (наем, комунални услуги, управление на завода). Същата йерархия работи и в сферата на услугите, където дейностите на ниво ангажираност на клиента заменят тези на ниво партида.
Стъпка 3: Присвояване на драйвери на разходите към всеки пул
За всеки разходен пул изберете драйвера, който най-добре обяснява защо разходите в пула се повишават или намаляват. Драйверите биват два вида. Транзакционните драйвери отчитат честотата на събитията — брой настройки, брой инспекции, брой въвеждания на нови клиенти (onboarding). Драйверите на продължителността измерват консумираното време — часове за настройка, минути за инспекция, часове за поддръжка. Транзакционните драйвери са по-евтини за проследяване; драйверите на продължителността са по-точни, когато времето за всяко отделно събитие варира значително.
Стъпка 4: Изчисляване на ставките на драйверите на разходите
За всеки пул разделете общите косвени разходи в пула на общия обем на драйвера. Пул за доставки с $480,000 годишни разходи и 12,000 поръчки за покупка дава ставка от $40 на поръчка. Пул за настройки от $360,000 и 1,500 настройки дава $240 на настройка. Пул за поддръжка на клиенти от $600,000 и 30,000 минути поддръжка дава $20 на минута.
Стъпка 5: Проследяване на разходите до продукти, SKU и клиенти
Умножете всяка ставка на драйвера по броя единици драйвер, които всеки обект на разходите е консумирал през периода. SKU, което е изисквало 12 настройки, 800 минути поддръжка и 30 поръчки за покупка, носи $240 × 12 + $20 × 800 + $40 × 30 = $5,080 проследени косвени разходи в допълнение към преките материали и труд. Агрегирайте това по SKU, за да получите рентабилността на продукта. Агрегирайте по клиенти, за да получите клиентската рентабилност. Агрегирайте по канали или региони, за да получите рентабилност по канали и територии.
Как изглежда ABC в производствена среда
Разгледайте среден по размер производител, произвеждащ както стандартни каталожни части, така и компоненти по поръчка. При традиционна система всички накладни разходи се разпределят въз основа на часовете пряк труд. Стандартните части, които се произвеждат в големи серии с малко настройки, се натоварват с по-голямата част от накладните разходи просто защото консумират най-много часове труд. Частите по поръчка, които изискват постоянни инженерни промени, чести настройки и специализирани инспекции за качество, изглеждат измамно евтини.
ABC анализът преобръща картината. Настройките, поръчките за инженерни промени и инспекциите за качество се превръщат в отделни разходни пулове със собствени драйвери. Частите по поръчка внезапно започват да носят своя справедлив дял от работата, която предизвикват. Някои SKU по поръчка, които са изглеждали като продуктите с най-висок марж в каталога, се оказват губещи. Някои стандартни части, които са изглеждали на границата на рентабилността, се оказват най-печелившите. Решенията за ценообразуване, стимули за продажби и рационализиране на продуктите се променят съответно.
Това не е хипотетичен модел. Когато един голям автомобилен производител внедри ABC в началото на 90-те години, се оказа, че части, които старата система оценяваше на около $100, всъщност струват до $3,000 според ABC. Хранително-вкусови предприятия, производители на пластмаси и компании за потребителски стоки многократно са установявали, че 30–40% от SKU унищожават повече стойност, отколкото създават — проблем, който е напълно невидим при традиционното калкулиране на разходите.
Как фирмите за услуги използват ABC
Бизнесите в сферата на услугите често се нуждаят от ABC дори повече от производителите, тъй като почти всички техни разходи са косвени според традиционните дефиниции. Фирмите за професионални услуги, ИТ консултантите, застрахователите, банките, болниците и доставчиците на логистични услуги споделят едно и също предизвикателство: ресурсите, консумирани от клиент или транзакция, варират огромно, но въпреки това ставките за таксуване и моделът на ценообразуване често действат така, сякаш всеки час или транзакция са еквивалентни.
За една консултантска фирма дейностите могат да включват консултации с партньори, проучвания от младши персонал, писане на предложения, фактуриране и събиране на плащания, управление на знанията и онбординг на клиенти. Драйверите могат да бъдат часове на партньори, часове на младши служители, брой предложения, брой фактури и брой нови клиентски настройки. Резултатът е ясна картина на това кои ангажименти всъщност са печеливши и кои тихомълком субсидират останалите.
В болниците ABC се използва за разбиване на единичните разходи за медицински консумативи, хирургични процедури и пътеки на пациентите. В ресторантите методът е изяснил кои артикули от менюто носят реален марж, след като дейностите по подготовка, сервиране и отпадъците бъдат правилно остойностени. В логистиката ABC разкрива клиенти, чиито извънгабаритни профили на обслужване поглъщат повече печалба, отколкото допринасят техните приходи — "най-добрите" клиенти, които се оказват най-лошите.
Рентабилност на клиенти и SKU: Най-ценният случай за използване на ABC
Най-голямата полза от ABC рядко е себестойността на продукта — това е способността да се класират клиентите и SKU по истинска рентабилност. След като можете да проследите разходите до дейностите, които всеки клиент предизвиква, се появява познат модел. Малка част от клиентите генерират прекомерна печалба. Средната част е приблизително на прага на рентабилността. Изненадващо голяма опашка в края унищожава стойност.
Често около 20% от клиентите са нетно нерентабилни, след като напълно отчетете честотата на поръчките, персонализацията, връщанията, оплакванията, експресните пратки и кредитните условия. Техните приходи са реални, но разходите за обслужване (cost-to-serve) изяждат всичко и дори повече. Без ABC нищо от това не е видимо; всеки изглежда печеливш, защото косвените разходи са разпределени равномерно.
Стратегическият отговор не е непременно да се откажете от нерентабилните клиенти. Той е да препроектирате начина, по който ги обслужвате: минимални количества за поръчка, надбавки за спешни поръчки, опростени варианти на продуктите, портали за самообслужване или различни ценови нива, които привеждат цената в съответствие с реалната работа, която изисква връзката с тях. Някои клиенти ще приемат новите условия и ще станат печеливши. Някои ще отидат при конкуренти и ще се превърнат в техен проблем. Всеки от двата резултата подобрява вашия краен финансов резултат.
Чести капани, които провалят ABC проектите
Разпределението на разходите по дейности (Activity-Based Costing - ABC) е донесло впечатляващи успехи, но и някои впечатляващи провали. Начините на провал са предвидими:
- Прекалено усложняване на модела. Екипите се опитват да оценяват всяка микродейност, завършват със стотици пулове и драйвери и прекарват толкова време в поддръжка на модела, че никой не използва резултатите. Започнете с двадесетте до тридесетте дейности, които имат най-голямо значение.
- Разпределение на времето въз основа на анкети. Първото поколение ABC изискваше от служителите да оценяват процента от времето си, прекарано във всяка дейност. Оценките бяха субективни, скъпи за събиране и остаряваха в момента, в който работните процеси се променяха.
- Игнориране на неизползвания капацитет. Разпределянето на 100% от разходите за ресурси върху реалната дейност кара неизползвания капацитет да изглежда продуктивен. Модерното ABC изрично измерва и отчита разходите за неизползван капацитет, където обикновено се крият най-полезните прозрения за действие.
- Оставяне на модела да остарее. Обемите на драйверите, миксът от продукти и стъпките на процесите се променят постоянно. ABC модел, който не се обновява поне веднъж годишно, бързо губи доверие и тихомълком бива изоставен.
- Объркване на ABC с финансовата отчетност. ABC е инструмент за управленски решения. Той не заменя GAAP счетоводството на разходите за външна отчетност; той съществува паралелно с него, за да информира решенията за ценообразуване, микс и оперативна дейност.
Time-Driven ABC: По-опростен и по-мащабируем модел
Най-важната еволюция в тази област е Времево ориентираното разпределение на разходите по дейности (Time-Driven Activity-Based Costing) или TDABC, разработено от Робърт Каплан и Стивън Андерсън в средата на 2000-те години. TDABC свежда модела до две оценки на дейност: цената за единица време на ресурсите, извършващи дейността, и времето, необходимо за всяко изпълнение на дейността.
След като знаете ставката на разходите за капацитет на, да речем, екип за обслужване на клиенти (общи разходи ÷ налични практически минути за период) и средните минути, които всеки тип транзакция отнема, можете да изчислите разходите за всеки обем и микс от транзакции за секунди. Добавянето на нов вариант на услуга означава добавяне на едно уравнение за време, а не препроектиране на целия модел.
TDABC се мащабира до милиони транзакции, автоматично разкрива неизползвания капацитет и избягва проблема с анкетите на служителите, тъй като времената се наблюдават или извличат от оперативните системи. Болници, банки, дистрибуторски центрове и софтуерни компании са използвали TDABC там, където класическото ABC е било твърде тежко. За повечето съвременни услуги и дигитално проследявани операции, TDABC е по-практичната отправна точка.
Свързване на всичко ведно: Счетоводство, което действително поддържа ABC
Нищо от това не работи без чиста счетоводна основа. ABC и TDABC зависят от точни общи суми на пуловете от разходи (къде всъщност се натрупват косвените разходи?), надеждни данни за обема на драйверите (колко настройки, поръчки, минути поддръжка или работни часове са консумирани?) и проследими връзки с продукти, услуги или клиенти.
Това на практика означава сметкоплан, проектиран за управленска видимост, а не само за регулаторна отчетност. Ведомствени подсметки, които съответстват на основните ви дейности. Оперативни системи, чиито данни за транзакциите могат да бъдат свързани обратно с обектите на разходите. Главна книга, която казва истината на ясен език, а не такава, която постоянно се манипулира, за да се обобщи в един общ пул от разходи.
Plain-text счетоводството пасва на този модел изключително добре. Тъй като всяка транзакция е четима от човек, може да се тагва и да се прави справка по нея, можете да изградите спомагателни набори от данни за пуловете от разходи и драйверите, без да се борите със счетоводната си система. И тъй като книгите се съхраняват с контрол на версиите, структурните промени, които ABC неизбежно предизвиква — нови подсметки, прецизирани категоризации, периодични опреснявания на модела — оставят чиста одитна пътека, а не плетеница от еднократни счетоводни записвания.
Поддържайте финансовата си основа чиста от самото начало
Activity-Based Costing носи стойност само когато основните числа са надеждни и проследими. Докато картографирате дейностите, изграждате пулове от разходи и анализирате рентабилността на клиентите и артикулите (SKU), качеството на вашето счетоводство се превръща в таван за качеството на вашите прозрения. Beancount.io предлага plain-text счетоводство, което е прозрачно, с контрол на версиите и готово за анализ с помощта на изкуствен интелект — точно такава основа, от каквато се нуждае един сериозен модел на разходите. Започнете безплатно и изградете финансовата яснота, която позволява на ABC, TDABC и всеки друг инструмент за управленски решения действително да се отплати.