Bir Mobil Uygulama Fikrim Var Ama Kod Bilmiyorum, Nereden Başlamalıyım?

Süreç beş aşamada ilerler: fikri netleştirip kağıda dökme; mağaza yorumları ve anahtar kelime araştırmasıyla talebi doğrulama; MVP kapsamı ve bütçe belirleme; tasarım, geliştirme ve test; mağaza yayını ve veriye dayalı iyileştirme. Her aşama bir sonrakinin girdisini üretir; sırayı atlamak, en pahalı aşamada (geliştirme) yanlış şeyi yaptırma riskini büyütür.

Risk, NDA (gizlilik sözleşmesi) ile yönetilir; görüşme öncesi imzalanmasını istemek son derece olağandır ve ciddi firmalar bunu doğal karşılar. Şunu da bilin: bir uygulamanın değeri fikirden çok icrasındadır; aynı fikri onlarca ekip farklı kalitede hayata geçirebilir. Kurumsal bir firmanın müşteri fikrini çalması, itibarını bitirecek bir hamledir.

Üç ucuz test vardır: benzer uygulamaların yorumlarını okuyup kullanıcıların çözülmemiş şikayetlerini bulmak; basit bir tanıtım sayfası açıp ön kayıt toplamak; ve MVP ile gerçek kullanıcıdan davranış verisi almak. Çevrenizin "harika fikir" demesi veri değildir; insanların vakit veya para harcayarak gösterdiği ilgi veridir.

App Store ve Google Play'de fikrinizle ilgili kelimeleri aratın, çıkan uygulamaların 1 ve 5 yıldızlı yorumlarını okuyun; şikayetler sizin fırsat listenizdir. Google Trends ile sorunun aranma eğilimine bakın, sosyal medya ve forumlarda derdin dile getirilip getirilmediğini kontrol edin. Bir haftalık bu araştırma, aylarca sürecek yanlış bir geliştirmeden daha değerlidir.

Herkese hitap etmeye çalışan uygulama kimseye net bir vaat sunamaz; tasarım ve pazarlama kararları belirsizleşir. Dar bir başlangıç segmenti seçin ve o segmentin diliyle konuşun; büyüme sonradan gelir. Türkiye'de kullanıcı tabanı Android ağırlıklı, ödeme eğilimi yüksek kitle iOS tarafında yoğun; bu dağılım platform ve gelir modeli kararınızı etkilemelidir.

MVP, fikrin özünü taşıyan en küçük çalışan sürümdür; üç-beş çekirdek özellikle yayınlanır. Amacı iki yönlüdür: bütçeyi korumak ve hangi özelliğin gerçekten istendiğini gerçek kullanım verisiyle öğrenmek. Tüm özellikleri baştan yaptırmak hem pahalıdır hem de yanlış varsayımların aylar sonra fark edilmesine yol açar. Önce doğrulayın, sonra büyütün.

Karar hedef kitlenize bağlıdır; ancak günümüzde Flutter veya React Native gibi cross-platform teknolojilerle tek kod tabanından her iki mağazaya da çıkmak mümkündür. Bu yaklaşım iki ayrı native geliştirmeye göre süreyi ve maliyeti belirgin biçimde düşürür; iki yöntemin native mi cross-platform mı karşılaştırmasını ayrıntılı okumak kararı kolaylaştırır. Tek platformla başlamak yalnızca çok kısıtlı bütçede veya kitleniz tek platformda yoğunsa mantıklıdır. Edge Bilişim olarak bu tercihi, uygulamanın cihaz donanımına ne kadar temas ettiğine bakarak yapıyoruz: kamera, bluetooth, arka plan konumu veya NFC gibi modüller yoğunsa cross-platform tarafta yazılacak native köprülerin iş yükünü teklif aşamasında ayrı kalem olarak gösteriyoruz.

Kapsama göre değişir: üç-beş özellikli basit bir MVP genellikle 6-10 haftada, üyelik, ödeme ve yönetim paneli içeren orta ölçekli bir proje 3-6 ayda yayına hazır olur. Süreyi uzatan asıl etken kod yazımı değil, kapsamın netleşmemesi ve geri bildirim döngülerinin gecikmesidir; taslağı net getiren müşterinin projesi her zaman daha hızlı ilerler.

2026 itibarıyla basit MVP'ler çoğunlukla 75.000-150.000 TL bandında, orta karmaşıklıkta projeler 150.000-400.000 TL aralığında konumlanıyor; entegrasyonu bol ve yapay zeka destekli işler bu bandın üzerine çıkabiliyor. Fiyatı belirleyen ana etkenler özellik sayısı, platform, tasarım derinliği ve sunucu tarafı iş yüküdür. Maliyetin nasıl hesaplandığını bu rehberde kalem kalem inceleyebilirsiniz.

Evet, ama kapsamı daraltarak. Tıklanabilir bir prototip veya tek çekirdek özellikli mini bir MVP ile başlamak, hem fikri test etmenizi hem de yatırımcı veya ortak ararken elinizde somut bir ürün olmasını sağlar. Aşamalı ödeme planı sunan ekiplerle çalışmak da bütçe yükünü zamana yayar; büyük bir tutarı baştan riske atmazsınız.

Fikri hızlıca test etmek için no-code araçlar iyi bir başlangıç olabilir; bir hafta sonunda çalışan bir taslak çıkarabilirsiniz. Ancak kullanıcı sayısı ve özellik ihtiyacı büyüdükçe performans, özelleştirme ve entegrasyon sınırlarına dayanırsınız; ayrıca platforma kira öder, kaynak koda sahip olmazsınız. Bu bağımlılığın ne anlama geldiğini ve satıcıya bağımlı kalmaktan nasıl kurtulunacağını karar vermeden önce okumakta fayda var. Doğrulama için no-code, ciddi ürün için özel geliştirme sağlıklı bir ayrımdır.

Freelancer küçük ve net kapsamlı işlerde ekonomiktir; ancak tasarım, geliştirme, test ve yayın tek kişiye biner, kişi ayrılırsa proje askıda kalır. Ajans maliyeti daha yüksektir ama uzmanlık alanları ayrışır ve süreklilik güvencesi vardır. Karar verirken firma seçiminde bakılması gereken kriterleri uygulayın: referans projeler, sözleşme, kod mülkiyeti ve aşamalı ödeme dört asgari şarttır.

Başlıca modeller abonelik, uygulama içi satın alma, reklam, komisyon ve freemium'dur. Seçim fikrin doğasına bağlıdır: sürekli değer üreten ürünlerde abonelik, iki tarafı buluşturan platformlarda komisyon daha iyi çalışır (bkz. Bayicep B2B bayi sipariş ve pazaryeri uygulaması). Mağazaların dijital satışlardan %15-30 arası komisyon aldığını ve gelir modelinin ödeme altyapısı gerektirerek geliştirme kapsamını büyüttüğünü baştan hesaba katın. Tekrar eden satın almaya dayanan işlerde doğrudan gelirin yanında puan, kademe ve mobil kart temelli sadakat kurgusu da müşteri başına yıllık cirosunu yükselten bir kaldıraçtır.

Sunucu ve barındırma, alan adı, geliştirici hesap ücretleri, varsa üçüncü parti servis abonelikleri (harita, SMS, yapay zeka API'leri) ve bakım gideri devam eder. İşletim sistemi güncellemelerine uyum ve hata düzeltmeleri için yıllık olarak geliştirme bütçesinin %15-20'sini ayırmak gerçekçi bir planlamadır. Bu kalemleri teklif aşamasında yazılı netleştirmek sürpriz faturaları önler.

Yüklemeyi normalde geliştirme ekibi yapar veya size adım adım eşlik eder; hesapların sizin adınıza açılması önemlidir. Apple Developer hesabı yıllık, Google Play hesabı tek seferlik ücrete tabidir ve bu platform ücretleri size aittir. Yükleme sonrası her iki mağazanın da inceleme süreci vardır; onay sürecinin nasıl işlediğini ve ret durumunda ne yapılacağını önceden bilmek yayın planınızı gerçekçi kılar.

Evet; başarılı uygulamaların çoğu var olan bir fikri belirli bir kitle için daha iyi yapar. Rakiplerin varlığı talebin kanıtıdır; asıl soru sizin farkınızın ne olduğudur. Rakip yorumlarındaki çözülmemiş şikayetler, daha iyi bir deneyim veya ihmal edilmiş bir alt segment güçlü bir farklılaşma zeminidir. Benzersizlik fikirde değil, konumlandırma ve icrada aranır.

Kullanıcı beklentisi bu yönde hızla artıyor; ancak yapay zekayı vitrin süsü olarak değil, gerçek bir işlevi çözdüğü yerde ekleyin: öneri sistemi, akıllı arama, sohbet asistanı gibi. MVP aşamasında yalnızca çekirdek değere katkısı varsa dahil edin; yapay zeka API'lerinin kullanım bazlı maliyet ürettiğini ve bunun aylık gidere ekleneceğini de planlamaya katın.

Üyelik veya kişisel veri içeren her uygulamada aydınlatma metni, gerekli hallerde açık rıza mekanizması ve erişilebilir bir gizlilik politikası bulunmalıdır; App Store ve Google Play da yayın için gizlilik politikası ister. Veriyi hangi amaçla topladığınızı ve ne kadar sakladığınızı baştan tanımlayın. Bu gereklilikler geliştirme kapsamına dahil edilmeli, sona bırakılmamalıdır.

Evet. Önce mevcut kod ve tasarım incelenir, nelerin kullanılabilir olduğu raporlanır; ardından kalan iş yeniden kapsamlanır. Bunun ön şartı kaynak kodun ve hesapların elinizde olmasıdır; değilse önce bunların teslimini talep etmeniz gerekir. Edge Bilişim devraldığı yarım projelerde ilk olarak üç şeye bakar: proje kendi makinemizde eksiksiz derleniyor mu, veritabanı şeması ile ekranlar birbirini tutuyor mu ve harita, SMS, ödeme gibi dış servislerin anahtarları kimin hesabında duruyor. Bu üç başlık netleşmeden tek satır yeni özellik yazılmaz; yeni sözleşmede de kod mülkiyeti ve aşamalı teslim şartları netleştirilerek aynı risk tekrarlanmaz.