Yapay Zeka ile Geliştirdiğin Uygulamanın Gerçekten Büyütmeye Değer Olup Olmadığını Nasıl Anlarsın

Bir hafta sonu boyunca bir yapay zeka uygulama oluşturucu ile bir uygulama geliştirdin. Birkaç arkadaşına gösterdin. Biri kullandı. Sonra bir başkası. Şimdi gerçek kullanımın var — 20 kişi kullanıyor, ya da 50, hatta belki 200. İşe yarıyor. İnsanlar sadece denemiyor; geri geliyorlar.

İşte asıl önemli soru: bu, büyütmeye değer bir şey mi, yoksa şans eseri bir kitle bulan zekice bir kestirme yol mu geliştirdin?

İlgi gören bir yan proje, gerçek bir işe çok benzer. İkisinin de kullanıcısı vardır. İkisi de biraz para kazandırabilir. Fark, kullanıcıların onsuz gerçekten zor durumda kalıp kalmayacağı, yoksa sadece vazgeçebilecekleri kullanışlı bir kestirme yolu mu kullandıklarıdır.

İşte gerçek bir işi, gerçekten iyi bir hafta sonu projesinden ayıran işaretler.

İşaret 1: İnsanlar Ödüyor (ya da Öderdi)

Uygulaman ücretsizse, beş aktif kullanıcıya tam olarak şu soruyu sor: “Bu ücretli bir araç olsaydı, kullanmaya devam eder miydin?”

Cevaplarının tonuna dikkat et.

Bir yan proje cevabı: “Belki? Oldukça kullanışlı.” (Kullanışlılık, uğruna para ödenecek kadar değerli değildir.)

Bir gerçek iş cevabı: “Evet, aslında. Ayda X dolar öderdim çünkü onsuz [belirli bir şeyi] kaybederim.” (Ona değer atfediyorlar.)

Zaten ödeme yapan kullanıcıların mı var? Kayıp oranını (churn) izle. İnsanlar neden iptal ediyor?

Gerçek iş: geçici olarak iptal ediyorlar (yoğunlaştılar, bütçe kısıntısı), sonra işler düzelince yeniden abone oluyorlar.

Yan proje: iptal ediyorlar ve bir daha asla dönmüyorlar. Ayrılmak için bir bahane buldukları için rahatlamış görünüyorlar.

İşaret 2: İnsanlar Daha Az İş İçin Daha Çok Çaba Harcıyor

İyi bir hafta sonu projesi çoğu zaman belirli bir sorunu gerçekten iyi çözer. Bir kestirme yoldur. Onları elle yazmak yerine 10 mükemmel komut üreten bir form geliştirdin. Zaman kazandırıyor.

Gerçek bir iş ise genellikle insanların iş akışını değiştirmesini gerektirir. Kestirme yolu kullanamazlar; çalışma şeklinin bir parçası olarak senin ürününü gerçekten kullanmak zorunda kalırlar.

Gerçek iş örneği: “Bu araç yüzünden müşteri projelerimi yönetme şeklimi değiştirdim. Artık şu şekilde yapmıyorum, bu şekilde yapıyorum.”

Yan proje örneği: “Acelem olduğunda bunu kullanıyorum, ama bazen hâlâ eski yöntemle de yapıyorum.”

Yan projeler isteğe bağlıdır. Gerçek işler ise zorunlu hale gelir, çünkü iş akışı artık onlarsız yürümez.

İşaret 3: Özellik İstekleri Spesifik ve Maliyetli

İnsanlar özellik istediğinde, ne istiyorlar?

Yan proje: “X’i yapan bir düğme ekleyebilir misin?”

• Küçük, genel bir özellik
• Kendi başına mantıklı
• Katılmazsan reddetmesi kolay

Gerçek iş: “Bunun [diğer aracımla] entegre olması gerekiyor çünkü artık verileri iki yerde birden yönetiyorum.”

• Onların iş akışına özgü
• Süreçlerini zaten senin aracının etrafında yeniden kurmuşlar
• Gerçek bir operasyonel sıkıntıya çarpıyorlar

Yan proje istekleri “bu güzel olurdu” cinsindendir. Gerçek iş istekleri ise “bu olmadan asıl işimi yapamam” cinsindendir.

İşaret 4: Müşterini Spesifik Terimlerle Tarif Edebiliyorsun

Yan proje: “[Bu işi] yapması gereken herkes.”

Gerçek iş: “5-15 müşteri yöneten, yılda 50 bin-150 bin dolar kazanan, evden çalışan, elektronik tablolardan bıkmış, yeni yazılım öğrenmekten rahatsız olan, fatura gönderip zamanında ödeme almaya ihtiyaç duyan serbest çalışanlar.”

Sadece ilkini doldurabiliyorsan, elinde bir iş değil, güzel bir özellik olabilir. Gerçek işler müşterinin kim olduğunu, önceden ne yaptığını ve eski yöntemin ölçekte neden bozulduğunu bilir.

İşaret 5: Pazarın Hakkında Bir Şey Öğrendin

Çoğu hafta sonu projesi, var olduğunu varsaydığın bir sorunu çözer. Gerçek işler ise pazarla karşılaşmayı ve varsayımının kısmen yanlış olduğunu öğrenmeyi içerir.

Gerçek iş: “İnsanların X istediğini sanıyordum, ama aslında X artı Y istiyorlar ve uğruna ödeme yapacakları şey Y.”

Gerçek iş: “Pazar düşündüğümden büyük, ama sadece [belirli bir niş] için, genel durum için değil.”

Gerçek iş: “Aslında üç farklı müşteri tipi var ve her biri farklı bir şey istiyor.”

Hâlâ başlangıçtaki varsayımınla hareket ediyorsan, onu henüz test etmedin demektir. Büyütmeye hazır değilsin.

İşaret 6: İş Tekrarlanabilir

Bir hafta sonu projesi çoğu zaman senin özel çaban sayesinde işler. Belki komutları elle ayarlıyorsundur ya da ilk birkaç kullanıcı için işe yarayan ama ölçeklenmeyen bir iş akışı kurmuşsundur.

Gerçek bir iş, kişisel çaba sayesinde değil, bir sistem sayesinde işler. Yarın 10 kullanıcı daha eklesen, ürünün hâlâ aynı şekilde çalışır mıydı? Yoksa sistemi kollamak için 10 saat harcaman mı gerekirdi?

Gerçek iş: “Bunu başka birine devredebilirim ve yine de çalışır.”

Yan proje: “Sistemi çalışır tutmak için her birkaç günde bir en az bir saat harcamam gerekir.”

Peki Gerçekten Ne Zaman Büyütmeli?

Şu durumlarda büyüt:

• İnsanlar açıkça ödeme yapıyorsa (zımnen değil, “öderim dediler” değil)
• En az 20-30 aktif kullanıcın varsa (kalıpları görmeye yetecek kadar, sadece gürültü değil)
• Müşteri segmentini spesifik olarak tarif edebiliyorsan
• Özellik isteklerin tek seferlik iyileştirmelerle değil, entegrasyon ve iş akışıyla ilgiliyse
• Sistem, çalışmak için senin kişisel katılımını gerektirmiyorsa

Şu durumlarda henüz büyütme:

• İnsanlar uygulamanı haftada bir ya da daha az kullanıyorsa
• Birinin neden ödeme yapacağını açıklayamıyorsan
• Bireysel isteklere göre özellik geliştiriyorsan
• Tüm operasyon senin elle harcadığın çabaya bağlıysa

Bu Hafta Yanıtlanması Gereken Spesifik Bir Soru

En aktif kullanıcını bul. Ona sor: “Bunu yarın kapatsam, onun yerine ne yapardın?”

“Eskiden yaptığım şekle geri dönerdim” derse, elinde bir kullanışlılık oyunu var. Belki yaşar, ama yan projedir.

“Başım gerçekten derde girerdi” ya da “muhtemelen birini işe almam gerekirdi” derse, elinde gerçek bir şey var.

O cevap, herhangi bir metrikten daha değerlidir.