239. Мы не первые, кто это придумал
Я довольно часто говорю клиентам, что готовых решений не существует. Не, я не особо люблю изобретать велосипеды, просто дело в том, что готовое решение почти всегда оказывается готовым для кого-то другого.
🤘 И почти каждый раз я слышу один и тот же вполне логичный ответ. Мол, мы же не первые, кто продаёт оборудование. Не первые, кто принимает заказы через интернет, работает с дилерами, поставщиками или торговыми ботами. Наверняка кто-то всё это уже сделал. Покажите нам готовый вариант, а мы немного подстроим его под себя. Их логика вполне понятная. Если компании занимаются примерно одним и тем же, то и процессы у них должны быть примерно одинаковыми. Логично же...
⚡️ Но на практике одинаковыми они оказываются примерно до второго вопроса.
Ну например, в одной компании заказ появляется сразу после заявки клиента. В другой, только после оплаты. В третьей менеджер сначала должен получить подтверждение склада, проверить лимит и зачем-то написать финдиректору в личку. Ну вот так вот устроено.
Где-то скидку согласует руководитель. Где-то она рассчитывается автоматически. А где-то формально её согласовывать вообще не нужно, но бухгалтерия всё равно потом приходит и спрашивает, какого хера здесь вообще произошло.
Снаружи компании действительно похожи. Они продают одинаковые товары примерно одним и тем же клиентам. Но внутри у них разные люди, зоны ответственности, исключения, договорённости и привычки, которые никто никогда не записывал.
❗️ И весь вот этот опыт уже зашит в некое готовое решение.
Поэтому адаптация готового решения часто выглядит довольно тухлой затеей. 〰 Здесь переименовали статус, перестала работать автоматизация. 〰 Убрали ненужный этап, сломался отчёт. 〰 Поменяли ответственного, выяснилось, что на нём держались ещё три процесса, о которых никто не знал.
В итоге чужую систему приходится сначала долго разбирать, потом аккуратно вычищать из неё чужую компанию и только после этого пытаться встроить свою. Чаще это обходится дороже, чем спокойно собрать небольшой рабочий блок с нуля. Сделать MVP, запустить его на реальных задачах, посмотреть, где люди начинают обходить систему, какие исключения возникают и чего действительно не хватает. А уже потом развивать решение на основании фактов, а не предположений о том, как здесь всё должно работать.
Недавно мне попалась статья про удалёнку (ну а про что же еще, да?), но главная мысль там гораздо шире. В сути никакая организационная модель не работает отдельно от контекста. Нельзя перенести правила, инструменты и внешнюю форму, не перенеся вместе с ними людей, отношения и способ принятия решений. С автоматизацией происходит ровно то же самое. Готовые решения полезно смотреть. В них можно находить хорошие идеи, удачные механики и ошибки, которые уже совершил кто-то другой. Но строить на них свою систему стоит очень осторожно. Потому что фраза мы не первые, кто это придумал обычно совершенно верная. Вот только придумали это не для нас. #систематизируйэто @M3ybeev
