Комментарии 3
А в успешных — он собирает людей и честно объясняет: «Ребята, вот эта штука уберет у вас три часа рутины в день и поможет выполнять план. Давайте вместе разберемся, как она работает»
Эх... Если б все было так просто.
Да, действительно, есть решения, способные убрать 3 часа рутины в день, и для них есть название тулы. Но, суть в том, что это решения, призванные убрать 3 часа рутины в день, а не оцифровать/оптимизировать/масштабировать бизнес (более того, тул может ещё и вносить такой хаос, который не внесет ни один человек, если, например, ходит в ядро системы мимо подсистемы аудита, или является системой разрозненных excel таблиц с VB). К слову, их то и внедрять довольно просто. Как только 1 лесоруб начнёт делать 3 плана при помощи бензопилы, и при этом потея в 3 раза меньше, чем коллеги с топорами, остальные сами прибегут в очередь за бензопилами, и сами разберутся, не читая инструкции.
Но мы то говорим о более глобальных проблемах, и для них нужны не тулы, а конвееры, чем и являются решения на базе ДРАКОНа. И суть тут в том, что конвеер нифига не экономит время от рутины, а, наоборот, рутину усиливает на нижнем и среднем уровне. Приведу пример. Матерый продажник ведёт учёт у себя в бумажном блокноте в удобном для себя виде. У него в работе рутины нет вообще. Каждый звонок это вызов и борьба. Иногда приходится подолгу перелистывать блокнот в поиске заметки, но это терпимо. Для собственника ситуация отвратительная, и CRM решит 100500 проблем бизнеса. Но, объективно, для продажника тут нет выхлопа вообще. Рутина только появится, причём, взрывообразно. Придётся каждую транзакцию докумментировать, система будет напоминать прозванивать "неудобных" клиентов, РОП, или кто повыше будет тыкать носом в график и требовать пояснений, почему темп звонков упал от недели к неделе. Да, можно привести гору нерелеватных аргументов вроде "а вот станешь РОПом, и тогда CRM станет твоим другом".
Вообщем, по крайней мере, с моего опыта, не надо оно линейному персоналу, и даже при всем разрыве в кругозоре, линейный персонал достаточно умен, чтобы это понимать. Так что, морковка спереди для early adopters, морковка сзади для консерваторов, и пошли внедрять. Как говорил мне один старший товарищ, ему надо было автоматизировать процесс в банке, и 140 человек превратить в 40. Собрал всех, поставил перед фактом, что новая система будет внедрена в течении 4х месяцев, что на ее обслуживание надо 40 человек. Каких именно - тут зависит от скорости принятия. Кто первым разберется, тот и остаётся работать. Он красавчик, и у него получилось. Сделал все честно и без дешёвых манипуляций. Хотя, с радостью взгляну на противоположные кейсы...
Спасибо за вопрос.
Вы правы, формализм и куча бумажек часто создают видимость порядка. Но по сути — толку от этого мало. Гораздо важнее, как в компании работают с людьми. Тот же жёсткий контроль с «кнутом» — частая причина, почему хорошие специалисты уходят. Они приносят идеи и энергию, а без них бизнес буксует.
У нас в России есть исследования, которые это подтверждают. Например, опросы на HeadHunter и в московской школе управления Сколково показывают: более 70% людей уходят из-за проблем с руководством и плохой атмосферы, а не из-за денег. Это не просто цифры — это реальные люди, которые ищут понимание и развитие, а не давление и отчётность.
Консалтинговые фирмы типа Deloitte тоже говорят, что текучесть в наших компаниях может доходить до 20–30% от зарплатного фонда. Это огромные деньги, которые сливаются впустую — просто потому, что в управлении что-то не так.
Поколения, которые сейчас приходят в компании — ребята совсем другие. Им нужны доверие и возможность расти, не хочется работать «как на цепи». Крупные наши компании вроде Сбербанка и Газпрома уже поняли это и делают ставку на наставничество и развитие — и результаты есть: сотрудники остаются, работают лучше и охотнее.
Так что технология — это только часть дела. Главная задача — создать среду, где люди хотят работать, где их слушают и развивают. Только тогда можно реально добиться успеха и не разочаровываться в автоматизации.
Чем болен средний бизнес? Статья 4. Миллионы на ветер: как не купить IT-систему, которая вас разорит