Aile şirketlerinde e-dönüşüm: Tecrübeyi koruyarak yetkiyi paylaşmak

Yazılım tartışmasının altında hangi karar var?

Aile şirketlerinde e-dönüşüm konuşulurken teknik bir önerinin kısa sürede yönetim tartışmasına dönüşebildiğini görüyorum. Bir taraf raporların düzenli olmasını isterken diğer taraf müşteri ilişkisinin ekrana sığmayacağından endişe ediyor. Bu konuşmayı gençlerin teknolojiyi bildiği, kurucuların değişime kapalı olduğu bir hikâyeye indirgemek meseleyi açıklamıyor.

İşi kuran kişinin deneyimi, çalışanların günlük bilgisi ve yeni kuşağın önerileri aynı masaya gelmeli. Ben önce anlaşmazlığın nesnesini ayırmayı yararlı buluyorum: Hangi program alınacak mı tartışılıyor, yoksa fiyat verme, müşteri limiti açma ve ödeme onaylama yetkisinin kimde kalacağı mı? İkinci soruna yalnızca yeni bir ekran getirerek çözüm bulunamaz.

Tecrübeyi kayda geçirmek, değerini azaltmaz

Kurucunun bildiği bir müşterinin ödeme alışkanlığı veya bir tedarikçinin teslimat biçimi kıymetlidir. Fakat herkesin her ayrıntıyı ezberlemesi beklenemez. Bilginin hangi kararda kullanıldığını ve ne zaman yeniden değerlendirileceğini yazmak, günlük işin tek kişinin müsaitliğine bağlı kalmasını azaltabilir.

Burada müşteri hakkında doğrulanmamış kişisel yorumları sınırsız bir alana doldurmayı önermiyorum. İş için gerekli, açıklanabilir ve erişimi sınırlı kayıt tutulmalı. Örneğin onaylanmış ödeme koşulu, son mutabakatın durumu ve istisnayı kimin kabul ettiği kaydedilebilir. KVKK’nın veri güvenliği yaklaşımı, bu kayıtların kimlerce görülebileceğini de düşünmeyi gerektirir.

Akrabalık ilişkisini görev tanımının yerine koymayın

Bir kişinin aile üyesi olması bütün sistemlere yönetici erişimi verilmesini gerektirmez. Aynı şekilde deneyimli bir çalışanın aileden olmaması, yaptığı iş için gereken bilgiye erişememesi anlamına gelmemeli. Yazılımın yetkileri fiilen yürütülen göreve göre kurulmalı.

Aşağıdaki tablo bir başlangıç örneği. İsimleri ve yetki sınırlarını kendi işletmenize göre doldurabilirsiniz. Aynı kişi küçük bir işletmede birden fazla rol üstlenebilir; yine de hangi işlemi hazırladığı ve hangi işlemi onayladığı görünür kalmalıdır.

Ortak kabul ölçütü olmadan pilot başlatmayın

Bir siparişin alınmasından sevke hazırlanmasına kadar sınırlı bir akış seçin. Kurucu, yeni kuşak ve işi yapan çalışan aynı örneği izlesin. İptal edilen sipariş, eksik teslimat veya farklı ödeme koşulu gibi istisnaları da deneyin. Herkes kendi işini kolaylaştıran tarafı kadar, eklenen yükü de ifade edebilsin.

Pilottan önce “neyi görürsek devam ederiz?” sorusunu yazın. Siparişin durumu anlaşılabiliyor, bakiyenin kaynağı bulunabiliyor ve yetkisiz değişiklik önlenebiliyor mu? Bunlar gözlenebilir ölçütlerdir. Bir yazılımın aile içindeki bütün anlaşmazlıkları gidermesini beklemek ise pilotun sınırını aşar. Deneme daha büyük bir yatırımın hazırlığıysa KOBİ’lerde sermaye ve adaptasyonu birlikte düşünme rehberindeki bütçe ve devam kararını da aile toplantısına getirin.

Herkesin aynı ekranı kullanması gerekmiyor

Kurucuya bütün menüleri öğretmeye çalışmak yerine ihtiyaç duyduğu karar ekranını belirleyin. Bekleyen sipariş, tahsilat durumu veya açık teklif gibi özetlerden ayrıntıya inebilmesi yeterli bir başlangıç olabilir. İşlemi yapan çalışan ise kendi görevine uygun ekranla ilerleyebilir.

Bunun karşılığında genç kuşak da mevcut işin neden o şekilde yürüdüğünü öğrenmeli. Veresiye, sezonluk talep ve tedarikçi ilişkisi gibi ayrıntılar yalnızca gereksiz alışkanlık olmayabilir. Önerilen değişiklik bu koşulu karşılamıyorsa yazılımı savunmak yerine tasarımı değiştirmek gerekir. Sahada çalışan kişinin geri bildirimi projeye sonradan eklenen bir nezaket değildir.

İtirazın nasıl ele alınacağını da belirleyin

Geçiş sırasında bir kayıt yanlış çıktığında tartışma kolayca “ben söylemiştim” noktasına gelebilir. Ben bunu önlemek için sorun listesini kişiden ayırmayı öneriyorum: işlem, beklenen sonuç, görülen fark, inceleyecek kişi ve verilen karar. Yazılım hatasıyla eksik eğitim veya yanlış açılış verisi aynı başlıkta tutulmamalı.

Yönetim anlaşmazlığı devam ediyorsa uygulama projesine bütün yetki devrini yüklemeyin. Ticari kararların sınırları, ortaklık ilişkileri ve hukuki yetkiler ayrıca ele alınmalıdır. E-imza cihazının aile içinde el değiştirmesi de yetki devri yöntemi değildir. Kurumsal e-imza planlaması imzalayan kişiyle belgeyi hazırlayan kişinin sorumluluğunu ayırır.

Sorumlu kişi işyerinde yokken ne olacak?

Yetki tablosunu tamamladığınızda bir de yokluk senaryosu deneyin. Ödeme onaylayan kişi şehir dışındayken, siparişi giren çalışan izinliyken veya yazılımı kuran aile üyesine ulaşılamıyorken hangi iş devam edebilir? Ben bu aşamada bekleyen işlemi kimin göreceğini, hangi kararın erteleneceğini ve kime haber verileceğini yazmayı öneriyorum. Birinin hesabına onun parolasıyla girmek yerine, görev devrini ayrı kullanıcı ve açık yetki sınırıyla planlayın.

Bir örnek üzerinden ilerleyebilirsiniz: özel fiyat isteyen müşterinin talebini çalışan kaydetsin, yetkili kişi gerekçesiyle karar versin, teklifin son sürümü aynı kayıtla ilişkilendirilsin. Yetkili kişiye ulaşılamıyorsa teklifin henüz onaylanmadığı görülsün. Bu örnek, işletmenin kendi ticari kararını yazılıma nasıl aktaracağını gösterir; şirket adına temsil ve imza yetkisini kendiliğinden değiştirmez. E-imza gereken aşamada işlemi uygun yetkili, kendi sertifikasıyla tamamlamalıdır.

Görev değişikliği olduğunda kullanıcı listesini de gözden geçirin. Eski görevin erişimlerini kaldırın, yeni görevin ihtiyaçlarını tanımlayın; ayrılan kişinin hesabını açık bırakmayın. İşlem geçmişini ise sırf kullanıcı ayrıldı diye silmeyin. Saklanacak kayıtların kapsamı ve süresi ayrıca belirlenmeli. Böylece aile içindeki sözlü görev değişikliği ile sistemde kalan yetkiler arasında fark oluşup oluşmadığını kontrol edebilirsiniz.

Dışarıdan destek alınan hesaplarda da aynı kontrolü yapın: Ajans ayrılırsa alan adını kim yenileyecek, mağazaya kim girecek? İşletmenin dijital hesapları ve alan adı için devir envanteri, içerideki görev paylaşımını sağlayıcı tarafındaki kayıt ve erişimlerle karşılaştırmanıza yardımcı olur.

Erzurum’daki işletmede sürdürülebilir olanı seçin

Aileden birinin başka şehirde yaşaması, yerel çalışanların tecrübesi ve işletmenin sezonluk yoğunluğu birlikte düşünülmeli. Uzaktan rapor görmek yararlı olabilir; ancak depoda teslim alınmamış malı ekranda var göstermek sorunu çözmez. Dijital kayıtla fiziksel işin buluştuğu noktada sorumlu kişi belli olmalı.

Bir sonraki toplantıya ürün broşürü yerine mevcut bir işlemin akışını getirin. Kim başlatıyor, kim kontrol ediyor, kim sonlandırıyor? Bu sorular üzerinde anlaşınca e-dönüşüm çözümünü seçmek daha somut hâle gelir. Belge düzenindeki farklar için e-Fatura ve e-Arşiv rehberini de masaya koyabilirsiniz. Başarıyı aileden birinin haklı çıkmasıyla değil, işin anlaşılır ve sürdürülebilir biçimde yürütülmesiyle değerlendirmek gerektiğini düşünüyorum.

İlk görüşmeye müşteri bilgileri gizlenmiş bir sipariş örneği ve mevcut görev listenizle gelebilirsiniz. Erzurum merkezde belge akışınızı birlikte değerlendirmek için e-dönüşüm görüşmesi talebinizi iletin. Kullanılan programı, hangi aşamada karar beklendiğini ve kimlerin sürece katıldığını belirtmeniz yeterli; parola veya e-imza PIN’i paylaşmayın.