Если я начинаю заниматься каким-либо делом/проектом, я начинаю вгрызаться в саму суть того, с чем работаю - даже тогда, когда от меня требуется сделать что-то весьма прозаическое. Одним из моих нынешних занятий было внедрение CRM - кто не в курсе, CRM (англ. Customer Relationship Management - Система управления взаимоотношениями с клиентами) - это такой класс информационных систем, который позволяет управлять контактами и задачами, связанными с этими контактами. Как правило, такие системы широко распространены в бизнесе - их используют в продажах какого-либо продукта.
Ну вот. Было перебрано много всяких вариантов, была и неудачная попытка развертывания довольно многообещающей CRM - но этот пост не об этом. В процессе, пока я выбирал да пробовал, я стал по обыкновению прикидывать - а чего в этих системах не хватает, а как бы улучшить... И додумался до, как мне кажется, нетривиальных мыслей.
Во-первых, работая с массой различных систем, я каждый раз задумывался о том, что неплохо было бы иметь какой-то общий каталог учетных данных, потому что вместо того, чтобы зарегистрировать один раз человека и потом раздавать этой учетной записи права в разных системах, приходится часто в разных системах заводить свои учетные записи. Есть, конечно, подвижки определенные в этом вопросе, но до стандартного решения далеко.
Второе, о чем я подумал - CRM создает четкий "водораздел" - клиент/сотрудник... Но если подумать - это всего лишь роли, которые исполняет человек, и каждому из людей присуще исполнять их обе - где-то он выступает как сотрудник, а куда-то обращается как клиент. Более того, если взглянуть более широко, даже в одной организации сотрудники по отношению друг к другу выступают как заказчики-клиенты. В таком разе, подумал я, клиентско-исполнительские роли возникают в результате контекста некоторого процесса - и это везде и всюду, и надо оперировать не сущностями "Клиент" и "Сотрудник", а - "Актор". Актор - это действующее лицо, где-то он выступает как заказчик, а где-то - как исполнитель, постоянно сменяя свою роль в зависимости от процесса, в котором участвует.
Складывая первое и второе, мы получаем некий пул Акторов, которые могут участвовать в процессах, и в этих процессах они осуществляют определенные действия. Если вы еще не потеряли нить рассуждений, то, может быть уже сами видите, к чему это ведет:
- Учетные записи Акторов удобнее было бы хранить в некоторой "общей" базе - надкорпоративной.
- Те же продажи в компании N - это набор процессов, которые формирует компания N, и в которых действуют Акторы, принимающие те или иные роли в рамках процесса.
Во всем этом очень важный момент, который порождает множество следствий. Заключается он в том, что Актор - это уже натурально сущность, действующее лицо, не привязанное жестко к какому-то процессу, а всякие crm-подобные системы - это лишь процессинговые оболочки.
Учетная запись Актора - это своего рода электронный паспорт. Устройство на работу в какую-то компанию при этом выглядит как принятие на себя какой-либо роли - с назначением прав доступа к каким-то ресурсам и обязанностей в рамках каких-то корпоративных процессов.
Дальше - больше. Я ведь не зря про "свободу, равенство и братство" в заголовке писал. Фактически, Актор - это сам-себе-корпорация. Любой сотрудник в любой компании предоставляет свои услуги, выступая предпринимателем, а вовсе не каким-то дитятей, которого "кормят-поят", и за этот он должен "слушаться" начальства. Это совершенно другая концепция взаимодействия, подразумевающая как раз и свободу каждого, и фундаментальное равенство, и порождающая истинное братство, потому что участие в процессе подразумевает не якобы спонсирование одного участника другим, а взаимовыгодное сотрудничество, в котором от каждого действительно зависит успех дела, и в котором каждый - действительно важен.
В противном случае, мы получаем то, что имеем сейчас - руководителей, считающих что они не такой же как другие - Актор, просто исполняющий определенную роль в организации, а ассоциирующими себя как сущность - Начальник; чиновников, которые рассматривают свою службу не как исполнение каких-то действий, а как ресурс и/или титул, дающим им право на какие-то преимущества перед плебсом. И прокрастинирующих, безответственных рядовых сотрудников - что вполне логично, ибо они не чувствуют своей настоящей сопричастности делу, человеческого равноправия - они прям как по Марксу - отчуждены от результатов своего труда. Конечно, есть декларации про командный дух и всякое прочее такое, что проповедуется сейчас в компаниях, но на деле - это неправда. По-крайней мере, я обратных примеров еще не имел счастья повстречать даже работая в весьма хороших коллективах. Просто сама идейная конструкция современных рабочих взаимоотношений не подразумевает этого, поэтому вся эта "командность" отваливается при малейшем кризисе.
...Продолжение воспоследует...
Интересная идея! А нельзя в качестве такой супер базы Авторов использовать аккаунты пользователей Голос (ВКонтакте, Фейсбук...)?
Идея не нова, конечно, как, впрочем, и все под луной. Ново то, что сейчас это можно реализовать вполне органично, поэтому я пишу об этом. В продолжении я этот замысел буду конкретизировать, пока сам не увижу его четко : ) А там можно будет говорить и о технологиях. Надо как можно точнее представить требования к базе Акторов - от этого и будет реализация зависеть.
Идея блокчейнов, думаю, вполне может пригодиться.
Какая CRM система сейчас у вас в приоритете?
Сейчас внедряется Битрикс24.
Любой сотрудник, которому надоело меня "слушаться" ( читай - выполнять условия трудового договора ) в любой момент может уволиться, зарегистрироваться как ИП , придти ко мне обратно и попробовать договориться заключить со мной договор на оказание услуг )
Верно. А в чем разница если подумать?
А чего тут думать ? Читать надо условия договора, права и обязанности сторон.
А еще лучше на практике попробовать себя во всех ролях )
Не понимаю что вы хотите сказать.
Трудовой договор происходит из того, что нет четкого понимания - что и как делается. Если процесс выписан четко - функциональные задачи и их метрики самоочевидны. Если процесс прописан, то нет нужды и в дополнительных соглашениях, как нет нужды и в какой-то мотивации, потому что мера успеха и вознаграждения напрямую следует из осуществляемого процесса. И в интересах всех участников - достигать максимальных результатов.
Если, только, конечно не вписать в трудовой договор, что независимо от достигнутых результатов - оклад такой-то. Тогда и возникает потребность в искусственной мотивации - обмане или угрозах.
На чём писали?
Уточните, пожалуйста - не понял ваш вопрос: "писали" - что?
CRM.
Сейчас вижу что видимо битрикс24 внедряли.
ВнедряЕМ. И надо сказать, что это решение хуже, чем то, с чем вышел провал - CRM Terrasoft. Хуже потому, что слабый движок для создания бизнес-процессов. По моему мнению, наиболее развитой методологией сейчас является BPMN - она как раз есть Terrasoft. Еще один представитель, развивающий подобный движок - ELMA.