Нещодавно у мене виникла звичайна робоча ситуація. До мене звернувся клієнт — Громадська організація «Група активної реабілітації». Це реальна команда, яка робить дуже важливу справу: займається активною реабілітацією та підтримкою людей після ураження спинного мозку. Як адміністратор, я маю повний технічний доступ до даних клієнта.
Вони вже певний час користуються системою OneBox OS, мають встановлений ліміт безплатних робочих місць і звернулися з питанням щодо можливості збільшення їхньої кількості для розширення команди.
Я передав це запитання представнику OneBox. Під час робочого обговорення виникла стандартна супутня тема: чи має організація можливість оплачувати додаткові ліцензії, якщо це знадобиться?
І ось тут у робочій переписці пролунала фраза, яка змусила мене зупинитися.
Одна фраза, на якій я зупинився: конфіденційність даних клієнта
У момент обговорення я зауважив:
«але це конфіденційна інформація»
У відповідь мені відповіли буквально:
«в смислі — заходиш до них в бокс і дивишся»
Як людина, яка постійно працює з чужими бізнес-системами, я добре знаю різницю між технічною можливістю щось відкрити та необхідністю робити це під час роботи. Я чудово знаю, як влаштовані права користувачів CRM та як функціонує доступ адміністратора до CRM.
Але для мене завжди існувала чітка межа: якщо мені не потрібне певне знання для виконання конкретного завдання, я не повинен шукати його лише тому, що технічно можу це зробити.
Можливо, ми зі співрозмовником просто по-різному дивимося на межі адміністративного доступу. Але саме ця коротка репліка змусила мене ще раз сформулювати власне правило вже вголос, щоб його почули й знали абсолютно всі, з ким мені так чи інакше видається взаємодіяти.
доступ адміністратора до CRM, коли я можу зайти. Але навіщо мені туди заходити?
Давайте розділимо два абсолютно різних поняття: технічна можливість та робоча необхідність.
Коли я, як фахівець, заходжу в систему клієнта, я роблю це задля конкретних цілей:
- налаштувати автоматичну дію або логіку статусу;
- усунути технічну помилку, на яку вказав користувач;
- змінити конфігурацію прав доступу в CRM;
- виконати погоджене завдання з оптимізації процесів.
Це — робоча необхідність.
Але з цього жодним чином не випливає, що я повинен відкривати фінансові звіти, дивитися обороти, вивчати залишкові баланси, аналізувати зарплати або цікавитися внутрішньою економікою клієнта.
Для мене технічний доступ до даних клієнта — це інструмент для виконання конкретної роботи, а не привід задовольняти власну цікавість чи оцінювати його фінансовий стан.
Фінанси клієнта — це не частина моєї цікавості, права доступу в CRM
Хочу бути чесним. Я не намагаюся вибудувати з себе ідеального героя, який ніколи в житті не відчував спокуси подивитися додаткові дані.
Був випадок у моїй практиці, коли я сам відкрив фінансовий блок клієнта. Причина була суто емоційною: виникла тривала затримка оплати за вже виконану та здану роботу, і мені стало цікаво, що відбувається.
Але якщо бути чесним із самим собою, наявність такої причини все одно не робить фінансові показники необхідними для моєї роботи. Для мене це вже вихід за ту робочу межу, якої я намагаюся дотримуватися.
Саме тому я вважаю, що цей випадок не має ставати нормою. Набагато легше переступити межу, коли технічна можливість вже є під рукою, і саме тому важливо постійно тримати власний орієнтир.
І навіть доступ до фінансових даних — це не дозвіл на все
Довіра до того, хто налаштовує систему, будується не на тому, скільки кнопок він може натиснути. Вона будується на тому, що він свідомо не робить, коли це не потрібно для завдання.
Для мене професійний адміністратор CRM — це не той, хто намагається використати всі права, які технічно має. Це фахівець, який розуміє, навіщо йому потрібен доступ, і де він повинен зупинитися.
Коли Заплатив за хліб — це не означає автоматично, що можеш отримати сто бутербродів з ікрою
Як я для себе визначаю межу, безпека даних у CRM
Щоб не заплутатися в сумнівах, я використовую три прості запитання кожного разу, коли працюю в системі клієнта:
- Навіщо мені потрібна ця інформація? Якщо відповідь «щоб виправити конкретний баг у процесі» — я працюю далі. Якщо «просто цікаво, які у них показники» — я закриваю розділ.
- Чи просив мене клієнт це аналізувати? Якщо клієнт не ставив завдання розібрати фінансову аналітику чи переглянути звіти, сама наявність кнопки не є підставою туди заходити.
- Чи був би я спокійний, якби клієнт стояв поруч і бачив, що я зараз відкриваю? Це не юридична перевірка, а звичайний побутовий тест на чесність поведінки.
Система повинна визначати не тільки можливості, а й межі
У підході iCOLOR ми завжди дивимося на бізнес як на систему, де важливі не лише автоматичні сценарії, а й взаємодія людей.
Ми майже завжди починаємо не з автоматизації й налаштувань — спочатку розбираємо, як реально рухається робота всередині.
Будь-яка налаштована система має давати відповіді на питання:
- хто які дані бачить;
- які ролі за що відповідають;
- яка інформація дійсно потрібна конкретному співробітнику для роботи;
- як зберегти конфіденційність даних клієнта всередині команди та із зовнішніми партнерами.
Коли процеси впорядковані, права користувачів CRM розподілені логічно, а фахівці дотримуються етики — бізнес стає керованим і захищеним.
Можливість побачити — це просто властивість
Я не знаю, як саме інші фахівці чи компанії визначають для себе межі доступу до чужих систем й чи технічний доступ до даних клієнта вони використовують для реалізації власних цілей.
Для себе я сформулював це досить просто: якщо мені НЕ потрібна інформація клієнта для виконання моєї безпосередньої роботи, я НЕ повинен її відкривати лише тому, що маю таку змогу й тому, що мені цікаво. Кінець кінцем не моя то справа хто скільки заробляє, особливо коли людина не надала мені такого права особисто згідно зі своїми власними мотивами.
Можливість побачити — це просто властивість доступу. А от що саме я відкрию, а що залишу закритим, — це вже моя відповідальність. І, мабуть, саме тут для мене проходить межа професійної роботи з чужою системою.
