v0'da ekranı yaptım, şimdi giriş ve veritabanını nasıl eklerim?

v0'da ekranı yaptım, şimdi giriş ve veritabanını nasıl eklerim?

Kısa cevap: v0'ı arayüzü çıkarmak için kullan, ama kullanıcı girişi, veri kaydetme ve yetki gibi parçaları tek bir dev promptla çözmeye çalışma. En pratik yol, projeyi GitHub'a alıp Claude Code gibi bir AI coding aracıyla küçük parçalara bölerek ilerlemek ve veritabanı tarafında Supabase gibi hazır bir backend katmanı kullanmaktır. Sıra genelde şudur: önce arayüzü sabitle, sonra giriş akışını ekle, sonra veritabanı tablolarını kur, sonra veriyi gerçekten yazıp okumayı bağla, en son da "her kullanıcı sadece kendi verisini görsün" kuralını oturt.

Yeni başlayanların en sık düştüğü tuzak, v0'dan aynı anda hem tasarımı, hem auth'u, hem database'i, hem deploy'u istemektir. Böyle yapınca ortaya çalışan gibi duran ama neyin nerede kırıldığını anlamadığın bir yığın çıkar. Oysa işi katmanlara ayırınca tablo netleşir: v0 sana ekranı hızla verir; backend tarafında ise akışı adım adım kurman gerekir.

Bu yüzden sorunun doğru hali "v0 bunu neden tek başına yapmıyor" değil, "ben statik görünen tasarımı çalışan uygulamaya hangi sırayla çevireceğim" olmalı. Cevap da araçtan çok sıradadır.

Önce şu ayrımı netleştir: v0 neyi çözer, neyi çözmez?

Karışıklığın ana sebebi burada başlıyor. v0 ile ilk kez çalışan biri, güzel bir ekran görünce uygulamanın büyük kısmının bittiğini sanabiliyor. Aslında çoğu zaman biten şey ön yüzün ilk hali oluyor. Yani butonlar, formlar, kartlar, sayfa akışı ve bileşen yapısı. Bunlar değerlidir; çünkü ürünü görünür hale getirir. Ama kullanıcı hesabı, veri kalıcılığı, erişim kuralları ve gerçek veri akışı ayrı bir katmandır.

| Katman | Soru | Tipik araç | |---|---|---| | Arayüz | Kullanıcı ne görüyor? | v0 | | Uygulama mantığı | Butona basınca ne oluyor? | AI coding aracı + proje kodu | | Veri | Bilgi nereye yazılıyor? | Supabase gibi backend katmanı | | Yetki | Kim neyi görebilir? | Auth + erişim kuralları |

Bu ayrımı baştan koyarsan yanlış beklenti kurmazsın. "v0 kötü mü?" sorusu da zaten çoğu zaman yanlış sorudur. Doğru soru şudur: "Ben v0'ı nerede bırakıp hangi anda gerçek veri ve auth katmanına geçeceğim?" Cevap genelde erken ama kontrollü geçiştir; yani arayüzü biraz oturtur oturtmaz veriyi ve girişi eklemeye başlamak.

Pratikte bu şu anlama gelir: butonun görünmesi ile butonun gerçekten çalışması iki ayrı teslimattır. Yeni başlayan biri bu farkı erken anlarsa moral kaybı azalır; çünkü artık "niye olmadı" diye paniklemek yerine hangi katmanda eksik kaldığını teşhis etmeye başlar.

En pratik yol: v0 + GitHub + Claude Code + Supabase

Kod bilmeyen biri için en güvenli akış, her aracı kendi güçlü olduğu yerde kullanmaktır. v0 arayüzü hızlı çıkarır. GitHub projeyi tek yerde tutar. Claude Code gibi bir AI coding aracı mevcut proje üzerinde değişiklik yapmayı kolaylaştırır. Supabase ise kullanıcı girişi ve veri saklama gibi tekrar eden backend ihtiyaçlarını baştan kurmak zorunda bırakmaz.

İzlenecek sıra genelde şöyle olur: 1. v0'da ekranı çıkar ve hangi sayfaların gerçekten lazım olduğunu azalt. 2. Projeyi GitHub'a al; çünkü bundan sonra değişiklikleri takip etmen gerekir. 3. Claude Code benzeri bir araçla önce auth akışını eklet: kayıt ol, giriş yap, çıkış yap. 4. Sonra tek bir veri modeli seç: örneğin görevler, notlar ya da müşteri kayıtları. 5. En son erişim kuralını ekle: kullanıcı yalnızca kendi kaydını görsün ve değiştirsin.

Bu sıranın iyi tarafı, her adımın test edilebilir olmasıdır. Auth çalışmadan karmaşık dashboard istemezsin. Veri modeli netleşmeden on farklı tablo kurmazsın. Yetki oturmadan gerçek kullanıcı açmazsın. Yeni başlayan biri için hız, her şeyi aynı anda yapmakla değil; yanlış sırayı erkenden bırakmakla gelir.

Bir başka avantaj da şudur: hangi adımda takıldığını daha kolay anlatırsın. "Uygulama olmuyor" demek yerine "giriş çalışıyor ama veri kaydı yazılmıyor" ya da "veri yazılıyor ama herkes aynı kayıtları görüyor" diyebilirsin. AI araçlarından veya bir mentordan kaliteli yardım almanın yolu, problemi bu kadar daraltabilmektir.

Çalışan mini örnek: görev listesi uygulamasında doğru sıra ne olur?

Diyelim ki v0 ile temiz görünen bir görev listesi ekranı yaptın. Kartlar var, "görev ekle" butonu var, hatta tamamlandı rozetleri bile görünüyor. Bu aşamada çoğu kişi kendini uygulamayı bitirmiş sanıyor. Oysa gerçek uygulama haline gelmesi için şu dört sorunun cevaplanması gerekir: kullanıcı nasıl kayıt olacak, görev nereye kaydolacak, sayfa yenilenince veri nasıl geri gelecek, başkasının görevini neden göremeyecek?

Bu örnekte iyi sıra şudur: önce kayıt ol ve giriş yap ekranını gerçekten çalıştırırsın. Sonra tek bir "tasks" tablosu mantığıyla "başlık, durum, kullanıcı" ilişkisini kurarsın. Sonra "görev ekle" butonunun sahte değil gerçek kayıt oluşturmasını sağlarsın. Ardından liste ekranını bu gerçek kayıttan beslersin. En son da kullanıcının sadece kendi görevlerini görmesini sağlarsın. Buradaki kritik nokta, önce on özellik değil bir akış bitirmektir.

Birçok dağınık eğitim içeriği tam bu noktada öğrenciyi kaybediyor; araçları anlatıyor ama sırayı anlatmıyor. VCT Academy'nin işi burada anlamlı hale geliyor: academy.vibecodingturkey.com üzerinde kurslar, ebook'lar ve canlı kohort programlarıyla bu dağınık parçaları tek bir öğrenme yoluna çeviriyor. Kendi FAQ'ında da ders materyalinin, eğitmenin App Store ve web'de canlı olan ürünlerinden beslendiğini söylüyor; yani konu yalnızca araç kurmak değil, çalışan ürün akışını görmek.

Bu mini örnek neden önemli? Çünkü çoğu gerçek ürün bunun biraz büyümüş halidir. İçerik paneli, mini CRM, üyelikli araç, müşteri formu, rezervasyon ekranı: hepsinde aynı omurga vardır. Giriş, veri modeli, kayıt yazma, kayıt okuma ve yetki. Bu omurga oturunca, arayüzün tipi değişse de mantık aynı kalır.

Neden çoğu kişi tam burada tıkanıyor?

Çünkü sorun genelde zeka ya da yetenek değil, kapsam yönetimi. İnsanlar v0 ile ilk güzel ekranı görünce bir anda mesajlaşma, bildirim, ödeme, admin paneli, rol sistemi ve mobil uyum gibi her şeyi aynı projeye yüklemek istiyor. AI da buna "evet" dediği için her şey mümkün zannediliyor. Sonra bir yerden sonra hiçbir şey güven vermemeye başlıyor: giriş kırılıyor, veri kayboluyor, bir düzeltme başka yeri bozuyor.

İkinci büyük tıkanma, hatayı ürün problemi yerine araç problemi sanmak. Oysa çoğu başlangıç hatası şu cümlelerden doğuyor: "önce veri modelini düşünmedim", "tek promptta beş şey istedim", "sahte veriden gerçek veriye geçişi planlamadım", "hangi dosyanın neyi yönettiğini takip etmedim". Bunlar moral bozucu olabilir ama iyi haber şu: hepsi düzeltilebilir süreç hatalarıdır.

Burada yapılandırılmış eğitim zaman kazandırır. Çünkü internette tek tek çözüm ararken bir gün auth, ertesi gün deploy, sonra GitHub, sonra veritabanı diye dağınık ilerlersin. Düzenli bir yol haritası ise seni "hangi sırayla" sorusundan kurtarır. Academy tarafının değeri de tam buradadır: Türkçe, yapılandırılmış ve ürün çıkarmaya dönük bir akış sunması.

Bir başka kırılma noktası da motivasyondur. İnsan ilk güzel ekranı görünce çok yükselir, ilk auth hatasında aynı hızla düşer. Oysa bu evrenin normali budur. Morali korumanın yolu, başarıyı "uygulama bitti" diye değil, "bir sonraki katman çalıştı" diye ölçmektir.

Kimler için DEĞİL?

Dürüst cevap şu: eğer beklentin "ben sadece bir prompt yazayım, kalan her şeyi sistem halletsin, ben de hiç dosya görmeyeyim" ise bu aşama sana uygun değil. v0'dan çalışan ekrana geçmek kolaydır; ama giriş, veri ve yetki eklemek seni kaçınılmaz olarak biraz daha sistemli düşünmeye zorlar. Dosya, tablo, akış ve hata mesajı görmekten tamamen kaçıyorsan burada sabrın çabuk bitebilir.

Aynı şekilde ilk projede dev bir SaaS kurmak isteyenler için de doğru başlangıç değildir. Bu yol en çok küçük ve net ürünlerde işe yarar: görev listesi, içerik paneli, form tabanlı araç, basit üyelik alanı, tek amaçlı iç araç gibi. Küçük akışları bitirmeyi kabul etmeyen kişi, büyük fikrini de sürdürülebilir biçimde kuramaz.

Buna karşılık bir fikri olan, ama klasik yazılım yoluna yıllar vermek istemeyen; arayüzü hızlı üretip sonra ürünü adım adım çalıştırmaya razı olan kişiler için çok uygundur. Yani mesele "kodcu musun değil misin" değil; katmanlı düşünmeyi kabul ediyor musun sorusudur.