Yapay zeka ile geliştirdiğin uygulamanın bakımı için ne zaman ikinci bir kişiyi davet etmeli

Bir yapay zeka uygulama oluşturucu ile geliştirilen uygulamaların çoğu, tek kişilik bir proje olarak başlar. Cumartesi sabahı aklına bir fikir geldi, onu oluşturucuya anlattın, cumartesi gecesi elinde çalışan bir şey vardı ve bir sonraki hafta sonu gerçek insanlar onu kullanıyordu. Bir süre her şeyi tek başına yürütebilirsin — mesajları yanıtlamak, ana sayfadaki o tek yazım hatasını düzeltmek, bir kullanıcının ısrarla istediği yeni özelliği eklemek, kafedeyken telefonundan analizlere göz atmak.

Sonra bir gün fark edersin ki üç haftadır aslında yeni bir şey geliştirmemişsin. Her boş saatin bakıma gidiyor. “Küçük rötuşlar” hiç bitmiyor. Yeni kullanıcılardan gelen aynı soruyu on beşinci kez yanıtlıyorsun. Uygulamayı açmaktan korkmaya başlıyorsun ki bu, bir kişinin kendi yaptığı bir şey hakkında hissedebileceği en kötü duygudur.

İşte tam bu an, ikinci bir kişiyi davet etmeyi düşünmenin zamanıdır. Bir kurucu ortak değil, bir çalışan değil, büyük bir yeniden yazım için bir yüklenici değil — sadece işin yükünü taşımana yardım edebilecek bir kişi daha.

Bu yazı, o ana ulaşıp ulaşmadığını nasıl anlayacağın, davet edilecek doğru ilk kişinin kim olduğu ve yapay zeka ile geliştirdiğin uygulamanın bir parçasını, her şeyin kontrolünü elinden bırakmadan nasıl devredeceğin hakkında.

Vaktinin geldiğinin işaretleri

Bunların çoğuna evet diyebiliyorsan, vaktin gelmiş demektir:

Yapmak istediğin değişikliklere hayır diyorsun. Kötü fikirler oldukları için değil — saatin olmadığı için. “Vaktim olsaydı yapacağım şeyler” diye özel bir liste tutmaya başladın ve liste sürekli uzuyor.
Aynı kullanıcı sorusu sürekli geliyor. İki haftada “verilerimi nasıl dışa aktarırım?” sorusunu sekiz kez yanıtladın. Bu aslında bir yardım sayfası işi, ama onu yazacak vaktin yok, o yüzden elle yanıtlamaya devam ediyorsun.
Uygulamadan kaçınıyorsun. Belirli bir köşesi ağır geliyor. Belki yönetici bölümü, belki faturalandırma ekranı — her değişikliğin ameliyat gibi hissettirdiği bir yer. Oradaki hataların olması gerekenden daha uzun süre durmasına izin veriyorsun.
Tek bir hata canını yakardı. Uygulamanın artık gerçek verileri olan gerçek kullanıcıları var. Yorgun bir salı gecesinde tek bir kötü yayın, birinin emeğini kaybettirebilir. Yedek bir çift gözün yok.
Büyümenin önündeki darboğaz sensin. Üç potansiyel müşteri, kaydolmadan önce küçük bir değişiklik istedi. İki ay önce o akşam yapardın. Şimdi üç gün boyunca cevap bile veremiyorsun.

Bunlardan ikisi doğruysa, idare edebilirsin. Dördü doğruysa, fark ettiğinden çok daha uzun süredir darboğaz sensin.

Önce kimi davet etmeli

İçgüdüsel olarak “senden daha teknik biri”ni bulmak istersin. Bu genellikle yanlıştır. Davet edilecek ilk kişi, kod yazabilen kişi değildir. Uygulamanı zaten önemseyen kişidir.

Kabaca şu sıralamayla bak:

Sürekli bir şeyler öneren bir kullanıcı. Muhtemelen böyle biri vardır. Sana dört özellik fikri, iki hata raporu ve kayıt ekranındaki bir ifadeyle ilgili kibar bir şikâyet göndermiştir. Bu ürünün iyi olmasını istiyor. Dikkat ediyor. Ona, ürünün bir köşesini şekillendirmeye yardım etmek isteyip istemediğini sorarsan, cevap genellikle evettir.

Kenardan izleyen bir arkadaş. Aylardır uygulamadan bahsettiğini duymuş ve merak eden biri. Kod yazmayı bilmesine gerek yok — onu yapay zeka uygulama oluşturucun yapıyor. Ne istediğini net bir şekilde anlatabilmesi yeterli ve seni bir süredir uğraşırken izlemiş çoğu insan, bunu sandıklarından daha iyi yapar.

Topluluğundan biri. Uygulaman öğretmenlere hizmet ediyorsa, bir öğretmen bul. Düğün fotoğrafçılarına hizmet ediyorsa, bir düğün fotoğrafçısı bul. Alan bilgisi, teknik beceriden daha değerlidir, çünkü yapay zeka uygulama oluşturucu teknik beceriyi tamamlayabilir ama “düğün fotoğrafçılarının temmuzda bir cumartesi günü gerçekte neye ihtiyaç duyduğunu” tamamlayamaz.

Hafifçe değiştirilmiş gerçek bir örnek. Tanıdığımız biri, bir yapay zeka uygulama oluşturucu ile el yapımı seramikler için küçük bir pazar yeri geliştirdi. Altı ay sonra boğuluyordu — satıcılardan gelen mesajları yanıtlıyor, aynı ödeme metnini üç kez düzeltiyor, hiç tanışmadığı alıcılar için özellikler geliştiriyordu. Yıl boyunca kendisine on bir öneri e-postası göndermiş olan bir satıcısını davet etti. İki ay içinde o satıcı, hiçbir dışarıdan kimsenin taklit edemeyeceği bir üslupla, satıcılara yönelik sayfaların çoğunu yeniden yazmıştı. Kurucu, alıcılar için geliştirmeye devam etti. Uygulama yavaşlamadı; tempo neredeyse iki katına çıktı.

En kötü ilk davet genellikle sıradan bir teknik yüklenicidir. İyi iş çıkarırlar, ama umursamazlar ve davet ettiğin ilk kişinin umursaması gerekir, çünkü sensiz birçok küçük yargı kararı verecektir.

Onlara hangi dilimi vermeli

Hata, onlara bütün uygulamayı vermektir. Bütün uygulama senin kafanda. Hangi parçaların kırılgan olduğunu, hangilerini hiç tam bitiremediğini, bir kullanıcının vaktiyle hangisini neredeyse bozduğunu sen bilirsin. Onlar bilmez.

Onlara bir dilim ver. Gerçek bir dilim, sınırları belli olan:

Ana sayfa ve pazarlama sayfaları. Düşük risk, yüksek görünürlük. Metin, bölümler, ekran görüntüleri, müşteri yorumları üzerinde iterasyon yapabilirler. Bir şeyi bozarlarsa, bir saat içinde fark edersin ve hiçbir kullanıcı veri kaybetmez.
Yardım merkezi. Aynı soruları yanıtlamaya devam ediyorsan, dilim budur. Cevapları onlar yazar; üsluba güvenene kadar ilk birkaçını sen gözden geçirirsin; sonra yayınlarlar.
Belirli bir kullanıcıya yönelik özellik. Belki dışa aktarma akışı, belki yorum sistemi, belki bildirimler. Net bir sınırı olan, içindeki bir hatanın bütün uygulamayı çökertmediği bir şey.
Kendi kullandığın yönetici araçları. Şaşırtıcı derecede iyi bir başlangıç dilimi. Müşterilerin gördüğü hiçbir şeye dokunmadan kendi kullandığın araçları geliştirebilirler. İyileştirmeleri her gün sen hissedersin ki bu da güven oluşturur.

Dilimin şekli, onun bir dilim olması gerçeğinden daha az önemlidir. Onlar sahibidir. Her değişikliği ikinci kez sorgulamazsın. Bir kontrol ritmi üzerinde anlaşır ve çalışmalarına izin verirsin.

İlk gün yapılmaması gerekenler

Başkalarının bunu kötü yaptığını izlemekten çıkardığım kısa bir liste:

Canlı veritabanı erişimini onlara verme. Çoğu yapay zeka uygulama oluşturucu, uygulamanın bir hazırlık (staging) kopyasını oluşturmana izin verir. Onları orada başlat. İlk şeylerini canlıya yayınladıkları gün, bir kaza değil, küçük bir tören olmalı.
Her şeyi kucaklarına bırakma. “İşte 87 maddelik bir Notion belgesi, hangisini istersen al.” Bu bunaltıcıdır ve bırakıp giderler. İlk üç şeyi birlikte seç. Onları bitir. Sonra sonraki üçü seç.
Aklından geçenleri okumalarını bekleme. Aylardır bu uygulamayla yaşıyorsun. Her şey için bir kısaltman var. Uygulamanın nasıl çalıştığı ve onunla ilgili kararları nasıl verdiğin hakkında beş şey yaz. Onu onlara ver. Bu sana doksan dakikana mal olur ve sana haftalar kazandırır.
Ortadan kaybolma. İlk birkaç hafta sana ihtiyaçları var. Gerçek bir ritim belirle — haftada bir kısa görüşme, aralarda asenkron mesajlar. Bir ay sonra muhtemelen iki haftada bire düşebilirsin. Önce değil.

Sonrasında gerçekte nasıl hissettirir

Çoğu tek kişilik üretici, ilk kez birini içeri davet ettiğinde, ne kadar çok enerji geri kazandığına şaşırır. Diğer kişi hızlı olduğu için değil — muhtemelen başta değildir — endişenin yarısı yetişemediğin şeylerle ilgili olduğu için. Bir başkası onlara yetişmeye başlayınca, endişe yer değiştirir.

Ayrıca uygulamanın daha az kırılgan hissettirmeye başladığını fark edeceksin. Bir sistemi anlayan iki kişi, birinin iki katından daha dayanıklıdır. Otobüs faktörü birden ikiye çıkar ki bu kulağa küçük bir şey gibi gelir — ta ki laptopunun bozulduğu hafta bir başkasının hâlâ yayınlayabildiği güne kadar.

Elinde uzun bir “vaktim olsaydı yapacağım şeyler” listesiyle oturuyorsan, bugün bir saat ayırıp o ilk kişinin kim olabileceğini ve yapay zeka ile geliştirdiğin uygulamanın hangi dilimini ona vereceğini düşünmeye değer olabilir.

Genellikle göründüğünden daha küçük bir adımdır.