Бізнеси різні, але не все потрібно будувати заново
На високому рівні багато підприємств виглядають схоже. Є клієнт. Є щось, що компанія продає. Є замовлення. Є гроші. Є люди, які виконують роботу.
Але щойно ми опускаємося на один рівень нижче, різниця стає дуже помітною.
Магазин продає товар зі складу. Виробник спочатку може закупити матеріали, запланувати роботу, виготовити продукцію і лише потім відвантажити її. Сервісна компанія може взагалі не мати товарного залишку, зате для неї критичними стають час спеціаліста, графік, етапи виконання та результат послуги.
Тому універсальна система не повинна означати, що всі бізнеси отримують один і той самий процес.
Що часто є спільним
Назви можуть трохи відрізнятися, але ці частини з’являються в дуже різних компаніях.
Клієнти та партнери
Компанії потрібно знати, з ким вона працює, які є контакти, домовленості та історія взаємодії.
Товари або послуги
Бізнес має опис того, що він продає або надає, навіть якщо це фізичний товар, робота спеціаліста або складна послуга.
Замовлення
Потрібно зафіксувати, що саме хоче клієнт, у якій кількості, за якою ціною і в якому стані зараз ця робота.
Гроші
Оплати, борги, витрати, суми та фінансовий стан операції потрібні незалежно від типу бізнесу.
Документи
Рахунки, акти, накладні, внутрішні документи та інші підтвердження супроводжують бізнес-процеси.
Люди та доступи
Працівники виконують різні ролі, бачать різні дані та мають різну відповідальність.
Аналітика
Керівнику потрібно бачити стан процесів, результати, проблемні місця та динаміку.
Історія змін
Для важливих операцій потрібно розуміти, що змінилося, коли це сталося і хто виконав дію.
| Сфера | Спільна основа | Що додає специфіку |
|---|---|---|
| Торгівля | Клієнти, товари, замовлення, оплати, документи | Склади, резерви, переміщення, повернення, доступний залишок |
| Виробництво | Клієнти, продукція, замовлення, гроші, документи | Матеріали, етапи виробництва, ресурси, випуск, фактичні витрати |
| Послуги | Клієнти, послуги, замовлення, оплати, документи | Графік, час спеціалістів, етапи виконання, результат роботи |
Навіть поняття, яке здається універсальним, може мати різний зміст.
Товар у торгівлі може мати залишок на кількох складах. У виробництві готовий продукт може складатися з матеріалів та проходити кілька етапів. У сервісному бізнесі замість товару може бути послуга, яка взагалі не має складського залишку.
Але для клієнта всі три випадки можуть починатися однаково: він хоче щось отримати від компанії, компанія повинна зафіксувати це замовлення, визначити ціну, виконати зобов’язання і отримати оплату.
Саме тут мені подобається ідея спільної основи: не робити вигляд, що процеси однакові, але й не будувати кожен бізнес як повністю окремий світ.
Як я б шукала межу між спільним і специфічним
Не потрібно вирішувати це лише за назвою галузі. Краще дивитися на реальні правила.
Знайти однакове бізнес-поняття
Якщо клієнт у різних процесах залишається тим самим клієнтом, немає сенсу створювати окремі незалежні копії для кожного модуля.
Подивитися, хто володіє даними
Визначити, де з’являється основний стан і які інші процеси лише використовують його.
Порівняти правила зміни
Якщо два процеси змінюють дані за принципово різними правилами, це сигнал, що їх не варто силоміць об’єднувати.
Відокремити спеціальний процес
Виробничий маршрут, складське резервування або планування спеціалістів можуть жити окремо, не дублюючи всю основу бізнесу.
Зв’язати результат зі спільною основою
Спеціальний процес має повертатися до зрозумілих бізнес-подій: замовлення виконане, товар готовий, послуга завершена, оплата очікується.
Не додавати універсальність наперед
Якщо новий тип бізнесу ще не має реального сценарію, краще не будувати складну абстракцію лише заради можливого майбутнього.
Те саме стосується аналітики.
Майже кожному бізнесу важливо знати обсяг замовлень, оплату, заборгованість, активність клієнтів або результат роботи за період.
Але виробнику додатково важливі витрати матеріалів, випуск і завантаження процесу. Торгівлі потрібні залишки, оборотність та доступність товару. Сервісному бізнесу можуть бути важливі завантаження спеціалістів, час виконання та повторні звернення.
Тому спільна аналітика може давати керівнику єдину картину бізнесу, а спеціальна має пояснювати те, як саме цей бізнес створює свій результат.
Такий підхід важливий ще й тоді, коли саме підприємство змінюється.
Компанія може почати з торгівлі, пізніше додати власне виробництво, а ще через кілька років продавати сервісне обслуговування. Якщо кожен напрям живе в повністю окремій системі, клієнти, документи, права та аналітика знову починають розходитися.
Якщо ж спільні поняття мають стабільну основу, новий напрям не обов’язково означає ще одну незалежну інформаційну систему.
При цьому важливо не йти в іншу крайність: нова діяльність повинна мати власні правила там, де старі правила вже не підходять.
Коротко про спільну основу і специфіку бізнесу
Універсальність корисна лише там, де вона не стирає реальні відмінності процесів.
Чи означає спільна основа, що всім компаніям потрібні однакові модулі?
Що може бути спільним для виробництва і послуг?
Чому не зробити просто дуже гнучку таблицю з будь-якими полями?
Коли потрібна окрема логіка?
Чи можна додавати нові напрями бізнесу поступово?
Чи означає це, що AVN Center уже підтримує всі ці сценарії?
AVN Center: від потреб бізнесу до продукту
У цій серії я поступово переходжу від окремих проблем підприємства до питання, якою має бути система, що може зберігати спільну основу і водночас не стирати специфіку реальної роботи.
Спільна основа має допомагати бізнесу рости, а не обмежувати його
AVN Center я бачу як середовище, де базові речі не потрібно створювати заново для кожного процесу, але виробництво, торгівля, послуги та інші напрями можуть отримувати власну логіку там, де цього вимагає реальна робота.
