Çoğu işletme sahibi, ekip büyüdüğünde asıl riskin 'güvenilmez eleman' olduğunu sanır. Bu yüzden çözümü de insan seçiminde arar: tanıdıktan al, referansa bak, göz kulak ol. Oysa dijital ürün satışında yaşanan olayların büyük kısmı kötü niyetten değil, tanımsız yetkiden doğar. Herkesin her şeyi görebildiği bir panelde bir gün mutlaka bir yanlış tıklama, bir yanlış iade, bir yanlış fiyat güncellemesi olur ve kimin yaptığı bile belli olmaz.
Bu yazıda bir dijital ürün satış yazılımı üzerinde ekip büyürken kurman gereken yetki düzenini adım adım kuracağız. Rolleri nasıl ayıracağını, hangi işlemin mutlaka iz bırakması gerektiğini, ayrılan personelde hangi sırayı izleyeceğini ve bütün bunları ekibi yavaşlatmadan nasıl yapacağını anlatacağım. Amaç kimseye güvenmemek değil; güveni sistemle desteklemek, böylece kimsenin gereksiz yere şüphe altında kalmamasını sağlamak.
Paylaşımlı tek hesap neden bir ekip için zaman bombası?
Başlangıçta tek kişiysen tek hesap doğaldır. İkinci kişi geldiğinde ise iki yol vardır: ya şifreyi paylaşırsın ya ikinci bir kullanıcı açarsın. Şifre paylaşmak kısa vadede hızlıdır, uzun vadede her şeyi belirsizleştirir. Çünkü bir siparişi kim iptal etti, stoktaki kodu kim indirdi, müşteriye kim yanlış cevap yazdı sorularının cevabı yoktur. Cevap olmayınca da tartışma kişiselleşir, ekipte güven aşınır.
Kimlik ayrımı aslında bir ceza mekanizması değil, bir koruma mekanizmasıdır. Her kullanıcının kendi hesabı olduğunda bir hata çıktığında 'benim işim değil' demek kanıtlanabilir hâle gelir. Bu, çalışanın da lehinedir. Bir e-pin satış scriptinde yapılacak ilk kurumsallaşma adımı budur: herkesin kendi kullanıcısı, kendi şifresi ve kendi rolü olsun. Bu tek adım, ekip büyüdükçe sana ayda saatler kazandırır.
Beş rol yeterli: gerçek bir e-pin işletmesinde yetki matrisi
Rol tasarımında en yaygın hata aşırı detaya kaçmaktır. On beş rol tanımlayan işletme, altı ay sonra hangi rolün ne yaptığını hatırlamaz ve pratikte herkesi yönetici yapar. Orta ölçekli bir dijital ürün işletmesinde beş rol fazlasıyla yeterlidir: sahip, finans, operasyon, destek ve içerik. Her rolün kendi görev alanı net olduğunda yeni işe alınan kişinin eğitimi de kısalır.
Kritik ilke şudur: para, stok ve müşteri verisi asla aynı rolde birleşmesin. Destek ekibi siparişi görsün ama fiyatı değiştirmesin. Operasyon stoğu yüklesin ama iade yapmasın. Finans iade ve ödeme ekranlarını yönetsin ama kod stoğunu indiremesin. Bu ayrım, tek bir hesabın ele geçmesi hâlinde zararın yayılmasını da engeller. İyi bir dijital ürün satış scripti bu matrisi kutucuk kutucuk tanımlamana izin verir; vermiyorsa büyürken mutlaka duvara çarparsın.
| Yetki | Sahip | Finans | Operasyon | Destek |
|---|---|---|---|---|
| Sipariş görüntüleme | Tam | Tam | Tam | Tam |
| Kod stoğu yükleme | Var | Yok | Var | Yok |
| Teslim edilmiş kodu görme | Maskeli | Yok | Maskeli | Maskeli |
| İade ve bakiye iadesi | Var | Var | Yok | Talep açar |
| Fiyat ve kâr marjı değiştirme | Var | Onaylı | Yok | Yok |
| Müşteri iletişim verisi dışa aktarma | Var | Yok | Yok | Yok |
| Kullanıcı ve rol yönetimi | Var | Yok | Yok | Yok |
İz bırakmayan işlem, olmamış işlemdir: log neden pazarlık konusu değil?
Yetki vermek işin yarısıdır; diğer yarısı verilen yetkinin nasıl kullanıldığını görmektir. Bir işletmede en pahalı anlar, bir şeyin ne zaman ve kim tarafından değiştirildiğinin bilinmediği anlardır. Bu yüzden fiyat değişikliği, iade, stok silme, kullanıcı yetkisi değiştirme ve dışa aktarma gibi işlemler istisnasız kayıt altına alınmalıdır. Kayıt sadece 'yapıldı' demekle kalmamalı; eski değer ile yeni değeri de tutmalı.
Buna bir de düzenli okuma alışkanlığı ekle. Haftada on dakika, yönetici işlem logunu üstten tara. Bu, hem caydırıcıdır hem de eğitici: çoğu zaman kötü niyet değil, yanlış anlaşılmış bir süreç görürsün ve düzeltirsin. Log okunmadığında caydırıcılığını kaybeder. Pinova'nın işlem geçmişi ekranı tam olarak bu on dakikalık taramayı kolay yapmak için tasarlanmıştır; filtreleyip kişi bazlı bakabilirsin.
Panel kaynaklı olayların gerçek sebepleri
- Paylaşımlı tek hesap kullanımı 45%
- Gereğinden geniş verilmiş yetki 25%
- Ayrılan personelin açık kalan erişimi 20%
- Diğer nedenler 10%
Yeni kişiyi işe alırken ilk gün ne yapmalısın?
İşe alım heyecanı içinde en çok atlanan şey erişim planıdır. Doğru sıra şöyle: önce rol seç, sonra hesap aç, sonra sınırlı alanda eğit, sonra yetkiyi ihtiyaç ortaya çıktıkça genişlet. Tersi yapılırsa, yani 'başlasın da sonra kısarız' denirse, o kısma işi hiç yapılmaz. Yetki genişletmek kolay, geri almak zordur; çünkü geri alma kişiye güvensizlik mesajı gibi görünür.
İkinci kural: her yeni kullanıcıya iki adımlı doğrulama zorunlu olsun ve kişisel e-posta yerine işletme adresi kullanılsın. Üçüncü kural: eğitim sırasında gerçek müşteri verisi üzerinde değil, test siparişleri üzerinde çalışılsın. Bu üç kural, yeni başlayan birinin ilk haftasında yapabileceği kazaların neredeyse tamamını kapatır. Ve şunu unutma: iyi kurulmuş bir yetki düzeni, yeni personelin kendini güvende hissetmesini sağlar çünkü yanlışlıkla büyük bir hata yapma korkusunu ortadan kaldırır.
Bu kişi bu ekranı görmese işini yapabilir mi? Cevap 'evet' ise yetkiyi verme. Cevap 'hayır' ise ver, ama işlem logu açık olsun. Yetki tartışması bu iki cümleyle biter.
Personel ayrıldığında panelinde ne oluyor? Çıkış prosedürü olmadan büyüme olmaz
Büyüyen ekiplerin en zayıf noktası giriş değil, çıkıştır. Biri ayrıldığında maaş kapanır, telefon geri alınır ama panel hesabı aylarca açık kalır. Üstelik o kişinin oturumları, kayıtlı tarayıcı girişleri ve dışa aktardığı dosyalar da ortada durur. Çıkış prosedürü bir sayfa olmalı ve aynı gün uygulanmalı: hesabı devre dışı bırak, oturumları sonlandır, ortak şifreleri döndür, e-posta yönlendirmelerini kapat, devredilen görevleri yeni sahibine ata.
Hesabı silmek yerine devre dışı bırakmak önemlidir; çünkü o kişinin geçmiş işlemlerinin logda kime ait olduğu bilinmeye devam etmelidir. Silinen kullanıcı, geçmişi de anonimleştirir ve bir uyuşmazlıkta elini zayıflatır. Bir e-pin satış yazılımı kurulumunda çıkış prosedürü, giriş prosedüründen daha kritiktir çünkü unutulduğunda sonucunu aylar sonra öğrenirsin. Paketlerin hangi yetki derinliğini sunduğunu fiyat bölümünde, yönetim ekranlarını ise özelliklerde inceleyebilirsin.
| Kontrol maddesi | Beklenen durum | Gözden geçirme |
|---|---|---|
| Herkesin ayrı kullanıcı hesabı var | Paylaşımlı hesap sıfır | Her işe alımda |
| İki adımlı doğrulama zorunlu | Tüm yönetici hesaplarında açık | Aylık |
| Rol matrisi yazılı hâlde mevcut | Tek sayfada güncel | 3 aylık |
| Kritik işlemler loglanıyor | Eski ve yeni değer kayıtlı | Sürekli |
| Log haftalık okunuyor | Sorumlu kişi atanmış | Haftalık |
| Ayrılan personel erişimi kapatıldı | Aynı gün, oturumlar dahil | Her çıkışta |
| Dışa aktarma yetkisi sınırlı | En fazla iki kişi | 6 aylık |
Ekibin büyürken paneli kontrolden çıkmasın
Pinova, rol bazlı yetki matrisi, maskeli kod görünümü ve okunabilir işlem geçmişiyle ekip büyümesini sürprizsiz hâle getirir. Kimin ne yaptığını her zaman bil.
Kaç kişilik ekipte rol ayrımına geçmeliyim?
Üçüncü kişide. İki kişiye kadar takip edilebilir olan işler, üçüncü kişiyle birlikte izlenemez hâle gelir ve sorumluluk belirsizleşir.
Destek ekibi teslim edilen kodları görebilmeli mi?
Sadece maskeli hâlde. Müşteriye doğrulama yapmak için son haneler yeterlidir; tam kodu görmek gereksiz risk yaratır.
Ayrılan personelin hesabını silmeli miyim?
Silme, devre dışı bırak. Silmek geçmiş işlemlerin kime ait olduğunu belirsizleştirir ve ileride ispat gücünü düşürür.
Yetki kısıtlamak ekibi yavaşlatmaz mı?
Doğru kurulduğunda hızlandırır. Herkes kendi ekranında çalıştığında karar süresi kısalır, yanlış işlem ve geri alma yükü azalır.
Ekip büyümesi bir işletme için iyi haberdir; ama panel düzeni aynı hızda büyümezse iyi haber bir süre sonra maliyete dönüşür. Rol matrisini bugün tek sayfaya yazmak, altı ay sonra yaşanacak bir 'bunu kim yaptı' tartışmasını baştan siler. Yetkiyi sistemle yönetmek, ekibine güvenmediğin anlamına gelmez; tam tersine güveni kişisel kanıya bırakmamak anlamına gelir. Rol ekranlarının, maskeli görünümlerin ve işlem geçmişinin gerçekte nasıl çalıştığını görmek istersen canlı demo içinde farklı rollerle dolaşıp aradaki farkı kendi gözünle karşılaştırabilirsin.

