Mobil Uygulama Nasıl Yapılır? Yapay Zeka ile Uygulama Yapma ve 12 Prompt

Uygulama yapma işinin 2026'da kod bilmeden yapılabilen kısmı uygulamanın kendisi, en çok vakit alan kısmı ise onu mağazaya koymaktır. Bir yapay zeka aracına ekranları tek tek tarif ettiğinizde dakikalar içinde telefonda açılan bir ilk sürüm alırsınız; Google Play'de yayına çıkmak ise yeni bir kişisel hesapla en az iki haftalık bir test süreci ister.

Yapay zeka ile uygulama yapma, uygulamanın ne yapacağını düz cümlelerle yazıp kodu bir dil modeline ürettirme ve sonucu deneyerek düzeltme yöntemidir. Bu rehberde aynı kuaför uygulamasını kısa ve uzun istemle yaptırdığımız testi, mobil uygulama yapmanın altı adımını, 12 hazır promptu, araç karşılaştırmasını ve App Store ile Google Play'in 2026 şartlarını bulacaksınız.

Yapay Zeka ile Uygulama Yapma Nedir? Vibe Coding Kısaca

Vibe coding, kodu satır satır yazmak yerine yapay zekaya ne istediğinizi anlatıp çıkan sonucu deneyerek ilerlediğiniz yazılım yapma biçimidir. Terimi Şubat 2025'te OpenAI'ın kurucu ortaklarından Andrej Karpathy ortaya attı; Collins English Dictionary 2025'in yılın kelimesi olarak seçti. Google da AI Studio'daki Build modunu 'vibe code' ile uygulama kurmak diye tanımlıyor.

Yöntemin sınırı da aynı yerde: kodu anlamadan kabul ettiğinizde hata ve güvenlik açığı fark edilmeden kalabiliyor. Bu yüzden aşağıdaki promptların yarısı kod üretmek için değil, şartname çıkarmak, tek bir değişikliği sınırlamak ve yayından önce kodu denetletmek içindir.

Mobil Uygulama Nasıl Yapılır? 6 Adım

Kısa cevap: önce fikri şartnameye, şartnameyi ekran listesine çevirin; sonra ilk sürümü tek istemle yaptırıp telefonda deneyin, mağazayı en sona bırakın.

1. Fikri tek cümleye indirin: kim, neyi, hangi telefonda yapacak. Modelin size soru sormasını isteyin (Prompt 1).
2. Ekranları sayın: ilk sürümde en çok 5 ekran ve her ekrandaki düğmeler (Prompt 2).
3. Yolu seçin: tarayıcıda açılan web uygulaması (en hızlı, mağaza ücreti yok) ya da mağazaya gidecek iOS/Android uygulaması (Expo gibi bir araçla).
4. İlk sürümü yaptırın: ekranları, kuralları ve yapılmayacakları aynı istemde yazın (Prompt 3 ya da 4).
5. Telefonda deneyin: HTML dosyasını telefonda açın ya da Expo Go ile QR kodu okutun; her hatayı ayrı bir mesajla düzelttirin (Prompt 7 ve 8).
6. Yayına hazırlayın: güvenlik kontrolü, gizlilik politikası ve mağaza metinleri (Prompt 10, 11, 12), sonra mağaza hesabı.

Kısa İstem mi, Uzun İstem mi? Aynı Kuaför Uygulamasıyla Testimiz

14 Ekim 2026'da aynı modele (Gemini API, gemini-3.5-flash) iki istemi ikişer kez verdik. Kısa istem tek cümleydi: 'Bana kuaför randevu uygulaması yap.' Uzun istem aşağıdaki 3. prompttur. Çıkan kodu tarayıcıda açtık ve bir kuaförün gerçekten ihtiyaç duyacağı 8 ölçütü kodu okuyarak tek tek işaretledik.

Sonuç 2/8, 0/8 (iki kısmi), 8/8 ve 8/8. En öğretici olan ilk kısa denemeydi: ekran düzgün görünüyor, 'Randevuyu Onayla' düğmesi başarı penceresi açıyordu ama randevu hiçbir yere yazılmıyordu; sayfayı yenileyince her şey kayboluyordu. Hizmetlere kendi fiyatlarını (350, 150, 750 TL) koymuş, alt bilgiye '© 2023' yazmıştı. Uzun istem 35-45 saniye, kısa istem 19-26 saniye sürdü; aradaki fark bir sonraki düzeltme turunda fazlasıyla geri geliyor.

12 Hazır Uygulama Yapma Promptu (Kopyala-Yapıştır)

Promptları sırayla kullanırsanız fikirden mağaza metnine kadar gidersiniz; tek tek de çalışırlar. Köşeli parantez içindeki yerleri kendi işinizle değiştirin, parantezleri silin. Her promptu yeni bir sohbet yerine aynı sohbette sürdürmek, modelin önceki kararları hatırlamasını sağlar.

1) Fikri netleştirme promptu

Bir mobil uygulama yapmak istiyorum ama henüz kod yazma.
Fikrim tek cümleyle: [ör. mahalle kuaförümüze müşterilerin telefondan randevu alması].
Kullanıcı: [kim kullanacak, kaç kişi, hangi telefonlar].
Önce bana en çok 8 soru sor: ekranlar, kullanıcının yapacağı işler, saklanacak veriler, giriş gerekip gerekmediği, ödeme, bildirim ve kişisel veri.
Cevaplarımdan sonra tek sayfalık bir şartname yaz: amaç, ekran listesi, her ekranda olacaklar, ilk sürümde OLMAYACAKLAR.
Bilmediğin bir şeyi varsayma; varsayım yapman gerekirse [VARSAYIM] diye işaretle.

Önce yazacağınız ilk mesaj. Model kod yazmadan önce sizi sorguya çeker; eksik kalan karar sonra hata olarak döner.

2) Ekran ve akış listesi promptu

Aşağıdaki şartnameye göre uygulamanın ekran listesini çıkar. Kod yazma.
Şartname: [Prompt 1'in çıktısını buraya yapıştırın]
Her ekran için tablo ver: ekran adı, kullanıcı burada ne yapar, hangi düğmeler var, hangi ekrana gider.
Sonra kullanıcının en sık yapacağı işi baştan sona adım adım yaz (ör. uygulamayı açar, hizmet seçer, saat seçer, onaylar).
Ekran sayısı [5]'i geçmesin; geçiyorsa hangisini ikinci sürüme bırakacağımı öner.

3) İlk sürüm: tek dosyalık uygulama promptu

Bir [mahalle kuaförü] için mobil öncelikli [randevu] uygulaması yap. Tek bir HTML dosyası olsun (HTML, CSS ve JavaScript aynı dosyada), tarayıcıda açılınca çalışsın.
Kullanıcı: [randevu almak isteyen müşteri]. Arayüz dili Türkçe.
Ekranlar:
1. [Hizmet seçimi: Saç kesimi 30 dk, Fön 20 dk, Boya 90 dk]; her hizmetin süresi görünsün.
2. [Çalışan seçimi: Ayşe, Mehmet].
3. Tarih ve saat: çalışma saatleri [09:00-19:00], [Pazar] kapalı. Dolu saatler seçilemesin, iki kayıt çakışmasın (süreyi hesaba kat).
4. Bilgiler ve onay: ad ve telefon zorunlu (05 ile başlayan 11 hane). Kısa aydınlatma metni ve onay kutusu; onaylanmadan kayıt olmasın.
5. [Randevularım]: alınan kayıtları listele, iptal edilebilsin.
Veriler: sunucu yok; kayıtları localStorage'da sakla.
Tasarım: sade, en az 44 piksel dokunma alanı, tek elle kullanılabilir.
Sınırlar: listede olmayan özellik ekleme; ödeme, giriş ekranı, bildirim ve fiyat yok. Kodu tek blokta ver, sonra en çok 5 maddede neyi yaptığını ve neyi yapmadığını yaz.

Testimizde iki denemede de 8 ölçütün 8'ini karşılayan istem budur; kendi işinize göre köşeli parantezleri değiştirin.

4) Expo ile iOS ve Android uygulaması promptu

Aşağıdaki şartnameyle Expo (React Native, TypeScript) kullanan bir mobil uygulama projesi kur.
Şartname: [Prompt 1 ve 2'nin çıktısı]
Kurallar:
- Proje `npx create-expo-app` ile açılmış gibi dosya dosya ver; her dosyanın yolunu başlık olarak yaz.
- Gezinme için Expo Router kullan; ekranlar şartnamedeki sırayla.
- Veriyi şimdilik cihazda sakla; sunucu, giriş ve ödeme ekleme.
- Uygulamayı telefonda Expo Go ile denemek için hangi komutu çalıştıracağımı ve QR kodunu nerede göreceğimi adım adım yaz.
- Kullandığın her paketin adını ve neden gerektiğini tek satırda açıkla.

Mağazaya gidecek gerçek bir telefon uygulaması istiyorsanız. Expo, React Native projelerini telefonda Expo Go uygulamasıyla denemeyi ve EAS Build ile mağaza dosyası üretmeyi sağlayan açık kaynak bir araç takımıdır.

5) Kısa ve hızlı sürüm promptu

[Uygulama türü] için tek HTML dosyalık, telefonda açılan bir uygulama yap. Türkçe olsun.
Mutlaka: verileri localStorage'da sakla, kaydı silme/iptal düğmesi olsun, zorunlu alanları doğrula, uydurma fiyat, isim ya da yıl yazma.
Ekranlar: [1-3 ekranı virgülle yazın].
Kodu tek blokta ver.

Fikri beş dakikada görmek için. Kısa istemin testteki zaafını kapatan dört şartı içerir.

6) Tasarım ve tema promptu

Bu uygulamanın işlevine dokunmadan yalnızca görünümünü değiştir.
Marka: [işletme adı], renkler: ana [#1F4E79], vurgu [#F2A900], arka plan açık.
Yazı tipi sistem yazı tipi kalsın; başlıklar kalın, gövde en az 16 piksel.
Düğmeler en az 44 piksel yüksekliğinde, köşeleri [12] piksel yuvarlak.
Karanlık modda da okunur olsun (prefers-color-scheme).
Değiştirdiğin her CSS kuralını kısa bir listeyle özetle; JavaScript koduna dokunma.

7) Yalnızca bir şeyi değiştir promptu

Aşağıdaki kodda YALNIZCA şunu değiştir: [ör. Randevularım ekranında kayıtlar tarihe göre sıralansın].
Başka hiçbir işlevi, metni ya da tasarımı değiştirme.
Değiştirdiğin satırları önce/sonra olarak göster, sonra dosyanın tamamını tek blokta ver.
Bu değişiklik başka bir yeri etkiliyorsa kodu değiştirmeden önce bana söyle.
Kod: [mevcut kodu yapıştırın]

Vibe coding'in en sık sorunu, küçük bir istekte modelin çalışan bölümü de yeniden yazmasıdır. Değişikliği bu kalıpla isteyin.

8) Hata düzeltme promptu

Uygulamam şu hatayı veriyor. Önce nedenini bul, sonra düzelt.
Ne yaptım: [ör. Boya hizmetini seçip 17:30'u seçtim].
Ne bekledim: [ör. 17:30 seçilemesin, çünkü 90 dakika mesai bitimini aşıyor].
Ne oldu: [ör. randevu 19:00'dan sonra bitecek şekilde kaydedildi].
Hata mesajı veya ekran görüntüsü: [yapıştırın / ekleyin].
Kurallar: tahminle düzeltme yapma; hatanın hangi satırdan kaynaklandığını göster, en küçük değişiklikle düzelt, düzelttikten sonra aynı adımları nasıl tekrar deneyeceğimi yaz.

9) Hesap ve veri promptu

Uygulamaya kullanıcı hesabı ekleyeceğim. Kod yazmadan önce bir plan çıkar.
Uygulama: [kısa tarif]. Saklanacak veriler: [ör. ad, telefon, randevu geçmişi].
Planda şunlar olsun: hangi veri nerede saklanır (cihaz/sunucu), giriş yöntemi, şifre ya da kod nasıl korunur, kullanıcı hesabını uygulama içinden nasıl siler ve silince hangi veriler gider.
Hesap olmadan da kullanılabilecek bölümleri ayrıca listele.
Gereksiz veri toplama önerme; her veri alanı için 'neden gerekli' sütunu ekle.

Uygulamanızda kullanıcı hesabı olacaksa. Apple, hesap açtıran uygulamadan hesabı uygulama içinden silme imkânı da istiyor (yönerge 5.1.1).

10) Güvenlik kontrolü promptu

Aşağıdaki uygulama kodunu yayından önce güvenlik açısından incele. Kodu değiştirme, yalnızca rapor ver.
Kontrol et: kodun içine yazılmış API anahtarı, şifre ya da token; doğrulanmadan kaydedilen kullanıcı girdisi; HTML'e ham basılan metin (XSS); gereğinden fazla toplanan kişisel veri; hata mesajlarında görünen iç bilgi.
Her bulgu için: dosya ve satır, risk (yüksek/orta/düşük), nasıl düzeltileceği.
Emin olmadığın bulguyu 'şüpheli' diye ayrı listele.
Kod: [yapıştırın]

Yayından önce bir kez çalıştırın. Yapay zekâyla yazılan kodda en sık görülen hata, anahtarın ve şifrenin kodun içinde kalmasıdır.

11) Gizlilik politikası ve aydınlatma metni taslağı promptu

Mobil uygulamam için Türkçe gizlilik politikası ve KVKK aydınlatma metni TASLAĞI yaz.
Veri sorumlusu: [işletme unvanı], iletişim: [e-posta adresi].
Topladığım veriler ve amacı: [ör. ad ve telefon, randevu oluşturmak ve hatırlatmak için].
Verilerin saklandığı yer: [ör. yalnızca kullanıcının telefonu / şu sunucu, ülke].
Üçüncü taraflar: [kullandığım servisler ya da 'yok'].
Kurallar: kanun madde numarası, süre, oran ya da ceza tutarı UYDURMA; bilmediğin yere [HUKUKÇUYA SOR] yaz. Gerçek kişi adı, telefon ya da TC kimlik numarası örneği kullanma.
Sonunda bu taslakta hukukçunun kontrol etmesi gereken 5 noktayı listele.

İki mağaza da gizlilik politikası bağlantısı istiyor. Bu bir taslaktır; yayından önce bir hukukçuya okutun.

12) Mağaza sayfası ve test daveti promptu

Uygulamam için mağaza metinlerini hazırla.
Uygulama: [ad], ne işe yarar: [tek cümle], kimin için: [kitle], öne çıkan 3 özellik: [liste].
1. Google Play kısa açıklama (en çok 80 karakter) ve uzun açıklama (en çok 4.000 karakter).
2. App Store alt başlık (en çok 30 karakter) ve tanıtım metni.
3. 5 ekran görüntüsü için ekranın üstüne yazılacak kısa başlıklar.
4. Kapalı teste katılması için arkadaşlarıma göndereceğim WhatsApp mesajı: 14 gün boyunca testte kalmalarını ve nasıl katılacaklarını sade dille anlat.
Uydurma kullanıcı sayısı, ödül ya da 'en iyi' gibi üstünlük iddiası yazma.

Google Play'de 13 Kasım 2023'ten sonra açılan kişisel hesaplar, yayından önce en az 12 test kullanıcısıyla 14 gün kapalı test yapmak zorunda. Davet metnini de bu prompt yazar.

Hangi Araçla Uygulama Yapılır? Yapay Zeka Araçları Karşılaştırması

Aynı promptlar farklı araçlarda farklı çıktı verir: sohbet araçları kodu metin olarak yazar, kurucu araçlar kodu çalıştırıp önizlemesini gösterir. Seçimi 'uygulamayı nerede çalıştıracağım' sorusu belirler. Türkçe arayüzle telefondan mağazaya kadar giden seçeneklerden biri de Entrobase'dir (Entrobase, PNZ Medya'nın da bağlı olduğu PNZ Group'un ürünüdür); ücretsiz planında mobil uygulama yok, mobil derleme ücretli planda ve mağaza gönderimi kendi Expo hesabınızla yapılıyor.

Yalnızca fikri görmek istiyorsanız sohbet aracı ve Prompt 3 yeter. Mağazaya gidecek bir uygulamada ise kodun sizde olduğu (ZIP, GitHub ya da Expo projesi) bir yol seçin: Apple'ın 4.2.6 yönergesi, uygulamanın sizin geliştirici hesabınızdan gönderilmesini istiyor.

Uygulamayı Mağazaya Koymak: App Store ve Google Play Şartları (2026)

Yapay zekayla uygulama yapanları en çok iki Apple yönergesi ilgilendiriyor. 4.2, uygulamanın paketlenmiş bir web sitesinden fazlası olmasını istiyor; 4.2.6 ise ticari şablonla ya da uygulama üretme servisiyle yapılan uygulamaları, içeriğin sahibi doğrudan göndermedikçe reddediyor. Apple'ın kendi verisine göre çözülemeyen inceleme sorunlarının %40'tan fazlası 2.1 'uygulama eksiksizliği' maddesinden: çöken ekran, yer tutucu içerik, çalışmayan bağlantı. Testimizdeki uydurma fiyatlı vitrin tam olarak bu türden bir red sebebidir.

Uygulamanız, paketlenmiş bir web sitesinin ötesine geçen özellikler, içerik ve arayüz sunmalıdır. Uygulamanız özellikle kullanışlı, özgün ya da 'uygulama gibi' değilse App Store'da yeri yoktur.

Türkiye'de Uygulama Yayınlarken: KVKK, TL Maliyet, Test Kullanıcısı

Randevu uygulamasındaki ad ve telefon numarası kişisel veridir; 6698 sayılı KVKK'nın 10. maddesi veriyi toplarken kullanıcıyı aydınlatmanızı ister. Testteki uzun istemin aydınlatma metni ve onay kutusu eklemesi bu yüzden ölçütlerden biriydi. Veri yurt dışındaki bir sunucuda tutulacaksa yurt dışına aktarım ayrıca KVKK'nın 9. maddesine tabidir; Prompt 11'in taslağını bu iki noktada mutlaka bir hukukçuya okutun.

TCMB'nin 13 Ekim 2026 döviz satış kuruyla (1 USD = 49,3681 TL) Google Play kaydı yaklaşık 1.234 TL, Apple Developer Program yıllık yaklaşık 4.887 TL eder. Apple fiyatı kayıt sırasında yerel para birimiyle gösterir ve ülkeye göre değişebilir; kesin tutarı ödeme ekranında görürsünüz. Google Play'in 12 test kullanıcısı şartı için en pratik yol aile, arkadaş ve müşteri çevresidir; Google da test kullanıcısı bulmak için aynı yolu öneriyor.

Uygulama Yaparken Sık Yapılan Hatalar

• Görüneni çalışan sanmak: düğmeye basınca 'kaydedildi' çıkması, verinin kaydedildiğini göstermez. Sayfayı yenileyip kaydı tekrar arayın.
• Her düzeltmeyi yeni sohbette istemek: model önceki kuralları bilmez ve çalışan bölümü yeniden yazar. Prompt 7'nin 'yalnızca şunu değiştir' kalıbını kullanın.
• API anahtarını kodun içine yazmak: kod paylaşıldığında ya da uygulama yayınlandığında anahtar herkese açık olur.
• İlk sürüme her şeyi koymak: ödeme, bildirim, giriş ve yönetim paneli aynı anda istenince hata ayıklamak imkânsızlaşır. İlk sürüm en çok 5 ekran.
• Mağaza süresini hesaba katmamak: yeni bir Google Play kişisel hesabında 14 günlük kapalı test bitmeden yayın başvurusu açılmaz.
• Uydurma içerikle göndermek: modelin koyduğu örnek fiyat, isim ve yıl Apple'ın 'yer tutucu içerik' reddine yol açar.

Uygulama yapmayı hızlandıran şey uzun kod değil, iyi yazılmış bir şartnamedir: ekranları, kuralları ve yapılmayacakları aynı istemde yazın, her değişikliği tek tek isteyin, mağazayı en sona bırakın ve Google Play'in 14 günlük test süresini takviminize ekleyin. Promptları kod yazmadan bir kurucuda denemek isterseniz Entrobase'in hazır uygulama promptlarından biriyle başlayabilirsiniz; web sitesi tarafını ise ayrı rehberimizde anlattık.