Як масштабувати компанію і вийти з операційного управління

Ця стаття — один з найважливіших матеріалів у блозі, тому що описана проблема була і моїм особистим криптонітом. Я знаю десятки підприємців, які не можуть вийти за рамки ручного управління або контролю над усіма процесами. Такий стан справ перетворює власника бізнесу на найманого працівника на власному підприємстві. Який ще й несе особисту фінансову відповідальність абсолютно за все. Більш детально і з прикладами я опишу рішення цієї проблеми у своїй книзі. А зараз я постараюся максимально коротко, ґрунтуючись на західних джерелах MBA, описати швидке і зрозуміле рішення виходу з операційного управління процесами.

Суть проблеми полягає в тому, що більшість підприємців не будують компанію. Вони будують розширену версію себе. Поки в бізнесі від одного до трьох співробітників, така модель працює. Швидкість прийняття рішень у такому випадку залишається вищою за структуру. Але на етапі 5–7 співробітників виникає управлінська проблема. Виручка зростає, а керованість і мобільність падають. Засновник вже не бустить процеси, а уповільнює їх, тому що не справляється фізично з такою кількістю питань. Це вже проблема архітектури.

Нас ніхто не вчив бізнесу, ніхто не вчив нас будувати бізнес-системи. Ми майже століття жили в умовах планової економіки, потім десятиліття в епоху аномально маржинальної спекуляції і бандитизму, потім 10 років окультурення диких ринків і тільки після 2010 року наші ринки стали умовно стабільними. Але і ця умовність розбивалася об кризи і обставини, які зараз за вікном. Ми потрапили в ситуацію, коли бізнес є, а бізнес-освіти немає. Підприємцю доводилося або діяти інтуїтивно, або переймати західний досвід і невміло намагатися його адаптувати до наших ринків. Проблема системна і складна, давайте розбиратися.

Founder Trap: коли засновник — головний ризик системи

Founder centrality risk — це залежність бізнесу від одного центру прийняття рішень. Поки всі ключові питання проходять через власника бізнесу, компанія не може масштабуватися. Вона розширюється, але не ускладнюється системно. І це неминуче впирається в кількість годин активності власника.

Герберт Саймон (вчений соціолог) описував концепцію обмеженої раціональності таким чином. Коли кількість рішень перевищує когнітивну ємність засновника, виникає decision latency — затримка в прийнятті рішень. А затримка — це втрачені гроші, нерви і час.

Я і сам був у такій ситуації. Для цього не потрібно мати сотні людей у підпорядкуванні. Коли співробітників ставало більше чотирьох, а проектів більше трьох, то вже на цьому етапі рішення доводилося вибудовувати в чергу і сповільнювати одні процеси на користь інших. А уявіть умовну ситуацію, коли 10 співробітників приймають по 2 операційних рішення на день. Це 40 точок вибору. Якщо хоча б третина цих рішень вимагають Вашого підтвердження, Ви фізично не встигнете підтримувати темп. Компанія починає сповільнюватися. Люди чекають. Помилки множаться.

Це не питання таланту. Це питання особистої пропускної здатності.

Structure Follows Strategy

Нещодавно почав читати дуже корисну книгу «Стратегія і структура» Альфреда Чендлера, в якій він сформулював важливий принцип — структура слідує за стратегією. Не навпаки.

Я робив навпаки, і думаю, що не тільки я. Дуже часто підприємці наймають людей, а тільки потім намагаються придумати, як їх завантажити роботою. В результаті з'являється не структура, а оргхаос.

Підписуйтеся на наші соцмережі

Спочатку слід розібратися в понятті «стратегія». Стратегія в нашому контексті відповідає на питання: як саме компанія заробляє гроші? Через операційну ефективність? Через диференціацію продукту? Через цінове лідерство? Або якось інакше?

Якщо стратегія «масштаб через процеси», структура повинна бути процесна. Вона передбачає наявність керівника в кожному процесі. Наприклад, на кожному етапі воронки продажів призначений відповідальний. Якщо стратегія «кілька напрямків», потрібна дивізіональна модель з центрами прибутку. Тобто під кожен напрямок роботи компанії призначений відповідальний.

Всього існує 6 канонічних видів організаційних структур — функціональна, дивізіональна, проектна, матрична, процесна і холдингова. Всі інші види є похідними або гібридними від канонічних. За ними слідують операційні моделі, моделі прийняття рішень і фінансова архітектура, система мотивації, культурний рівень, контур контролю і зворотного зв'язку. Але про все це я напишу в іншій статті.

Поки що важливо зрозуміти, що структура — це не ієрархія. Це розподіл відповідальності за фінансовий результат.

Перший рівень менеджменту: не посада, а архітектура рішень

Менеджмент — це система, а не харизма. Перший управлінський рівень з'являється не тоді, коли Ви призначили керівника, а коли перерозподілили decision rights (права на прийняття рішень).

Decision rights — це чітка відповідь на питання: хто має право прийняти фінансове, кадрове або операційне рішення без узгодження з Вами. Якщо цього немає, новий менеджер перетворюється на координатора хаосу.

Тут може виникнути і агентська проблема. Інтереси власника і найманого менеджера не збігаються автоматично. Якщо немає прозорої фінансової відповідальності, KPI і контролю, менеджер буде оптимізувати комфорт, а не прибуток.

Тому перший управлінський рівень — це не людина. Це система відповідальності за P&L (звіт про прибутки та збитки) і прозора звітність.

Математика проти страху

Основний страх звучить приблизно так: «Я віддам рішення і компанія розвалиться». У 90% випадків перші місяці після найму керівника виручка дійсно падає. Не тому, що люди погані. А тому, що засновник продає краще за всіх. Він швидше відчуває клієнта, краще закриває угоди, менше боїться. На цьому етапі засновник краще за всіх знає продукт, знає болі ринку і власного підприємства. Але якщо не приймати складних рішень, у Вас ніколи не буде легких грошей. Тому пропоную розглянути, як з цими болями справляються на заході.

Спочатку слід визнати необхідність. У своїй книзі про менеджмент засновник Intel Ендрю Гроув пропонує простий принцип. Менеджера наймають не тоді, коли «втомилися», а коли управлінське навантаження обмежує пропускну здатність системи. Якщо рішення вишиковуються в чергу і команда змушена чекати, поки Ви відреагуєте, це вже сигнал про те, що пора наймати менеджера. Компанія повинна бути здатна рости без прямої участі засновника в кожній операції. Якщо зростання впирається у Ваш календар, Ви не бізнесмен, Ви найманий працівник на своєму підприємстві.

Фактичні сигнали необхідності найму

Ми підійшли до головного і зараз без води розглянемо три фактичні сигнали, коли найм менеджера перетворюється на критичну необхідність.

1. Ментальний сигнал. Ви розумієте і впевнені в тому, що якщо відкрити нову філію, упакувати франшизу, розширити асортимент або розширити відділ продажів, Ваша компанія і прибуток зростуть. І при цьому Ви розумієте неможливість цього кроку або через брак часу, або через брак менеджменту. Це перший і основний сигнал про те, що пора вирішуватися.

У західних підручниках цей сигнал називають втраченою альтернативною прибутковістю (opportunity cost). Вони ставлять його на останнє місце. Я ж вважаю, що в наших реаліях цей сигнал можна вважати основним, і навмисно виніс його на перше місце.

2. Економічний сигнал. Якщо поточний прибуток компанії в два і більше рази перевищує річну вартість «першого менеджера». Якщо помножити цей сигнал на ментальний, Ваша компанія готова до масштабування і можна вже формувати посадову інструкцію. Це не витрати. Це перехід до капіталізації.

3. Пропускна здатність (capacity threshold). Коли засновник приймає більше 60–70% операційних рішень особисто, система вже не росте. Це не суб'єктивний критерій, це управлінське перевантаження. Якщо Ви працюєте 12 годин на день і все одно щось не встигаєте, це не ознака сили, це ознака того, що Ви поганий менеджер.

Наймати першого керівника потрібно не тоді, коли «все стабільно». А коли відсутність управлінського рівня обмежує зростання. Так, у перші місяці можливе падіння на 5–15%. Але якщо система не побудована, стеля неминуча. А стеля фактично означає щоденний втрачений прибуток.

Практичні рекомендації

Підготуйте структуру KPI та RACI. З KPI має бути все зрозуміло. Якщо ні, то поки що поверніться до Бази. RACI — це матриця розподілу відповідальності в процесі. Responsible — той, хто робить. Accountable — той, хто несе кінцеву відповідальність, Consulted — кого потрібно запитати, Informed — кого потрібно повідомити.

Перед наймом опишіть, які рішення і відповідальність Ви передаєте. Поступово передавайте так званий Decider (право остаточного рішення), наприклад, на закупівлі, продажі або фінанси. Це зніме психологічний бар'єр і нові люди будуть відчувати роль і контроль, а Ви не втратите впевненість.

Спостерігайте 1–2 квартали перед наймом. Систематично фіксуйте, наскільки прибуток/виручка перевищує витрати і який запас маневру у бізнесу. Чим стабільніші фінансові показники (низька волатильність прибутку), тим безпечніше наймати.

Поступове делегування. Почніть з малого. Перший керівник може брати на себе лише частину функцій (наприклад, операційний контроль або фронт-менеджмент). Оцініть його вплив на ROI, рішучість, швидкість прийняття рішень. У міру результатів поступово робіть його Decider для все більш важливих питань.

Не бійтеся зростання

Порада підприємцю звучить просто: час наймати, коли Ваш внесок і Ваші рішення перестають масштабуватися, а бізнес стабільно заробляє більше, ніж коштує керівник. Це перевіряється за порогом прибутку, за наявністю перевантажених процесів і в нереалізованих можливостях. При такому підході перехід від «власника-менеджера» до повноцінної структури стане не катастрофою, а точкою зростання.