Kurum İçi Araçlar mı, Müşteri Uygulamaları mı: Hangisini Ne Zaman Geliştirmeli (ve Neden Önemli)

Aynı yapay zeka uygulama oluşturucu, fotoğraf müşterilerin için şık bir randevu uygulaması ya da operasyon ekibin için derme çatma ama çok sevilen bir elektronik tablo alternatifi üretebilir. Dışarıdan, ikisi de “uygulama”. İçeriden, tamamen farklı işler ve onlara aynı muameleyi etmek, yeni geliştiricilerde gördüğüm en yaygın hata.

Kurum içi araçlar mı müşteri uygulamaları mı kararı, uygulamanın nasıl göründüğüyle ilgili değil. Kimin neyi tolere ettiğiyle ve bir şey bozulduğunda ne olduğuyla ilgili. Bunu yanlış yaparsan, ekibinden kimsenin umursamadığı bir düğmeyi cilalamak için üç hafta harcarken, asıl kullanıcıların sana güvenmeyi bırakmasına neden olan bir hataya çarpar.

İşte gerçekte hangisini geliştirdiğini ve bildiğinde neyin değiştiğini nasıl çözeceğin.

Neredeyse Her Şeye Kitle Karar Verir

Müşteri, seni seçen kişidir. Bir rakibi kullanabilirdi. Sana ödedi ya da kaydoldu. Seni, gördüğü en şık şeyle kıyaslar, senin uygulaman ayda 9 dolara, onunki 90 dolara mal olsa bile. Kafa karıştırıcı bir etikete, garip bir giriş akışına ya da ne yapacaklarını söylemeyen bir boş duruma sabırları yoktur.

Bir ekip arkadaşı, patronu söylediği için bu şeyi kullanmak zorunda olan kişidir. Aynı zamanda gece 11’de bir Slack mesajında, açılır menünün yanlış sırada olduğunu sana söyleyecek kişidir. Çirkini tolere eder. Yavaşı tolere etmez, çünkü onu günde kırk kez kullanıyor.

Aynı oluşturucu. Muhtemelen aynı özellik seti. Vahşice farklı bir çıta.

Bir yapay zeka uygulama oluşturucuyla oturup ne istediğini anlatırken, kendine yanıtlaman gereken ilk soru şu: kullanıcı kim ve burada olmayı kendisi mi seçti?

Kurum İçi Araçlar: Hız, Cilayı Yener

Kurum içi araçlar tek bir şeyle yaşar ve ölür: kullanan insanlara ne kadar zaman kazandırıyorlar?

Tanıdığım bir mülk yöneticisi, üç kişilik ekibi için bir bakım talebi takip aracını geliştirmek için iki akşam harcadı. Herhangi bir nesnel ölçüte göre çirkin. Düğmeler tutarsız. Kenar çubuğunda kimsenin düzeltme zahmetine girmediği bir yazım hatası var. Logo yok.

Ekibi onu sahip oldukları diğer tüm yazılımlardan daha çok kullanıyor. Onlara haftada kabaca beş saatlik “4 numaralı daire için tesisatçıyı arayan oldu mu?” Slack mesajından tasarruf ettirdi. Cila, sıfır saatlik değer katardı.

İyi geliştirilmiş kurum içi araçlarda gördüğüm üç özellik:

• “X yapmak istiyorum”dan “X yapıldı”ya en kısa yol kazanır. Karşılama ekranını atla. Sihirbazı atla. Doğrudan şeyin içine aç.
• Uç durumlar çirkin olabilir. Bir ekip arkadaşı bir hataya çarparsa, sana Slack atar. Bir müşteri ise sadece terk ederdi.
• Güncellemeler sürümlerle değil günlük iner. Bir ürün sevk etmiyorsun. Kendi atölyeni elden geçiriyorsun.

Ekibin için geliştiriyorsan, “çirkin ve yararlı”ya sıkıca yaslan. Bir pazarlama sayfası, bir ayarlar ekranı ya da güzel bir boş durum ekleme dürtüsüne diren. Bunların hiçbiri ekmeğini hak etmiyor.

Müşteri Uygulamaları: Sıkıcı Kenarlar, Ürünün Kendisidir

Müçteri uygulamaları çoğunlukla kenarlardır. Giriş akışı. Tanıtım. Bir kredi kartı reddedildiğinde ne olduğu. Bir şifre sıfırlandığında giden e-posta. Birisinin uygulamayı ilk kez açtığında ve içinde henüz hiçbir şey olmadığında gördüğü ekran.

Bunların hiçbiri, heyecanlandığın özellik değil. Hepsi, müşterinin seni yargıladığı şey.

Geçen yıl bir arkadaşım küçük bir faturalandırma uygulaması yayına aldı. İlk ayını fatura editörünü geliştirerek geçirdi — heyecanlandığı şey. Güzeldi. Sonra onu açtı, bir müşterinin kaydolmaya çalışmasını izledi ve şunları keşfetti:

• Doğrulama e-postası spam’e düştü.
• Doğrulamadan sonra uygulama, kullanıcıyı talimatsız, boş bir panele attı.
• “İlk faturanı oluştur” düğmesi, 13 inçlik bir dizüstü bilgisayarda ekranın altında, görünmeyen yerdeydi.

O hafta üç müşteri kaydoldu. Sıfırı fatura oluşturdu. Ürün çalışıyordu. Etrafındaki sarmalayıcı çalışmıyordu.

Müşteriye dönük uygulamalar için kabaca kural şu: çabanın yarısını ana özellik olmayan yüzey alanına harca. Tanıtım, hata durumları, ödeme akışları, hesap ayarları, destek e-postası. O şeyler, öyle hissettirmese bile, ürünün kendisi.

Hangisini Geliştirdiğini Nasıl Anlarsın

Kurum içi araçlar mı müşteri uygulamaları mı kararı, birkaç teşhis sorusu sorduğunda göründüğünden daha kolay:

Bunun parasını kim ödüyor? Cevap “çalıştığım şirket, genel gider olarak” ise, bu bir kurum içi araç. Cevap “kullanıcı, bireysel olarak, kendi kredi kartıyla” ise, bu bir müşteri uygulaması. Orta durum — patronun öder ama patronun bir müşteridir — genellikle yine müşteri uygulaması beklentilerine çeker.

Bir saatliğine çökerse ne olur? Kurum içi araç: birisi sinirlenir. Müşteri uygulaması: birisi terk eder. Bir hatanın patlama yarıçapı vahşice farklıdır.

Hiç olmazsa kaç kullanıcısı olacak? Beşten elliye sağlam bir şekilde kurum içi. Yüzden bine doğru gerçek bir ürüne benzemeye başlar. Beş bin ve yukarısı, istesen de istemesen de bir yazılım şirketi olduğun anlamına gelir.

Kullanıcıların bir seçeneği olacak mı? Kurum içi araçlar zorunludur. Müşteri uygulamaları gönüllüdür. Gönüllü kullanıcılar, bir şey onları rahatsız ettiği an gider.

Bunları net bir şekilde yanıtlayamıyorsan, ne geliştirdiğini bilmiyorsun demektir ve yapay zeka oluşturucu yakınsamana yardımcı olamaz.

Gizli Tuzak: Ürüne Dönüşen Araçlar

İşte işin ilginçleştiği yer. Tanıdığım en başarılı bağımsız ürünler, hayata kurum içi araç olarak başladı. Birisi ekibi için bir şey geliştirdi, ekip onu bir arkadaşa gösterdi, arkadaş da bir tane istedi ve şimdi bir müşteri var.

Bu harika bir hikâye. Aynı zamanda azami tehlike anı, çünkü birinden ücret aldığın an, çıta bir gecede yükselir. Ekibinin tolere ettiği çirkin kenar çubuğu artık bir terk riski. Geliştiriciye-Slack-at hata yönetimi artık bir destek kâbusu.

Bu köprüyü bir yapay zeka uygulama oluşturucuyla geçiyorsan, ona gerçek bir geçiş gibi davran. Bir hafta — en azından bir hafta — sıkıcı kenarlara harca. Tanıtım. Boş durumlar. Kayıttan sonraki ilk beş dakika. Kendini açıklayan hata mesajları. O iş bitene kadar aracı tanıtma.

İyi haber şu: yapay zeka oluşturucular bu geçişi eskisinden daha ucuz hale getirdi. Eskiden bir serbest çalışanla bir ay süren cila işi, artık birkaç iyi istem oturumu ve biraz sabır.

Üzerine Oturulacak Soru

Bütün kurum içi araçlar mı müşteri uygulamaları mı sorusu, bir fikri bir yapay zeka uygulama oluşturucuya anlatmadan önce kendine yapacağın tek bir isteme indirgenir: Bu, benim kullandığım bir araç mı, yoksa sunduğum bir ürün mü?

Cevap istemi değiştirir. Neye zaman harcadığını değiştirir. Neyi görmezden geldiğini değiştirir. Ve geliştirmeye getirebileceğin tek en yararlı netlik parçasıdır.

Hangi tarafta olduğun konusunda kararsızsan, ilk yapay zeka uygulaman ne olmalı yazımız iyi bir tamamlayıcı okuma. Çoğu ilk uygulama araç olmalı. Çoğu ikinci de. Müşteriler daha sonra gelir ve yalnızca ekibinin katlanmak zorunda kaldığı şeyleri geliştirerek kasını kazandığında daha kolay gelirler.