Dahili Araç Nasıl Yapılır: Yönetim Panelleri, Onaylar ve Tablo Yerine Geçen Uygulamalar

Dahili bir araç yapmak için, şu anda acı veren tek bir iş akışını seçin — genellikle paylaşılan bir tablo, bir e-posta zinciri ya da bir veritabanının işini yapan bir sohbet kanalı — ve bunu uygun bir formu, statülü bir listeyi, her rol için doğru izinleri ve kimin neyi değiştirdiğinin geçmişini olan küçük bir uygulamaya dönüştürün. Bir yapay zekâ uygulama oluşturucu bir öğleden sonra içinde çalışan bir ilk sürüm üretebilir. Başarıyı sağlayan şey kapsamı tek bir iş akışıyla sınırlı tutmak ve aracı onu her gün kullanacak insanlarla birlikte yapmaktır.

Dahili araç nedir?

Dahili araçlar, bir işletmeyi yürüten sade ama önemli yazılımlardır. Yaygın türleri şunlardır:

Daha fazla başlangıç fikri için ekipler için dahili araç fikirleri rehberine bakın.

Aracı hiç yapmalı mısınız?

Tabloyu, bir kişi bakıyorsa, veri küçükse ve bir hatanın maliyeti düşükse tutun. Şu işaretleri fark ettiğinizde bir araç yapın:

• İnsanlar birbirinin değişikliklerinin üzerine yazıyor ya da hangi kopyanın güncel olduğunu kimse bilmiyor
• Bazı kişilerin verinin yalnızca bir kısmını görmesi ya da düzenlemesi gerekiyor
• Tablonun nasıl kullanılacağına dair bir sayfa dolusu talimat yazdınız
• Durum değişiklikleri birine bildirim göndermeli, ama bu bildirimler sürekli kaçıyor
• Bir denetim izine ihtiyacınız var — bunu kim onayladı ve ne zaman?

Bir de orta yol var. Düşük kodlu dahili araç platformları (Retool, Airtable arayüzleri, Softr ve diğerleri) verileriniz üzerine yapı taşları sunar. Verileriniz zaten desteklenen bir veritabanında ya da tabloda duruyorsa ve sürükle-bırak ekranlar istiyorsanız iyi bir seçimdir. Yapay zekâyla yapılan bir uygulama ise iş akışınız özelse, ekibinizin ihtiyacı olan şekilde görünmesini ve davranmasını istiyorsanız ya da kodun sahibi olmak istiyorsanız daha uygundur. Genel soru için küçük işletmeler için yazılım: yaptırmak mı, satın almak mı rehberine bakın.

Ekranlardan önce iş akışını tasarlayın

İstemi yazmadan önce iş akışını kısa bir öykü olarak yazın. Bir gider onay aracı için:

1. Bir çalışan bir gider gönderir: tutar, kategori, tarih, açıklama, fiş fotoğrafı.
2. Yöneticisine bildirim gider; yönetici yorumla onaylar ya da reddeder.
3. Belirli bir limitin üzerindeki giderler ayrıca finans onayı da gerektirir.
4. Finans, onaylanmış giderleri haftalık toplu ödemede "ödendi" olarak işaretler.
5. Herkes kendi giderlerinin durumunu görebilir; finans hepsini görür.

Bu öyküden şunları çıkarırsınız:

• Veri: giderler, kullanıcılar, roller, onaylar (kim, karar, yorum, tarih), ekler.
• Durumlar: gönderildi → yönetici onayladı → finans onayladı → ödendi, ya da reddedildi.
• Roller: çalışan, yönetici, finans, sistem yöneticisi (admin).
• Kurallar: tutar eşiği, her durum geçişine kimin geçebileceği.
• Ekranlar: gönderim formu, "giderlerim", "onayımı bekleyenler", finansın tüm giderler tablosu, kayıt geçmişi olan bir detay sayfası.

İş akışını bu terimlerle tarif ederseniz yapay zekâ doğru şeyi ilk denemede kurabilir.

İzinler ve geçmiş

Dahili araçlar genellikle hassas veri tutar — maaşlar, müşteri bilgileri, para. İki kural:

1. Her işlem için rolleri sunucuda kontrol edin. Bir yönetici, onay uç noktasını doğrudan çağırarak kendi giderini onaylayabilmemelidir.
2. Geçmişi kaydedin. Her durum değişikliğini ve düzenlemeyi, kimin ve ne zaman yaptığıyla birlikte saklayın. "Bunu kim değiştirdi?" tartışmalarının çoğunu çözer ve bir şey ters gittiğinde paha biçilmezdir.

Kullanıcıların nasıl giriş yapacağına karar verin. Ekibiniz zaten kullanıyorsa şirket Google ya da Microsoft hesaplarıyla giriş kolaylık sağlar; e-posta ve şifre her yerde çalışır. Her iki durumda da kaydı yalnızca ekibinizin girebileceği şekilde kısıtlayın.

İlk işe yarayan istem

25 kişilik bir şirket için dahili bir gider onay aracı yap. Çalışanlar bir gider gönderir: tutar, para birimi, kategori (seyahat, yemek, yazılım, ekipman, diğer), tarih, açıklama ve bir fiş fotoğrafı yükleme. Yöneticileri "Onayımı bekleyenler" listesini görür ve yorumla onaylayabilir ya da reddedebilir. 500 doların üzerindeki giderler ayrıca Finans rolüne sahip birinin onayını gerektirir. Finans; duruma, kişiye ve aya göre filtrelenebilen tüm giderlerin bir tablosunu görür ve onaylanmış giderleri ödendi olarak işaretleyebilir. Her durum değişikliği kimin yaptığı ve ne zaman yaptığıyla kaydedilir ve gider sayfasında bir zaman çizelgesi olarak gösterilir. Roller: çalışan, yönetici, finans, sistem yöneticisi (admin) — her işlemde sunucuda kontrol edilir. Her şeyi bir veritabanında sakla ve gerçekçi örnek veriler ekle. Sade, yoğun, hızlı bir arayüz — bu bir iş aracı, pazarlama sitesi değil.

Yapım adımları

1. Ana tablo ve form, çekirdek kayıt için; aramanın ve filtrelerin açıkça çalıştığını gösteren gerçekçi örnek verilerle.
2. Durumlar ve geçişler, her duruma kimin geçebileceği dahil.
3. Roller ve giriş, ekibinizle sınırlı.
4. Her kayıt için geçmiş günlüğü.
5. Bildirimler — bir kişinin işlem yapması gerektiğinde e-posta ya da sohbet mesajı.
6. Mevcut verileri içe aktarın tablodan. Bir tabloyu uygulamaya dönüştürme temizleme ve içe aktarmayı anlatır.
7. Herkese yaymadan önce iki üç gerçek kullanıcıyla bir hafta pilot uygulama.
8. Eski süreci belirli bir tarihte kapatın. İki sistemin yan yana çalışması, hiçbirine güvenilmemesi demektir.

İnsanların gerçekten kullanmasını sağlamak

Birçok dahili araç kusursuz çalışır ve yine de başarısız olur, çünkü insanlar eski yöntemi kullanmaya devam eder.

• Kullanıcılarla birlikte yapın. Yeni tasarımı yapmadan önce birinin görevi bugün nasıl yaptığını izleyin.
• Eski yöntemden daha hızlı yapın. Gönderim bir mesaj göndermekten uzun sürerse, insanlar mesaj göndermeye devam eder.
• Süslüden çok yoğun olan daha iyidir. Operatörler, iyi filtreleri olan tabloları ve klavyeyle kullanılabilen formları, büyük kartlardan ve boşluklardan daha çok tercih eder.
• Bir sonraki eylemi en başa koyun. "Benim bekleyenlerim" insanların gördüğü ilk şey olmalıdır.

Sık yapılan hatalar

• Tüm tabloyu yeniden yapmak. Sadece acı veren tek iş akışını taşıyın; diğerlerini şimdilik tabloda bırakın.
• Sahipsiz olmak. Lansmandan sonra değişiklik ve düzeltmelerden sorumlu biri olmalı.
• İzinleri sonradan eklemek. Bitmiş bir araca roller eklemek, baştan rollerle başlamaktan zordur.
• Denetim izini atlamak, sonra paranın kaybolduğu ilk seferde ona ihtiyaç duymak.
• Giriş olmadan herkese açık bir URL'de yayınlamak. Dahili olan her şey oturum açmayı gerektirmelidir.

Lansmandan sonra çalışır tutmak

Bir süreç birkaç ayda bir değişir — yeni bir onay adımı, yeni bir kategori, yeni bir ekip. Bunu baştan planlayın:

• Ayarları koda değil tablolara koyun. Veritabanında duran kategoriler, eşikler ve onaylayan atamaları, yeniden yapılmadan bir yönetici tarafından değiştirilebilir.
• Talepleri tek bir yerde toplayın. Aracın içindeki basit bir "değişiklik öner" bağlantısı, sohbetlere dağılmış talepleri yener.
• Düzenli dışa aktarın. Ana tabloların CSV dışa aktarımı, verinin hiçbir zaman kilitli kalmamasını sağlar ve ay sonu raporlamayı kolaylaştırır.
• Her değişiklikten sonra test edin. İş akışındaki her değişiklikten sonra gönderme, onaylama ve reddetmeyi yeniden deneyin; izin hataları genellikle orada ortaya çıkar.

İşletme maliyetleri

Yapay zekâyla yapılan bir dahili aracın maliyeti barındırma, veritabanı, insanlar belge yüklüyorsa dosya depolama ve bildirimler için olası bir e-posta ya da mesajlaşma hizmetidir. Kendinizin olan bir araçta genellikle kullanıcı başına lisans yoktur; bu, erişime ihtiyaç duyan çok sayıda ara sıra kullanıcı olduğunda önemlidir. Sürekli maliyet, aracı bakımda tutacak birinin zamanıdır.

Mythex ile yapmak

Dahili araçlar Mythex için uygundur. İş akışını anlatırsınız, ajan canlı önizlemede aracı oluşturur, kayıtlar için bir Postgres veritabanı ve fiş gibi yüklemeler için dosya depolama ekler. Belgelerdeki dahili araç kullanım senaryosu ve yönetim paneli kullanım senaryosu başlangıç istemleri içerir. Meslektaşlarınız çalışma alanınızda ek ücret olmadan yapıma yardımcı olabilir.

İki noktayı bilmek gerekir. Aracı kullanan ekibiniz için giriş, yaptığınız uygulamanın parçasıdır; seçtiğiniz bir yöntemle kurulur ve Mythex hesaplarından ayrıdır. Ayrıca Mythex, uygulamanın kendisi için yerleşik Salesforce, HubSpot ya da Slack entegrasyonları sunmaz; bunlar kendi anahtarlarınızla API'leri üzerinden bağlanır. Başlangıç istemi için onay takipçisi ya da dahili yönetim aracı şablonlarını deneyin; ihtiyacınız ağırlıklı olarak grafikler ise bir panel nasıl yapılır rehberine bakın.

Sorular