Запитайте власника постачальника керованих послуг (MSP), наскільки прибутковим є його бізнес, і більшість вкажуть на одне число: залишок на банківському рахунку наприкінці місяця. Запитайте, який саме напрямок бізнесу фактично генерує ці кошти — щомісячні регулярні контракти, перепродане обладнання чи разові міграційні проєкти — і відповідь стає розмитою.
Ця розмитість дорого коштує. MSP, який об'єднує регулярну працю, перепродане обладнання та проєктні роботи в один рядок доходу, може бути прибутковим на папері, тихо втрачаючи гроші на кожному проданому сервері, або з річним запізненням виявити, що «зростаючий» клієнт із найбільшим контрактом увесь час працював у збиток. Керовані послуги зазвичай мають валову маржу 50–60%, break/fix та перепродаж обладнання — ближче до 30–40%, а проєктні роботи коливаються в діапазоні 45–60% залежно від того, наскільки точно визначено обсяг. Усередніть це все в одне число, і ви не зможете зрозуміти, за який важіль тягнути.
Рішення не в додаткових електронних таблицях. Це план рахунків, створений для того, як MSP фактично заробляють гроші.
Чому «Дохід від ІТ-послуг» — занадто грубий інструмент
Типова бухгалтерська структура — один рахунок доходів, один рахунок собівартості — була розроблена для бізнесу, який продає один продукт. MSP продають щонайменше три принципово різні речі, кожна з власною структурою витрат, власним профілем маржі та власною сезонністю:
- Регулярні керовані послуги (MRR): фіксована або посидюча щомісячна плата за хелпдеск, моніторинг, встановлення патчів та безпеку. Висока маржа, передбачуваність, основа вартості підприємства.
- Перепродаж обладнання та програмного забезпечення: файрволи, комутатори, кінцеві точки, поновлення ліцензій, придбані у дистриб'ютора та продані з націнкою. Низька маржа, нерегулярний характер, легко занизити ціну, якщо не відстежувати вартість постачальника відносно ціни перепродажу.
- Проєктні роботи та роботи з оплатою за фактом часу та матеріалів (T&M): міграції, розгортання, разові консультації, що оплачуються погодинно або за фіксованою ціною. Маржа повністю залежить від того, наскільки точно було оцінено проєкт.
Коли всі три потрапляють в один кошик «Дохід від послуг», ви втрачаєте здатність бачити, який із них насправді несе бізнес. Часто трапляється так, що регулярна підтримка фінансує всю компанію, в той час як перепродаж обладнання втрачає гроші на кожній угоді, — а власник не має про це уявлення, оскільки P&L ніколи їх не розділяє.
Створення плану рахунків, специфічного для MSP
Мінімально необхідна структура розділяє доходи та відповідну собівартість проданих товарів (COGS) щонайменше на чотири категорії:
1. Дохід від регулярних керованих послуг Щомісячні контрактні платежі — хелпдеск, RMM/моніторинг, керування патчами, резервне копіювання, безпека. Співставте це з кошиком «COGS регулярних послуг», який включає зарплати технічних фахівців служби підтримки, витрати на ліцензії RMM/PSA та будь-які витрати на субпідрядний NOC. Тут ваша базова валова маржа має бути в діапазоні 50–60%; якщо вона нижча, потрібна увага або до ціноутворення, або до завантаженості персоналу.
2. Дохід від перепродажу обладнання та програмного забезпечення Кожен пристрій, ліцензія або підписка, які ви купуєте у дистриб'ютора та перепродаєте — файрволи, комутатори, робочі місця Microsoft 365, ліцензії на кінцеві точки. Співставте з «COGS перепродажу»: фактична вартість рахунку постачальника. Відстежуйте цю маржу окремо і не дозволяйте їй ховатися всередині регулярного доходу; підвищення ціни дистриб'ютором або погано узгоджена націнка одразу проявиться тут, а не потягне вниз середнє значення всього вашого P&L.
3. Дохід від проєктів / T&M Міграції, розгортання мереж, оцінки безпеки, будь-що, що виконується за окремим обсягом робіт і виставляється за межами щомісячного контракту. Співставте з «COGS проєктів»: час технічних фахівців, віднесений на проєкт (навіть якщо це ті ж самі фахівці, що виконують роботи з підтримки — відстежуйте їх години за кодом проєкту), плюс будь-які витрати на підрядників або спеціалістів.
4. Відстрочений дохід (зобов'язання, а не дохід) Річні контракти, оплачені авансом, є класичною пасткою для MSP. Якщо клієнт передплачує 24 000 грн за 12-місячний контракт, визнання всіх 24 000 грн як доходу січня завищує цей місяць і занижує інші одинадцять. Відобразіть повну оплату на рахунку зобов'язань Відстрочений дохід, а потім визнавайте 1/12 як зароблений дохід щомісяця в міру фактичного надання послуги. Це пряме застосування принципу відповідності — дохід визнається тоді, коли він зароблений, а не тоді, коли надходять гроші — і це різниця між P&L, який відображає реальність, і тим, який просто відображає ваш графік виставлення рахунків.
Якщо ви продаєте послуги в кількох напрямках бізнесу в реальному масштабі, віддзеркальте цю структуру за допомогою класів або підрозділів у вашому бухгалтерському програмному забезпеченні, щоб мати можливість отримувати звіт про прибутковість за сегментами, не перебудовуючи план рахунків з нуля щокварталу.
Показники, які дійсно вам щось скажуть
Як тільки доходи розділено, кілька чисел перетворюють бухгалтерію на інструмент управління:
- Регулярний дохід як відсоток від загального доходу. Найкращі MSP мають 65–90% доходу у вигляді контрактного MRR; чим вищий цей показник, тим більш передбачуваним — і ціннішим при продажу — є бізнес.
- Валова маржа за статтею доходу, а не змішана. Якщо ваша загальна валова маржа виглядає нормальною на рівні 42%, але регулярні послуги фактично становлять 58%, а перепродаж обладнання — 8%, ви тепер точно знаєте, де переглянути умови роботи з постачальником або змінити ціни.
- Коефіцієнт використання технічних фахівців: оплачувані (або пов'язані з наданням послуг) години, поділені на загальну кількість доступних годин. Здоровий діапазон становить приблизно 65–75%; вище 85% зазвичай означає, що фахівці перевантажені, і наближаються вигорання та проблеми з якістю. Нижче 60% зазвичай означає, що у вас забагато персоналу для поточного обсягу контрактів.
- Дохід на одного технічного фахівця. Корисна перевірка ефективності ціноутворення та персоналу; здорові MSP зазвичай мають показник у діапазоні $150 000 – $200 000 на одного штатного технічного фахівця, хоча це залежить від структури послуг.
- Коефіцієнт утримання регулярного доходу. З урахуванням модернізацій, понижень та відтоку клієнтів, цей показник показує, чи справді база контрактів зростає, чи просто замінюється.
Жоден із цих показників не видно з одного об'єднаного рядка доходу. Вони стають видимими лише тоді, коли план рахунків робить розділення за вас.
Звички управління грошовими потоками, які дають ефект
Окрім плану рахунків, кілька операційних звичок підтримують книги обліку MSP — і його грошову позицію — в здоровому стані:
- Автоматизуйте регулярне виставлення рахунків, щоб контрактні платежі відбувалися за графіком без ручного втручання щомісяця.
- Збирайте платежі за допомогою попередньо авторизованого дебету або автоплатежу за регулярні внески, замість того щоб чекати на рахунки з умовою оплати net-30; це само по собі усуває більшість розмов на кшталт «чому наша дебіторська заборгованість старіє».
- Переслідуйте прострочені рахунки за фіксованим графіком — раз на два тижні є розумним стандартом — а не реактивно, коли гроші стає тісно.
- Розподіляйте витрати за клієнтами та проєктами одразу під час їх виникнення, а не в кінці місяця по пам'яті. Інструмент для захоплення чеків, який прив'язує витрати до коду клієнта або проєкту, робить показники маржі проєкту значно точнішими.
Як це пов'язано з вашим власним обліком
Кожен принцип тут — розділення потоків доходів, співставлення витрат з доходами, які вони генерують, відстрочка передплаченого доходу до моменту його заробляння — є стандартним двійчастим записом. Причина, чому MSP помиляються в цьому, не в тому, що бухгалтерія є екзотичною; а в тому, що більшість інструментів для малого бізнесу підштовхують вас до одного плоского рахунку доходів, оскільки це простіше налаштувати, і ніхто не повертається, щоб виправити це, коли контракти та обсяги перепродажу зростають.
Beancount.io пропонує протилежний підхід: бухгалтерія з відкритим текстом, де ваш план рахунків — це файл, який ви контролюєте, а не чорна скринька зі списком, що випадає. Налаштування регулярного доходу, доходу від перепродажу та проєктного доходу як окремих рахунків верхнього рівня — з відповідними COGS під ними — це редагування тексту, а не звернення до служби підтримки, і кожна зміна контролюється версіями, тому ви завжди можете бачити, коли і чому змінювалася структура ваших рахунків. Якщо ви давно збиралися розділити статті доходу вашого MSP, але боїтеся міграції програмного забезпечення, спробуйте Beancount.io і побачте, наскільки чіткішим стане ваше наступне цінове рішення завдяки правильно сегментованому P&L.
Спростіть управління фінансами
Розділення регулярних послуг, перепродажу обладнання та проєктної маржі не потребує нового програмного забезпечення — воно потребує плану рахунків, який відповідає тому, як ваш бізнес насправді заробляє гроші. Beancount.io пропонує бухгалтерію з відкритим текстом, яка є прозорою, контролюється версіями та легко реструктурується в міру зміни вашого набору послуг — без чорних скриньок, без прив'язки до постачальника. Почніть безкоштовно та побачте реальну маржу вашого MSP за статтями доходу, а не лише число на вашому банківському рахунку.