Bir web sitesini bütçenin kontrolden çıkmasına izin vermeden finanse etmenin yolu, tek bir kullanıcı yolculuğunu baştan sona tamamlayan en küçük sürümü tanımlamak, bu sürümün güvenilir biçimde çalışması için gereken maliyeti çıkarmak ve geri kalan özellikleri ertelemektir. İlk sürümü erişebildiğiniz en düşük riskli kaynakla finanse edin; sonraki aşamalara ise ancak gerçek kullanım, satış veya taahhütler yeterli kanıt sağladığında para ayırın.
Sayfa sayısıyla değil, sonuçla başlayın
“Bir site yaptıralım” bütçelenebilir bir hedef değildir. İşe yarayan ilk sürümün belirli bir kullanıcısı, eylemi ve sonucu olmalıdır. Yerel bir atölye için bu yolculuk şöyle kurulabilir: Ziyaretçi teklifi anlar, tarih seçer, ödeme yapar ve onay alır. Üyelikli bir yayın içinse okur yayın vaadini görür, örnek bir yazı okur, abone olur ve içeriğe erişir.
Tasarım veya yazılım konuşmadan önce bu yolculuğu tek cümleyle yazın. Ardından yalnızca yolculuğu mümkün kılan parçaları listeleyin. Atölye sitesinde teklif sayfası, takvim, ödeme, onay mesajı, temel politikalar, mobil kullanım ve tarihleri kolayca güncelleme imkânı gerekebilir. Üye profilleri, tavsiye puanları, özel takvim yazılımı ve altı farklı sayfa şablonu ise ilk sürümde muhtemelen gereksizdir.
Bu ayrım, projeyi finanse edilebilir hâle getirir. Artık sınırları belirsiz bir “dijital varlık” için para aramıyorsunuz; tek bir işlemin veya hizmetin baştan sona çalıştığını kanıtlayacak tutarı arıyorsunuz.
İlk sürümün giderlerini sonraki hedeflerden ayırın
Kapsamı üç sütuna bölün: şimdi zorunlu, kanıttan sonra gerekli ve isteğe bağlı iyileştirme. “Şimdi zorunlu”, bir paydaşın hoşuna giden değil, yokluğunda ilk sürümün görevini yerine getiremediği unsur demektir.
| Aşama | Tipik içerik | Finansman koşulu |
|---|---|---|
| İşe yarayan ilk sürüm | Ana yolculuk, temel metinler, erişilebilir ve uyumlu tasarım, zorunlu entegrasyonlar, ölçüm, hukuki temel, test | Yayından önce finanse edilir |
| Kanıta dayalı iyileştirme | Daha iyi karşılama akışı, otomasyon, ek içerik, dönüşüm sorunlarının giderilmesi | Gerçek talep veya aksama görüldüğünde |
| Genişleme | Yeni kullanıcı yolculukları, özel hesaplar, pazar yeri veya topluluk özellikleri | Ana model tekrar tekrar çalıştığında |
| İnce işçilik | Gösterişli hareketler, dekoratif şablonlar, zorunlu olmayan kişiselleştirme | Tanımlı bir amaca hizmet ediyorsa |
İşletme giderlerini yapım bedelinin içine saklamayın. Alan adı, barındırma, ödeme işlemleri, e-posta gönderimi, yazılım abonelikleri, bakım, içerik güncellemeleri, destek, güvenlik ve vergisel yükümlülükler yayından sonra da sürebilir. ABD Küçük İşletmeler İdaresi, girişimcilere başlangıç maliyetlerini hesaplamayı ve işletmenin nasıl finanse edileceğini planlamayı öneriyor. Başlangıçtaki varlık “yalnızca” bir web sitesi olsa bile aynı disiplin gereklidir. SBA planlama kaynaklarına bakın.
Bütçeyi iş paketleri üzerinden kurun
İkna edici bir bütçe, paranın hangi işi satın aldığını gösterir. İlk sürümü iş paketlerine ayırın; her pakete bir sorumlu, tahmin ve kabul ölçütü atayın. “Web sitesi geliştirme” adlı tek satırlık bütçeden kaçının.
Varsayımsal olarak 100 birimlik bir bütçe düşünün. Bunlar piyasa fiyatı değil, oranları tartışmaya yarayan örnek bir dağılımdır:
- 15 birim — tanımlama: kullanıcı yolculuğu, gereksinimler, teknik tercihler ve proje koordinasyonu.
- 20 birim — içerik ve arayüz: metin, bilgi mimarisi, görsel sistem ve farklı ekran düzenleri.
- 30 birim — uygulama: şablonlar, içerik yönetimi, formlar, ödeme veya diğer ana entegrasyon.
- 10 birim — kalite: cihaz kontrolleri, erişilebilirlik incelemesi, performans ve düzeltmeler.
- 5 birim — yayına alma: ayarlar, ölçüm, gerekiyorsa yönlendirmeler, dokümantasyon ve devir.
- 10 birim — ilk dönem işletme: belirli bir süre için barındırma, zorunlu araçlar, bakım ve içerik desteği.
- 10 birim — beklenmeyen gider: onaylanmış belirsizlikler içindir; yeni özellikler için değil.
Oranlar projeye göre değişir. Bir yayın, içerik aktarımına ve editoryal akışlara; bir rezervasyon sitesi ise entegrasyon ve teste daha fazla pay ayırabilir. Her tedarikçiden varsayımları ve kapsam dışı işleri açıkça yazmasını isteyin. İçerik girişi, vergi ayarları veya yayın sonrası düzeltmeleri içermeyen düşük teklif, gerçekte daha ucuz olmayabilir.
Finansman kaynağını elinizdeki kanıtla eşleştirin
İlk sürüm karşılanabilir düzeydeyse, kapsam denetlenebiliyorsa ve karar özgürlüğünü korumak önemliyse birikim veya mevcut gelir kullanılabilir. Kurucunun emeği nakit ihtiyacını azaltabilir; fakat yalnızca gerçekten yetkin olduğu işlerde. Deneyimsizce hazırlanan hukuki metinler, güvenlik ayarları veya erişilebilirlik uygulamaları pahalı düzeltmelere yol açabilir.
Hizmet işlerinde müşteri tarafından finanse edilen geliştirme düşünülebilir: Önce kapora veya imzalı iş alınır, ardından hizmeti sunacak asgari sistem kurulur. Ön satış ise açıkça tarif edilebilen ve inandırıcı bir takvimle teslim edilebilen teklifler için uygundur. Ödeme almadan önce alıcının ne elde edeceğini, öngörülen teslim zamanını ve proje değişirse ne olacağını açıklayın.
Kitlesel fonlama; sınırları belirlenmiş bir proje, tanımlı bir kitle ve destekçilerin anlayacağı bir ödül veya sonuç varsa daha anlamlıdır. Platform kuralları belirleyicidir. Örneğin Kickstarter “ya hep ya hiç” modeliyle çalışır ve hedef tutar, projeyi tamamlamak için gereken miktarı temsil etmelidir; her web sitesi fikri platformun kurallarına ya da kitlesine uymaz. Kickstarter’ın temel açıklamasını inceleyin. Birkaç yöntem arasında kalıyorsanız yalnızca hedef tutara bakmayın; seçenekleri karar yetkisi, kanıt, iş yükü ve yükümlülükler bakımından karşılaştırın.
Parayı karar eşiklerine göre serbest bırakın
İstek listesinin tamamını tek finansman kararı gibi ele almayın. Her dilimi gözlenebilir bir sonuca bağlayın. Basit bir sıra şöyle olabilir: Tanımlama aşamasını finanse edin; kapsam ile riskleri onaylayın; yapımı finanse edin; yolculuğun baştan sona çalıştığını doğrulayın; sınırlı bir kitleye açın; davranışları ve destek taleplerini inceleyin; ardından yalnızca kanıtlanmış bir sorunu çözen geliştirmeye bütçe verin.
Ölçütleri sitenin amacına göre seçin. E-ticaret sürümünde tamamlanan alışverişler, ödeme hataları, iade nedenleri ve destek soruları izlenebilir. Potansiyel müşteri toplayan bir sitede nitelikli talepler ve ekibin bunları zamanında yanıtlayıp yanıtlayamadığı önemlidir. Bir yayın, okurun içeriğe alışma sürecine ve ücretli üyeliği sürdürme niyetine bakabilir. Trafik tek başına sitenin işe yaradığını göstermez.
Durdurma koşullarını da yazın. İçeriğin sahibi yoksa, düzenli giderler işletme payını aşıyorsa, teklif sürekli değişiyorsa veya ilk kullanıcılar ana yolculuğu tamamlayamıyorsa genişlemeyi durdurun. Durmak mutlaka başarısızlık değildir; belirsiz talebin genişleme bütçesini tüketmesini önler.
İlk sürüm finansman kontrol listesi
- İlk kullanıcı, eylem ve başarılı sonuç tek cümlede anlatılabiliyor.
- Her zorunlu özellik bu sonucu ya da hukuki, güvenlik, erişilebilirlik veya işletme gereğini doğrudan destekliyor.
- İçeriği kimin hazırlayacağı, gireceği, onaylayacağı ve güncelleyeceği belli.
- Tek seferlik yapım giderleri ile düzenli işletme giderleri ayrı gösteriliyor.
- Tedarikçi tekliflerinde varsayımlar, kapsam dışı işler, teslimatlar ve düzeltme dönemi yazıyor.
- Ödeme, e-posta, ölçüm ve diğer dış hizmetlerin sorumluları belli.
- Bütçede test, yayına alma, devir, ilk bakım dönemi ve kontrollü beklenmeyen gider payı var.
- Finansman yönteminin geri ödeme, ödül, komisyon, raporlama veya teslimat yükümlülükleri açık.
- Sonraki özellikler takvim tarihine değil, kanıt eşiklerine bağlı.
- Sonraki aşamayı durdurma, küçültme veya iptal etme kuralı yazılı.
Finanse edilebilir bir web sitesi, en az sayfaya sahip site değildir. Gerçek bir kişinin değerli bir eylemi tamamlamasını ve işletmecinin verdiği sözü yerine getirmesini sağlayan en küçük güvenilir sistemdir. Önce bu sistemi bütçeleyin; bir sonraki sürümü heyecan değil, kanıt hak etsin.
Site küçük bir bağımsız projenin parçasıysa ilk sürümün bütçesini nasıl karşılayacağınıza karar vermeden önce yatırımcı olmadan yan proje finansmanı seçeneklerini karşılaştırabilirsiniz.
