Mobil uygulama fikrini kod yazmadan doğrulamanın ucuz yolları

Bir mobil uygulama fikri genelde şöyle doğar: gündelik hayatta bir şey sizi sinir eder, "bunun uygulaması olmalı" dersiniz ve iki gün içinde kafanızda ekranlar dönmeye başlar. Bu heyecan güzel bir şey, ama tek başına yeterli değil. Çünkü fikrin kafanızda çalışması ile insanların telefonuna kurup düzenli kullanması arasında oldukça geniş bir mesafe var.

Bize gelen taleplerin önemli bir kısmı "uygulamayı yaptıralım, sonra bakarız" noktasından başlıyor. Oysa yazılım geliştirmenin en pahalı kısmı kod değil, yanlış şeyi doğru şekilde yapmak. Kötü yazılmış bir ekranı bir günde düzeltirsiniz; kimsenin ihtiyaç duymadığı bir ürünü altı ay geliştirdikten sonra düzeltemezsiniz, baştan başlarsınız.

Bu yazıda, tek satır kod yazmadan veya çok az yazarak fikrinizi test etmenin ucuz yollarını sıraladım. Hepsi sahada uygulanabilir, çoğu birkaç günlük iş. Sırayla uygulamanız da şart değil; hangi sorunun cevabını aradığınıza göre birini seçip başlayabilirsiniz.

Önce doğrulamak istediğiniz şeyi netleştirin

"Fikrimi doğrulayacağım" cümlesi aslında muğlak. Doğrulama yaparken üç ayrı sorudan hangisine cevap aradığınızı bilmeniz lazım:

• Problem gerçek mi? İnsanlar bu sıkıntıyı gerçekten yaşıyor mu, yoksa sadece siz mi rahatsızsınız?
• Çözüm doğru mu? Problem gerçek olsa bile sizin önerdiğiniz çözüm insanların istediği çözüm mü?
• Para ödenir mi? Problem gerçek, çözüm mantıklı; peki bunun için cüzdan açılır mı?

Bu üçü farklı yöntemlerle test edilir. En sık yapılan hata, sadece ilkine bakıp "herkes bu sorunu yaşıyor" diyerek doğrudan geliştirmeye geçmek. Problem yaygın olabilir ama insanlar onunla yaşamaya alışmış olabilir. Alışkanlığı bozmak, problemi çözmekten zordur.

Pratik bir yöntem: bir kâğıda fikrinizin ayakta durabilmesi için doğru olması gereken varsayımları yazın. "Küçük işletmeler bu kaydı hâlâ deftere tutuyor", "aylık 200 lira ödemeye razı olurlar", "günde en az bir kez uygulamayı açarlar" gibi. Sonra bu varsayımları iki eksende sıralayın: yanlış çıkarsa projeyi bitirir mi, ve şu an ne kadar eminsiniz? En riskli ve en emin olmadığınız varsayımdan başlayın. Doğrulama dediğimiz şey, aslında bu listeyi yukarıdan aşağı temizlemek.

1. Yapılandırılmış görüşmeler: en ucuz ve en çok atlanan adım

On beş kişiyle yirmişer dakika konuşmanın maliyeti sıfıra yakın. Buna rağmen en sık atlanan adım bu, çünkü sıkıcı görünüyor ve bir kısmımız duymak istemediği cevaptan çekiniyor.

Görüşmede fikrinizi anlatmayın. Anlatırsanız insanlar sizi kırmamak için beğenir. Onun yerine geçmişi sorun:

• "Bu işi en son ne zaman yaptınız, nasıl yaptınız?"
• "O sırada sizi en çok ne zorladı?"
• "Şu an bunun için ne kullanıyorsunuz? Ne kadar ödüyorsunuz?"
• "Çözmek için daha önce bir şey denediniz mi? Neden bıraktınız?"

Somut cevap alamıyorsanız problem muhtemelen yeterince acıtmıyor demektir. Birisi size mevcut çözümünün kusurlarını on dakika boyunca şikayetle anlatıyorsa, orada gerçek bir ihtiyaç var demektir.

Kimlerle konuşmalı

Aile ve yakın arkadaş çevresi kötü örneklem. Onlar sizi seviyor. Hedef kitlenizin bulunduğu yere gidin: esnafsa dükkânına, spor kulübüyse antrenmana, öğrenciyse kampüse. Manisa ve çevresinde çalışırken en verimli görüşmeleri masa başında değil, işletmenin kendi ortamında yaptığımızı söyleyebilirim. İnsan kendi tezgâhının başındayken çok daha dürüst konuşuyor.

Kaç görüşme yeter, notları ne yapmalı

Kesin bir sayı yok ama pratik bir işaret var: yeni bir görüşmede duyduğunuz her şeyi daha önce duymuşsanız doyum noktasına gelmişsiniz demektir. Genelde bu on ile yirmi arasında bir yerde olur. Her görüşmeden sonra beş dakika ayırıp üç şeyi not edin: kişinin kendi cümleleriyle söylediği en çarpıcı ifade, şu an kullandığı çözüm, ve sizin varsayımlarınızdan hangisini çürüttüğü. Bu notları tek bir tabloda toplarsanız, on beşinci görüşmenin sonunda karşınıza çıkan tablo çoğu pahalı araştırmadan daha net olur.

2. Açılış sayfası ve ön kayıt testi

Tek sayfalık bir site kurun. Uygulamanın ne yaptığını anlatan bir başlık, üç madde fayda, birkaç görsel ve tek bir çağrı: "Erken erişim için e-postanı bırak."

Burada ölçtüğünüz şey ziyaretçi sayısı değil, dönüşüm oranı. Sayfaya gelen 100 kişiden kaçı e-posta bırakıyor? Bu oran fikre olan ilgiyi anlatır. Trafiği küçük bir reklam bütçesiyle ya da hedef kitlenin bulunduğu gruplardan organik olarak getirebilirsiniz. Reklam veriyorsanız iki farklı başlıkla deneyin; hangi vaadin daha çok tıklandığını görmek, ürünün konumlandırmasını daha ilk haftada değiştirebilir.

İki noktaya dikkat edin:

• Vaadi net yazın. "Hayatınızı kolaylaştıran uygulama" hiçbir şey anlatmaz. "Servis şoförlerinin günlük yol kaydını 30 saniyede tutmasını sağlar" anlatır.
• Var olmayan özelliği varmış gibi göstermeyin. "Yakında" demek dürüst, ekran görüntüsü uydurmak değil.

Bir de e-posta toplamanın kendisi yeterli değil. Kayıt olan kişiye aynı gün kısa bir mesaj atın: "Neden ilgini çekti, şu an bu işi nasıl hallediyorsun?" Yanıt verenler sizin ilk test kullanıcılarınız olacak. Ön kayıt listesi, hazırlıksız beklerseniz sadece bir sayı; konuşursanız araştırma havuzu.

Bu tarz bir açılış sayfası bir günlük iştir. Biz paketlerimizde barındırma, alan adı ve güncellemeleri fiyata dahil ettiğimiz için, doğrulama aşamasındaki bir girişimcinin "bir de sunucu parası mı çıkacak" diye hesap yapması gerekmiyor; test bitince sayfa zaten gerçek sitenin temeli oluyor.

3. Tıklanabilir prototip

Kod yazmadan, ekran tasarımlarını birbirine bağlayarak gerçek uygulama hissi veren prototipler hazırlanabiliyor. Kullanıcı telefonunda açıyor, dokunuyor, ekranlar geçiyor. Arkada hiçbir şey çalışmıyor ama kullanıcı bunu ilk otuz saniye anlamıyor.

Prototiple test ederken kullanıcıya görev verin: "Diyelim ki bugünkü siparişini girmek istiyorsun, dene bakalım." Sonra susun. İnsanların nerede takıldığını izlemek, en pahalı kullanıcı araştırmasından daha öğretici. Yardım etme dürtüsüne direnin; siz açıkladığınız anda test biter, çünkü gerçek hayatta kullanıcının yanında siz olmayacaksınız.

Prototipin ne kadar cilalı olacağı da bir tercih. Kabaca çizilmiş ekranlar akışı test etmek için yeterlidir ve insanları eleştirmekte özgür hissettirir. Gerçeğe çok yakın bir tasarım ise akıştan çok görsel detaya yorum çeker. İlk turda kaba, ikinci turda cilalı gitmek genelde iyi çalışıyor.

Bu aşamada çıkan tipik bulgular şunlar: menü isimleri anlaşılmıyor, akış çok fazla adımdan oluşuyor, kullanıcının en çok istediği şey üçüncü ekranda saklı. Bunları geliştirmeden önce öğrenmek, geliştirdikten sonra öğrenmenin onda biri maliyetinde.

4. Manuel çalıştırın: arkada insan olan uygulama

Doğrulamanın en sevdiğim yöntemi bu. Uygulamanın yapacağı işi bir süre elle yapın.

Randevu eşleştiren bir uygulama düşünüyorsanız, bir WhatsApp grubu kurup randevuları kendiniz eşleştirin. Ürün öneren bir uygulamaysa, önerileri kendiniz hazırlayıp gönderin. Kullanıcı açısından hizmet çalışıyor; sadece arkada algoritma yerine siz varsınız.

Bu yöntemin üç faydası var:

• Gerçek talebi görürsünüz, tahmin etmezsiniz.
• Süreçteki istisnaları öğrenirsiniz. Yazılımın çoğu maliyeti istisnalardan çıkar.
• İlk kullanıcı kitlenizi uygulama hazır olmadan oluşturursunuz.

Elle yürütmek yorucudur, zaten öyle olmalı. "Bu işi elle yapmaya değmiyor" diyorsanız, muhtemelen otomatikleştirmeye de değmiyordur. Bir de küçük bir uyarı: elle yürütürken kendi emeğinizi bedava saymayın. İki hafta sonra "bu işi otomatikleştirsem kaç saatimi geri kazanırım" hesabı, geliştirme bütçesini savunurken elinizdeki en somut veri olacak.

5. Var olan kanallarda ön satış

Ödeme niyeti, en güçlü doğrulama sinyalidir. Anket doldurmak bedava, para ödemek değil.

Ön satış her fikir için uygun olmayabilir ama uygunsa mutlaka deneyin: erken kullanıcılar için indirimli yıllık üyelik, kurumsal müşteri için niyet mektubu, ya da pilot uygulamaya küçük bir katılım bedeli. Beş işletme "çıkınca kesin alırız" diyorsa bu bir şey ifade etmez; ikisi peşin ödemeye razı oluyorsa ciddi bir sinyaldir.

Para almanın bir de yan faydası var: ödeme yapan kullanıcı size gerçek geri bildirim verir. Bedava kullanan kişi memnun kalmadığında sessizce uzaklaşır, ödeyen kişi arayıp söyler. Doğrulama aşamasında en çok ihtiyacınız olan şey de bu, kibar sessizlik değil açık sözlü eleştiri.

6. Arama hacmine ve mevcut çözümlere bakın

İnsanların bir problemi çözmek için ne aradığını görmek ücretsiz. Arama verisi, uygulama mağazası yorumları ve forum tartışmaları çok şey anlatır.

Özellikle uygulama mağazalarındaki rakip yorumlarını okuyun. Bir ve iki yıldızlı yorumlar altın değerindedir; insanlar orada tam olarak neyin eksik olduğunu yazıyor. "Rakibim var, demek ki fikir tutmaz" diye düşünmeyin. Rakip olması talebin var olduğunun kanıtıdır; asıl kötü haber, kimsenin o alanda hiçbir şey yapmamış olmasıdır.

Aynı yorumları okurken kullanıcıların kendi kelimelerini de toplayın. Sitenizin başlığında ve mağaza açıklamasında sizin kullandığınız teknik terimler değil, onların cümleleri işe yarar.

Yanıltıcı olumlu sinyallere dikkat

Doğrulamada asıl tehlike olumsuz cevap değil, sahte olumlu cevaptır. Şunlar sizi yanıltabilir:

• "Harika fikir" diyen ama hedef kitlede olmayan kişiler.
• Tek seferlik merak tıklaması yaratan, ilgi çekici ama satın alma niyeti taşımayan reklam metinleri.
• Bedava olduğu için kaydolan, ilk hafta sonrası bir daha dönmeyen kullanıcılar.
• Kendi ekibinizin ürünü kullanması. Siz akışı zaten biliyorsunuz.

Her sinyalin yanına "bu kişi kendi parasını ya da zamanını riske attı mı?" sorusunu koyun. Cevap hayırsa, o sinyali yarım puan sayın.

Doğrulama bitti, sıra geliştirmede

Yeterli sinyali topladıysanız, ilk sürümü mümkün olduğunca dar tutun. İlk sürüm ürünün küçüğü değil, ürünün en kritik tek işi olmalı. Kullanıcı o tek işi rahatça yapabiliyorsa gerisi zaten gelir.

Bütçe açısından da bir not: iOS ve Android için ayrı ayrı geliştirme yapmak ilk sürümde çoğu girişim için gereksiz yüktür. Biz mobil tarafta Flutter kullanıyoruz; tek kod tabanıyla her iki platforma çıkabildiğimiz için hem ilk maliyet hem de sonraki güncelleme yükü düşük kalıyor. Kendi ürünlerimizi de aynı yöntemle geliştirdiğimiz için bu tercihin sınırlarını da biliyoruz: her proje için doğru cevap değil, ama doğrulama sonrası ilk sürüm için genelde en makul yol.

Doğrulama aşamasında bütçenizi nereye harcamayın

• Detaylı marka kimliği çalışmasına. Logo ilk sürümde yeterlidir, kimlik ürün oturunca yapılır.
• Ölçeklenebilir altyapıya. Yüz kullanıcınız yokken yüz bin kullanıcı mimarisi kurmak boşa yatırımdır.
• Yönetim panelinin her ayrıntısına. Başlangıçta basit bir panel iş görür.
• "Olsa iyi olur" özelliklerine. Bunların listesini yapın, sonraki sürüme bırakın.
• Erken patent ve ağır hukuki paketlere. Fikrin çalıştığını görmeden yapılan harcama çoğu zaman erken gelir.

Kısa bir yol haritası

Bir aylık, düşük maliyetli bir doğrulama planı şöyle kurulabilir:

• 1. hafta: 10-15 görüşme, problem gerçekten var mı diye bakın.
• 2. hafta: Açılış sayfası + küçük bütçeli tanıtım, ön kayıt toplayın.
• 3. hafta: Tıklanabilir prototip, kayıt olan kişilerle test edin.
• 4. hafta: Elle yürütülen pilot ya da ön satış denemesi.

Ay sonunda elinizde tahmin değil veri olur. Verinin olumsuz çıkması da kazançtır; altı ay ve ciddi bir bütçe harcamadan öğrenmişsinizdir. Çoğu zaman sonuç ikisi arasında bir yerde çıkar: fikir tutuyor ama hedef kitle düşündüğünüzden farklı, ya da özelliklerden biri ana ürün olacak kadar güçlü. Bu tür bir kayma kötü haber değil, doğrulamanın asıl işi zaten bu.

Bu adımların hangisinin sizin fikriniz için mantıklı olduğunu konuşmak isterseniz bize yazabilirsiniz; gelen mesajlara aynı iş günü içinde dönüyoruz ve çoğu zaman ilk görüşme "şu an geliştirme değil, önce şunu test edin" tavsiyesiyle bitiyor. Daha önce hayata geçirdiğimiz işlere göz atmak isterseniz projeler sayfamız iyi bir başlangıç olur.