eber
Müşteri yönetimi uygulamanızdaki bir kaydı özetlemek veya belge bilgilerini muhasebe yazılımına aktarmak istiyorsunuz. İlk sorunuz yalnızca “Bu sistem yapay zekaya bağlanıyor mu?” olmasın. Hangi bilgiyi alabileceğinizi ve hangi işlemi yapabileceğinizi ayrı ayrı öğrenin.
API, uygulamaların birbirleriyle veri alışverişi yapmasını sağlayan bir arayüzdür. Kullanılan yazılımın API sunması başlangıçtır; planlanan işin bu bağlantı üzerinden gerçekten yapılabildiği ayrıca kontrol edilmelidir.
Önce yapılacak işlemi tarif edin
Bir örnek kayıt seçin ve bilginin nereden gelip nereye gideceğini gösterin. “Müşteri bilgisi aktarılacak” yerine gerekli alanları yazın: kayıt numarası, görüşme tarihi, özet ve takip edilecek konu gibi.
Her alanın hangi sistemde güncel tutulduğunu belirleyin. İki uygulamada farklı telefon numarası varsa hangisi kullanılacak? Boş bir alan geldiğinde diğer sistemdeki dolu alan silinecek mi? Bu kararları geliştirme sırasında varsayımla vermek yerine işin sorumlusuyla birlikte alın.
Yazılım sağlayıcısından somut yanıt isteyin
Kullandığınız ürünü ve lisansınızı belirterek bağlantı belgelerini isteyin. Belgeleri yalnızca saklamak yerine geliştirici ekibinizle inceleyin. Şu kısa formu kullanabilirsiniz:
| Kontrol | Sorulacak soru |
|---|---|
| Erişim | Bu işlem kullandığımız üründe ve lisansımızda var mı? |
| Veri | Hangi alanları okuyabilir veya değiştirebiliriz? |
| Yetki | Uygulamaya yalnızca gereken işlemler için izin verebilir miyiz? |
| Test | Gerçek müşteri kayıtlarını değiştirmeden deneme yapabilir miyiz? |
| Hata | İşlem başarısız olduğunda nasıl bilgi alacağız? |
| Sorumlu | Bağlantı değişirse kim haber verecek ve kim güncelleyecek? |
Yanıt verilmeyen konuları “daha sonra bakılacak” diye görünmez hale getirmeyin. Açık kalan soruları, onları takip edecek kişiyi ve karar tarihini aynı listede tutun.
Okuma ile değiştirmeyi ayırın
İlk denemeyi bilgi okuma ve taslak hazırlamayla sınırlandırabilirsiniz. Kaydı değiştirmek gerekiyorsa uygulamanın hangi alanlara yazabileceğini belirleyin. Başka bir ekip tarafından girilen bilgiyi otomatik olarak değiştirmesi istenmiyorsa bu sınır uygulamada da bulunmalıdır.
Bağlantı anahtarlarını kişisel notlarda veya e-posta zincirlerinde dağıtmayın. Hangi hesaba ait olduklarını, kim tarafından yenileneceklerini ve erişim kesildiğinde nasıl müdahale edileceğini teknik ekibinizle planlayın.
Aynı işlem iki kez gelirse ne olacak?
Bir bağlantı bazen işlemi tamamlar ama yanıtı zamanında ulaştıramaz. Uygulama tekrar denediğinde aynı kaydın ikinci kez oluşturulmaması gerekir. Microsoft'un yeniden deneme rehberi, bu tür tekrarların yan etkilerinin değerlendirilmesini önerir.
İlk testlere eksik alan, yanlış biçimde yazılmış tarih, bağlantı kesintisi ve aynı isteğin tekrar gelmesi gibi durumlar ekleyin. Sonuç ekranında neyin tamamlandığını, neyin beklediğini ve neyin kontrol istediğini ayırt edebilmelisiniz.
Yazılım geliştirme ve devreye alma çalışmasına bu hazırlıkla başlamak, teknik görüşmeyi daha somut hale getirir. Hangi bağlantının mümkün olduğunu ve eksiklerin ne gerektirdiğini birlikte değerlendirebilirsiniz.
