Roller ve yetkiler

Neden tek değil iki eksen?

Küçük işletme CRM'lerinin çoğu üç rol sunar — yönetici, müdür, kullanıcı — ve tek soru sorar: bu rol herkesin lead'ini mi görsün, yalnızca kendininkini mi? Bu, iki farklı kararı tek karara sıkıştırır ve sorun tam orada başlar.

"Satışçı fırsat silebilir mi?" bir yetenek sorusudur. "İzmir ekip lideri Ankara ekibinin lead'lerini görebilir mi?" bir kapsam sorusudur. Bir junior düzenleyebilir ama silemez ve yalnızca kendininkini görür; ekip lideri her şeyi yapabilir ama yalnızca kendi ekibinde; finansçı her fırsatın tutarını görür ve tek bir lead'e dokunamaz. Tek açılır liste bunların hiçbirini ifade edemez. İki eksen eder; mesele zaten kombinasyonlardır.

Yetki matrisi

Rol bir tablodur. Satırlar modüller, sütunlar işlemler, hücreler onay kutuları.

Bir modül var olmadan önce kaydedilmiş rol onu sessizce kaybetmez: sonradan eklenen modüller mevcut roller için varsayılan olarak izinlidir, yönetici gerekirse daraltır. Matrisin yanında rol, satış ekiplerinde sürekli gündeme gelen iki küçük anahtar daha taşır — fırsat fiyatları görünsün mü ve fırsat ürünleri düzenlenebilsin mi — ve Growth ve üzerinde rolün hangi lead kartı düzenini gördüğü.

Erişim anahtarı

En soldaki sütun, erişim, ana anahtardır. O olmadan modül menüden kaybolur ve üzerindeki her işlem reddedilir; "görüntüle" işaretli olsa bile. Bu önemlidir, çünkü yalnızca bir bağlantıyı gizleyen menü güvenlik değildir; URL'yi bilen içeri girer. Burada her liste, detay sayfası ve AJAX uç noktası aynı merkezi kuralı kontrol eder; reddedilen istek bozuk bir ekran değil, düz bir "Erişim yok" sayfası alır.

Menü bölümleri çocuklarını izler: rolün gelir, gider ya da prime erişimi yoksa Finans başlığı tümüyle gider. Ayarlar alanı — kullanıcılar, roller, departmanlar, entegrasyonlar — rol ayarlarından bağımsız olarak yalnızca yöneticilere görünür.

Veri kapsamı: kimin kayıtları?

Tümü

Çalışma alanındaki her kayıt. Yöneticiler, finans ve satış direktörü için tipik.

Hiyerarşi

Kullanıcının kendi kayıtları artı departman ağacı üzerinden kapsadığı kişilerin tüm kayıtları. Rol ayrıca kapsanan kayıtların yalnız görüntülenebilir mi, yoksa düzenlenip silinebilir mi olduğunu söyler.

Kendi

Yalnızca kullanıcının sahip olduğu kayıtlar. Sahipsiz kayıtlar görünür ki yeni lead'ler alınabilsin.

Hiçbiri

Modüle ulaşılır ama kayıt gösterilmez — oluşturan ama hiç gezmeyen roller için.

Kapsam arayüzde değil sorguda uygulanır: listeler, kanban panoları, gösterge paneli, dışa aktarımlar, gelen kutusu ve raporların hepsi aynı sahip kümesine göre filtrelenir. Fırsatlar bağlı lead'in sahibini, görevler sorumluyu, proje panoları üyeliği izler.

Departmanlar: organizasyon şeması

Hiyerarşi her kullanıcıdaki bir "yönetici" alanı değil, bir departman ağacıdır. Kök departman şirketi tutar; altına satış, destek, bölgeler, ekipler — istediğiniz derinlikte — iç içe girer. Her departmanın üyeleri vardır ve herhangi bir üye yönetici olarak işaretlenebilir. Departman, eklediğiniz üyelere uygulanan bir varsayılan rol de taşıyabilir.

1. Ağacı çizinDepartman ekleyin, iç içe koyun, kardeşleri sıralayın. Tüm ağaç tek ekranda düzenlenir, tek işlemle kaydedilir.
2. Üye ekleyinKullanıcıları departmanlara seçin; yönetenleri işaretleyin.
3. Rolleri "hiyerarşi" kapsamına alınYönetici artık altındaki her departmanın her üyesini kapsar; üye kimseyi kapsamaz.

Departman başına birden çok yönetici normaldir — satış müdürü ile yardımcısı ikisi de ekibi kapsar. Bir departmanı başka bir departmanın altına taşımak kapsamını da taşır; bir kişiyi departmanlar arasında taşımak, kaydettiğiniz anda yöneticisinin gördüğünü değiştirir. Kapsam istek başına önbelleklenir ve döngüye karşı korunur; hatalı bir ağaç sonsuz döngü yaratamaz.

Yöneticiler ve yalnızca onların yapabildikleri

Yönetici matrisi yok sayar: tam yetenek, tam kapsam. Ayarlara yalnızca yöneticiler ulaşır: kullanıcılar, roller, departmanlar, özel alanlar, pipeline'lar, entegrasyonlar, işlem geçmişi. Herhangi bir kullanıcı tek düğmeyle yönetici yapılabilir ya da yöneticilikten alınabilir — kendiniz hariç; böylece çalışma alanı son yöneticisini kilitleyemez.

Yöneticiler matrisin dışında olduğu için pratik öneri iki-üç yönetici tutmak ve diğer herkese — "her şeyi görmesi gereken" kurucu dahil — gerçek bir rol vermektir; normal roldeki tümü kapsamı bunun içindir.

Giriş güvenliği

İşlem geçmişi

Growth ve üzerinde çalışma alanı kimin ne yaptığını tutar: girişler, ayar değişiklikleri, rol ve kullanıcı düzenlemeleri, gelen kutusu atamaları, ürün değişiklikleri, görev işlemleri, talep durumu değişiklikleri. Her kaydın kişisi, zamanı, kaydı ve — uygunsa — önce/sonra değerleri vardır. Filtrelenir, sayfalanır, CSV'ye aktarılır.

Amaç adli olmaktan çok pratiktir: "bu fırsatın aşamasını kim değiştirdi", "satış rolünden silme yetkisini kim kaldırdı", "pazar 02:00'de kim giriş yaptı" on ve üzeri her ekipte çıkan sorulardır ve cevabı bir dakika sürmelidir.

Verileriniz nerede?

Her çalışma alanının kendi veritabanı vardır — tenant sütunlu ortak bir tablo değil, ayrı bir şema. Bir çalışma alanındaki sorgu fiziksel olarak başka bir çalışma alanının satırlarını döndüremez. Barındırma Hollanda'da (AB); arayüz İngilizce, Türkçe, Arapça, Fransızca ve İtalyanca; her kullanıcı kendi görüntüleme saat dilimini seçer, depolama UTC'de kalır.

İddia etmediğimiz şey: çalışma alanınızın otomatik günlük yedeği şu anda hizmetin parçası değildir; saklamanız gerekeni dışa aktarmalısınız. Bunu sonradan öğrenmenizdense burada söylemeyi tercih ederiz.

İlk kurulum: üç rol, bir ağaç

Çoğu ekip yetki sistemini ilk gün abartır ve sonra kimse dokunmaz. İşe yarayan başlangıç küçüktür:

1. Üç rol açınSatışçı (kendi kapsamı, silme yok), Ekip lideri (hiyerarşi kapsamı, düzenleme açık, silme kapalı), Finans (tümü kapsamı, yalnız finans modülleri). Diğer her şeyi sonra eklersiniz.
2. Ağacı gerçek organizasyona göre çizinŞirket → Satış → İstanbul / Ankara; Şirket → Destek. Kimin kime rapor verdiğini yansıtsın, kimin kimi görmesini istediğinizi değil — ikisi neredeyse her zaman aynıdır ve ayrıştığında sorun organizasyondadır.
3. Yönetici sayısını ikiye indirinKurucu ve bir operasyon sorumlusu. Geri kalan herkes, "her şeyi görmesi gerekse" bile, tümü kapsamlı normal bir role geçsin; böylece işlem geçmişi ve silme kısıtları onlara da uygulanır.
4. Bir ay sonra işlem geçmişine bakınKimin hangi yetkiye gerçekten ihtiyaç duyduğu orada görünür; rolleri ona göre daraltın ya da genişletin.

Biri çok ya da az görüyorsa

Yetkilerin diğer modüllerle bağlantısı

Yetkiler → her modül

On beş modülün tamamı yetenek için aynı merkezi kuralı, kapsam için aynı sahip kümesini kontrol eder; kendi özel mantığı olan modül yoktur.

Departmanlar → gelen kutusu ve raporlar

Ortak gelen kutusu görünürlüğü ile gösterge paneli, ekip ve pivot raporları kapsanan kullanıcılara daralır.

Departmanlar → telefon ve vardiyalar

Vardiya takvimleri ve IVR'ın departman yönlendirmesi aynı departmanları kullanır.

Roller → lead kartı düzeni

Growth ve üzerinde her role kendi lead detay düzeni verilebilir; destek temsilcisi ile kapatıcı aynı kayıtta farklı alanlar görür.

İşlem geçmişi ← her şey

Ayarlar, oturumlar ve kayıt işlemleri sırları maskelenmiş tek bir loga yazar.

Hangi pakette ne var?

Güvenlik temelleri — iki aşamalı giriş, kaba kuvvet koruması, izole veritabanı — ve temel roller her pakette. Veri kapsamlı tam yetki matrisi, departman organizasyon şeması ve işlem geçmişi Growth ile birlikte gelir; beş kişiyi aşan çoğu ekibin yalnızca bu yüzden bile Growth'ta karar kılmasının sebebi budur. Tam karşılaştırma için fiyatlandırma sayfasına bakın.