Bu Fikir Tutar Mı? İş Devrindeki Eksikleri Bulan AI Asistanı

Bir ekip arkadaşınız işini devrederken bütün dosyaları paylaşıyor. Yine de ertesi sabah şu soruyla kalıyorsunuz: “Tamam, ama bu durumda kimi arıyoruz?” Dosyanın bulunmasıyla işin yapılabilmesi aynı şey değil. Buradan bir ürün fikri çıkar mı: İş devrini prova ettiren ve eksik bilgileri görünür kılan bir AI asistanı.

Bu, başarısı kanıtlanmış bir ürün iddiası değil; birlikte değerlendirebileceğimiz bir girişim önerisi. Asistanın görevi yeni bir bilgi deposu kurmak değil, mevcut anlatımın başka birinin işi yürütmesine yetip yetmediğini sınamak. Alıcı da çalışan ayrılmadan, izne çıkmadan veya sorumluluk değiştirmeden önce belirsizlikleri görmek isteyen ekip yöneticisi olabilir.

Özet değil, devir provası

Varsayımsal bir yazılım ajansı düşünelim. Müşteri projesini yöneten kişi; toplantı notlarını, teslim kontrol listesini ve destek sürecini devrediyor. Klasik bir özet, bu belgelerdeki başlıkları toparlayabilir. Önerdiğimiz ürün ise işi devralan kişinin karşılaşabileceği durumları soruya dönüştürür:

• Müşteri teslimi kabul etmezse hangi onay akışına dönülür?
• Canlıya geçiş sırasında hata çıkarsa durdurma kararını kim verir?
• Standart kapsamın dışındaki bir talebi kim değerlendirir?
• Belgelerde adı geçen sorumluya ulaşılamazsa alternatif yol nedir?

Değer önerisi, daha çok metin üretmek değil; devir tamamlandı sanılırken açıkta kalan sorumlulukları yakalamaktır. Ancak asistanın ürettiği her soru anlamlı olmayabilir. Bu nedenle kullanıcı, soruları ilgili veya gereksiz olarak işaretleyebilmeli; sistemin varsaydığı süreçler gerçekmiş gibi sunulmamalı.

İlk sürüm nasıl çalışır?

Başlangıçta bütün şirketi sisteme bağlamak yerine tek bir iş akışı seçilebilir: müşteri projesini teslim etmek, aylık raporu hazırlamak veya destek nöbetini devralmak. Kullanıcı, paylaşmaya yetkili olduğu belgeleri yükler ve devrin kapsamını yazar.

Ardından üç aşamalı bir akış öneriyoruz:

• İş haritası: Asistan adımları, sorumluları ve karar noktalarını çıkarır. Her maddeyi ilgili belge bölümüne bağlar; dayanağı olmayan alanları boş bırakır.
• Senaryo provası: İşi devralan kişiye normal akış ve istisna durumları hakkında sorular yöneltir. Yanıtları yalnızca sağlanan belgelerle karşılaştırır.
• Eksik listesi: Yanıtı bulunamayan veya belgeler arasında çelişen konuları, işi devreden kişinin yanıtlayacağı kısa sorulara dönüştürür.

Çıktı genel bir başarı puanı yerine eyleme dönük olabilir: “Geri alma kararının sorumlusu belirtilmemiş; ilgili adımı tamamlayın.” Böylece okuyucu, benzer bir yaklaşımı ürün geliştirmeden de kendi devir kontrol listesine uygulayabilir.

Güven sınırı ürünün parçası

Buradaki kritik ayrım şu: Belgelerde bulunamaması, bilginin şirkette bulunmadığı anlamına gelmez. Asistan “Bu süreç tanımlanmamış” demek yerine “Paylaşılan belgelerde bu sürecin tanımını bulamadım” demeli. Belgeye atıf vermesi de tek başına doğruluk garantisi sayılmamalı; kullanıcı ilgili bölümü açıp kontrol edebilmeli.

Devir belgeleri müşteri bilgileri, ticari sırlar veya erişim ayrıntıları içerebilir. İlk denemede anonimleştirilmiş içerik kullanmak; parola ve anahtarları dışarıda bırakmak; kimlerin hangi belgelere erişebileceğini açıkça belirlemek gerekir. Saklama ve silme tercihleri de tasarımın başında ele alınmalı.

Ürün ayrıca çalışanı notlayan bir araca dönüşmemeli. Değerlendirme nesnesi kişinin yetkinliği değil, devredilen işin açıklığı olmalı. Aksi hâlde kullanıcıların eksikleri dürüstçe paylaşmasını zorlaştırabilecek bir teşvik yaratılır.

Kim bunun için ödeme yapar?

Ticari varsayımımız, değerin doküman sayısından değil, kesintiye uğramaması gereken işten doğması. Bu yüzden “Bütün bilgilerinizi düzenleyelim” yerine “Bu sorumluluğu başka biri sürdürebiliyor mu?” sorusu daha net bir başlangıç olabilir.

Fikri sınamak için aynı anonimleştirilmiş devir paketini önce mevcut kontrol listenizle, sonra senaryo provasıyla inceleyin. Bulunan gerçek eksikleri, gereksiz uyarıları ve düzeltme için harcanan emeği kaydedin. Asistanın önerilerinden sonra işi devralan kişinin görevi tamamlayıp tamamlayamadığını gözleyin. Yalnızca daha uzun bir soru listesi çıkıyorsa değer önerisi zayıftır.

Sizce bu fikir ayrı bir ürün olarak mı tutar, yoksa mevcut bilgi yönetimi araçlarında bir özellik olarak mı kalır? Yorumlarda kendi işinizden anonim bir devir örneği paylaşın: Hangi bilgi eksik olsaydı ertesi gün işiniz dururdu? Tartışmayı o somut boşluk üzerinden ilerletelim.