Uygulama fikrim var, ne yapmalıyım? sorusunun kısa cevabı: koda ya da tasarıma geçmeden önce fikri üç testten geçir. Gerçek bir problemi çözüyor mu, bu problemi yaşayan insanlar var mı ve ilk sürümü küçük tutabiliyor musun? Üçüne de "evet" diyebiliyorsan mobil uygulama fikrini hayata geçirmek için sıra kapsamı yazmaya ve doğru ekiple çalışmaya gelir. Bu yazı o üç testi ve sonrasındaki adımları anlatıyor.
Adım 1: Fikri tek cümleye indir
Uygulama fikri nasıl hayata geçirilir diye bakmadan önce fikrini şu kalıpla yaz: "[Kim] için [problem] derdini [şu yolla] çözen uygulama." Örneğin: "Tek başına çalışan dövme sanatçıları için randevu, kapora ve kazanç takibini tek yerde yapan uygulama." Cümle uzuyorsa ya da "herkes için" diye bitiyorsa fikir henüz net değil. Herkes için yapılan uygulama, kimse için yapılmış olur.
Adım 2: Uygulama fikri değerlendirme, 5 soruluk kontrol
Uygulama fikri değerlendirme için karmaşık bir model gerekmez. Şu soruları dürüstçe cevapla:
- Bu problem insanların şu an çözüm aradığı ya da zahmetle idare ettiği bir şey mi?
- Bugün bu iş nasıl yapılıyor? (Excel, WhatsApp, kağıt, başka uygulama) Senin yolun bundan belirgin biçimde kolay mı?
- Hedef kullanıcıyı isimleriyle sayabiliyor musun? En az on kişiyle konuşabilir misin?
- Uygulama olmadan da (basit bir form, bir tablo ile) fikri denemek mümkün mü?
- Kullanıcı bunun için zaman, para ya da veri verir mi?
Cevaplar "bilmiyorum" ise sorun yok; bir sonraki adım zaten bunu öğrenmek için.
Adım 3: Kullanıcıyla konuş, sonra çiz
Fikrini doğrulamanın en ucuz yolu, hedef kullanıcıyla konuşmaktır. "Uygulamam şöyle olacak, kullanır mısın?" diye sorma; çünkü herkes nezaketen evet der. Bunun yerine "Bu işi şu an nasıl yapıyorsun? En çok neresi can sıkıyor? En son ne zaman yaşadın?" diye sor. Cevaplar sana hangi özelliğin şart, hangisinin süs olduğunu gösterir.
Biz de kendi uygulamamızı geliştirirken önce bir dövme stüdyosunun günlük işlerinden yola çıktık: randevu, kapora, adisyon. Önce kendi işimizin ihtiyacını yazdık, sonra ekranları çizdik. Aynı sırayı öneririz: ihtiyaç, ekran, kod.
Adım 4: Kapsamı küçült, ilk sürümü belirle
İlk uygulama fikrinde herkes 20 özellik sayar. Gerçek ilk sürümde ise genelde 3-5 özellik yeter. Özellikleri şu tabloyla ayır:
| Grup | Soru | Karar |
|---|---|---|
| Şart | Bu olmadan uygulama problemi çözmez mi? | İlk sürümde olsun |
| Olursa iyi | Kullanıcı bunu istediğini söyledi mi? | İkinci sürüme bırak |
| Süs | Sadece güzel durduğu için mi ekliyorum? | Çıkar |
Bu yaklaşımın adı MVP. Ayrıntısı için MVP nedir yazısına bak.
Adım 5: Fikrini korumak konusunda gerçekçi ol
Fikirler tek başına hukuken korunmaz; yazılan kod, tasarım ve marka korunur. Fikrini bir yazılım ekibiyle paylaşmadan önce gizlilik sözleşmesi (NDA) imzalamak makul ve yaygın bir uygulamadır. Ayrıntılar uygulama fikri nasıl korunur yazısında. Hukuki konularda bir avukata danışmanı öneririz.
Adım 6: Kodlamadan önce tasarımı gör
Kaba bir ekran akışı çizmek (kâğıtta bile olur) uygulamanın nasıl çalışacağını gösterir. Sonra bir tasarım aracıyla ekranlar hazırlanır. Ekranları kodlamadan görmek, değişikliğin en ucuz olduğu andır. Tasarım tarafını mobil uygulama tasarımı nasıl yapılır yazısında anlattık.
Adım 7: Doğru çalışma biçimini seç
Kod bilmiyorsan üç yol var: kendin öğrenip yazmak (uzun sürer), hazır uygulama oluşturucularla basit bir şey denemek ya da bir ekiple çalışmak. Ekiple çalışacaksan ücreti, kapsamı ve kaynak kod sahipliğini baştan yazılı konuş. Maliyet etkenleri için mobil uygulama yaptırma fiyatları yazısı, genel yol haritası için uygulama yaptırmak istiyorum yazısı faydalı olur.
Fikrini uygulama yazmadan test etmenin 4 ucuz yolu
Koda para harcamadan önce şu yöntemlerden biriyle talebi ölçebilirsin:
- Tanıtım sayfası ve bekleme listesi: Fikri anlatan tek sayfalık bir site kur, ilgilenenlerden e-posta bırakmasını iste. Kaç kişinin bıraktığı, ilginin ilk göstergesidir.
- Elle sunulan hizmet: Uygulamanın yapacağı işi önce kendin elle yap. Örneğin randevu hatırlatmasını WhatsApp'tan sen gönder. Kullanıcı bunu istiyorsa uygulama yazmanın anlamı var demektir.
- Tıklanabilir prototip: Çizilmiş ekranları bir tasarım aracıyla birbirine bağlarsın; kullanıcı gerçek uygulama gibi gezer ve sen nerede takıldığını izlersin.
- Küçük bir tabloyla başlamak: Bazı fikirler önce bir tablo ve basit bir form ile işler. Tablo yetmemeye başladığı an, uygulamaya geçme zamanı gelmiş olur.
Bu denemelerin hiçbiri "uygulama yapma" fikrini öldürmez; tersine, yapacağın uygulamanın hangi özellikleri taşıması gerektiğini ucuza öğretir. Sonuç olumluysa elinde artık somut bir kullanıcı listesi ve özellik sırası var demektir. Bu liste hem yazılı teklifi hem de ilk sürümün kapsamını net biçimde şekillendirir.
Fikrin hazırsa önündeki 30 gün
- 1. hafta: Fikri tek cümleye indir, hedef kullanıcıyı belirle, on kişiyle konuş.
- 2. hafta: Gelen cevaplara göre özellikleri üç gruba ayır ve ilk sürüm listesini çıkar.
- 3. hafta: Kaba ekran akışını çiz, rakip uygulamaları incele, bir bekleme listesi ya da tanıtım sayfası aç.
- 4. hafta: Kapsamı yazıya dök, bütçe aralığını belirle ve ekiplerle görüşmeye başla.
Bir ay sonunda elinde somut bir kullanıcı geri bildirimi, net bir kapsam ve gerçekçi bir bütçe fikri olur.
Kendine dürüst ol: fikre aşık olma, probleme aşık ol
Girişimcilerin en sık düştüğü tuzak, kendi çözümüne aşık olup problemi unutmaktır. Kullanıcı senin uygulamanı değil, derdinin çözülmesini ister. Test sonuçları fikrinin bir kısmını çürütürse bunu kayıp değil kazanç say; çünkü yanlış bir şeye aylarca ve büyük bütçeyle girmekten kurtulmuş olursun.
Sık sorulan sorular
Mobil uygulama fikrim var ama bütçem yok, ne yapabilirim?
Önce fikri kullanıcıyla doğrula, ilk sürümü küçük tut. Bütçe sınırlıysa gelirden pay alan ya da fikir ortaklığı gibi modeller de var; bizde bunlar mevcut ve sözleşmeyle netleştiriliyor.
Uygulama fikrini kimseye anlatmasam olur mu?
Fikir tek başına nadiren çalınır; zor olan onu uygulamaktır. Yine de geliştirme ekibiyle paylaşırken NDA istemen doğaldır.
Kod bilmeden uygulama yapılır mı?
Basit denemeler için hazır araçlar var. Mağazada yayınlanacak, üyelik ve ödeme içeren bir uygulama için profesyonel yazılım gerekir.
Fikrimin daha önce yapılmış olması kötü mü?
Hayır; çoğu zaman pazarın var olduğunu gösterir. Önemli olan, mevcut çözümlerin neresinden memnun olunmadığını bulmak.
Fikrin netleştiyse bir sonraki adım kapsamı yazıya dökmek. Fikrini bize anlat; istersen önce NDA imzalarız, sonra yazılım hizmeti modellerimizden hangisinin sana uyacağına birlikte bakarız. İletişim sayfasından ulaşabilirsin.