“Bir web sitesi ne kadar tutar?” sorusuna yanıt vermeden önce neyin teslim edileceğini netleştiririm. Birkaç sayfalık tanıtım sitesiyle ürün, stok, ödeme ve sipariş akışı bulunan mağaza aynı iş değildir. Aynı sayfa sayısını içeren iki teklif bile içerik üretimi, entegrasyon ve devir kapsamı bakımından farklı olabilir.
Bu sayfa güncel piyasa fiyatı veya hazır paket satışı sunmaz. Önceki içeriklerde yer alan doğrulanmamış tutarlar yerine, gerçek teklifleri karşılaştırabileceğin bir bütçe çerçevesi sunar. Adana veya Mersin'de yerel bir ekiple çalışırken de uzaktan bir uzmanla çalışırken de aynı kapsam soruları sorulabilir.
Sitenin ilk görevini tanımla
İlk sürümün hangi işi yapacağını bir cümleyle yaz. “İşletmeyi tanıtsın” başlangıç olabilir; ancak kabul testi için daha somut bir sonuç gerekir. Ziyaretçi güncel menüyü bulacak, hizmet kapsamını okuyup talep gönderecek veya stoktaki ürünü sipariş edecek olabilir.
Bir restoran için güncel menü, konum ve rezervasyon yolu; hizmet işletmesi için kapsam ve iletişim; üretici için ürün özellikleri ve teklif talebi öncelik taşıyabilir. Bunlar örnek senaryolardır. Her işletmede aynı özelliklerin gerekli olduğu anlamına gelmez. Kullanılmayacak bir rezervasyon veya üyelik sistemi ilk sürümün maliyetini gereksiz artırabilir.
İlk sürüm ile sonraki aşamaları ayrı yaz. Ertelemenin neyi etkilediğini açıkça gör: blogu sonra açmakla ödeme güvenliğini ertelemek eşdeğer değildir. Kullanıcının temel görevini tamamlaması, erişim güvenliği ve işletmenin doğru bilgi sunması başlangıç kapsamının parçası olmalıdır.
Tek seferlik işleri ve tekrar eden giderleri ayır
Kurulum, içerik hazırlığı, tasarım, geliştirme, veri taşıma ve test çoğunlukla proje işleri olarak ele alınır. Alan adı, barındırma, lisans, uygulama, bakım ve bazı işlem ücretleri ise devam eden maliyetler oluşturabilir. Her kalemin ödeme dönemi, para birimi ve fiyatı kimin belirlediği belli olsun.
Başlangıç indirimiyle yenileme bedelini aynı kabul etme. Gerçek teklifte vergilerin, kur değişiminin ve kullanım sınırlarının nasıl ele alındığını sor. Güncel tutarları hizmet sağlayıcısının teklifinden veya hesabındaki fiyatlandırmadan doğrula. Buradaki çerçeve, kişiye özel mali veya hukuki değerlendirme yerine geçmez.
İlk dönem toplamını hesaplarken yalnız faturaları değil işletmenin ayıracağı zamanı da düşün. Ürün fotoğrafı toplamak, metinleri onaylamak, stok verisini temizlemek ve ekibi eğitmek zaman gerektirir. Dışarıdan alınan hizmet bunların hangisini kapsıyor, hangisi işletmede kalıyor?
“Paket” adının arkasındaki teslimleri aç
Başlangıç, profesyonel veya premium gibi paket isimleri standart bir kapsam göstermez. Teklifleri aynı listeye aktararak karşılaştır. Bir kalem yoksa ücretsiz dâhil olduğunu varsayma; açıkça sor ve yanıtı kaydet.
| Kalem | Netleştirilecek soru | Örnek kabul ölçütü |
|---|---|---|
| Sayfalar | Hangi sayfalar ve diller var? | Onaylı içeriklerin doğru adreslerde açılması |
| İçerik | Metin ve görselleri kim hazırlıyor? | Kullanım hakkı ve dosyaların teslimi |
| Mobil | Hangi akışlar test edilecek? | Menü ve formun dar ekranda çalışması |
| Form | Mesaj nereye ulaşacak? | Gerçek teslim testinin geçmesi |
| SEO geçişi | Eski URL ve medya kapsamı nedir? | Eşleme ve yönlendirmelerin doğrulanması |
| Ölçüm | Hangi olaylar kurulacak? | İzin ve veri kapsamının kontrolü |
| Devir | Dosya ve erişimler kimde kalacak? | İşletmenin bağımsız erişebilmesi |
| Bakım | Süre, iş ve destek sınırı nedir? | Yazılı görev ve müdahale planı |
“SEO uyumlu” veya “hızlı site” ifadesini tek başına teslim olarak kabul etme. Hangi sayfaların, hangi koşullarda ve hangi ölçütle kontrol edileceğini belirle. Arama sıralaması veya satış garantisi, teknik kabul kriterinin yerine geçmez.
E-ticaret kurulumunda ek iş yükünü gör
Ürün sayısı önemlidir; fakat tek başına yeterli maliyet göstergesi değildir. Az sayıda ürünün çok sayıda varyantı, ölçü tablosu veya kişiselleştirme seçeneği olabilir. Ürün verisi hazır değilse yükleme işleminden önce düzenleme ve doğrulama işi gerekir.
Ödeme, kargo, muhasebe ve stok bağlantıları için hangi sistemin ana kayıt kaynağı olduğunu belirle. Sipariş bir sistemde oluştuğunda diğerine ne zaman ve hangi bilgiyle aktarılacak? Hata durumunu kim görecek? Bağlantının kurulması kadar işletim ve bakım sorumluluğu da kapsamın içindedir.
Taşıma projesinde eski ürün adresleri, görseller, müşteri verisi ve sipariş kayıtları ayrı iş paketleri olabilir. Gereksiz kişisel veri taşımamak ve mevcut erişimleri korumak için veri kapsamını önceden belirle. Yeni mağazanın açılması, eski kayıtların doğru taşındığını otomatik olarak göstermez.
Temsilî bir sipariş senaryosunun yanında başarısız ödeme, stok değişimi, iptal ve iade iş akışının nasıl kontrol edileceğini de yaz. Kullanılan sağlayıcının uygun test ortamı varsa önce orada doğrulama yap. Gerçek işlem gerektiren adımların yetkisi ve maliyeti ayrıca net olmalıdır.
Uygun bütçe için kapsamı sadeleştir
Bütçeyi düşürmek için önce işlev sayısını ve içerik yükünü gözden geçir. Gerçek ihtiyaca uyan hazır bir tema veya sade bir tasarım başlangıç için uygun olabilir. Ancak tema seçimi, erişilebilirlik, güvenlik veya mobil kullanım kontrollerini gereksiz kılmaz.
Teklif formu yeterliyken karmaşık üyelik sistemi kurmak, tek dil gerekli iken bütün diller için boş sayfalar üretmek veya kullanılmayacak kampanya araçları eklemek ilk aşamayı büyütebilir. Her özelliğin sahibi, kullanım amacı ve bakım sorumlusu belli olsun. Belirsiz olanları sonraki aşama listesine taşı.
Ucuz ya da pahalı olması tek başına hizmetin iyi olduğunu göstermez. Eksik teslimlerin sonradan ayrı ücretlenmesiyle başlangıçta kapsamlı verilen teklif farklı görünür. Karşılaştırmayı aynı zaman aralığı, aynı teslim listesi ve aynı destek varsayımlarıyla yap.
İki teklifi aynı kapsamda nasıl karşılaştırırım?
Ben önce iki firmaya da aynı kısa ihtiyaç metnini gönderirim. Örneğin beş sayfalık, Türkçe ve İngilizce bir hizmet sitesi düşünelim. Bu varsayımsal işte ziyaretçinin hizmeti anlaması ve teklif talebini işletmeye ulaştırması yeterli olsun; üyelik veya ödeme sistemi istemeyelim. Sayfa sayısını aynı tutmak karşılaştırmaya yardımcı olur ama tek başına yeterli değildir.
Bir teklifte çeviri ve form teslim testi bulunurken diğerinde bunların işletmeye bırakıldığını görebilirim. Böyle bir durumda toplamları doğrudan sıralamam. Eksik işleri ayrıca fiyatlandırmalarını isterim veya her iki tekliften de çıkarıp işletmenin üstleneceği iş olarak yazarım. Belirtilmeyen bir kalemi sıfır maliyet saymam.
| Aynı ihtiyaca soracağım soru | Teklifte görmek istediğim yanıt |
|---|---|
| Beş sayfa iki dilde mi hazırlanacak? | Sayfa ve dil listesi; çeviri ve son kontrol sorumlusu |
| Metinler ve fotoğraflar kimden gelecek? | Hazır içerik varsayımı ve ek üretimin kapsamı |
| Form yalnız ekranda başarı mı gösterecek? | Belirlenen adrese ulaşan test mesajı ve hata davranışı |
| Eski siteden ne korunacak? | URL eşleme, medya ve gerekli veri listesi |
| Yayından sonra neler ücretli? | Yenileme dönemi, bakım sınırı ve ek iş onay yöntemi |
| İşi başka ekibe devredebilir miyim? | Hesap sahipliği, dosyalar, erişimler ve devir notları |
Bu tablo bir fiyat tarifesi değildir. Aynı işi kapsayan yazılı teklifler elde etmek için kullanırım. Adana'da yüz yüze toplantı ya da yerinde çekim gerekiyorsa bunu ayrı teslim olarak belirtirim. Şehir adından tek başına bir fiyat çıkarmam; uzaktan çalışmada da aynı kapsam disiplini geçerlidir.
İlk 12 ayı ve yenileme dönemini ayrı hesaplarım
Benim karşılaştırma hesabım şu olur: bir defalık işler + ilk 12 aya düşen hizmet bedelleri + kullanım varsayımına bağlı giderler + ayrıca onaylanan ek işler. Yıllık lisans zaten ilk faturada bulunuyorsa aynı bedeli aylık giderler içinde yeniden saymam. Para birimini ve vergilerin dahil olup olmadığını da teklifin yanında tutarım.
Ödeme komisyonu veya kullanıma bağlı hizmet bedeli için gerçek sağlayıcının güncel koşullarını ve açık bir kullanım varsayımını isterim. Bilinmeyen sipariş hacmini kesin maliyet gibi sunmam. Bir gideri henüz doğrulayamıyorsam karşısına “teyit edilecek” yazarım; toplamın o kalem bakımından eksik olduğunu görünür bırakırım.
İlk yıl indirimi bittikten sonra ne ödeneceğini ayrıca sorarım. Aynı tabloda ikinci dönem alan adı, barındırma, lisans ve bakım bedellerini tutmak, düşük başlangıç bedelinin devam eden yükünü görmeme yardım eder. İçerik onayı ve ürün verisi hazırlığı gibi işletme içi işleri de saat veya sorumlu olarak kaydederim; bunları kendiliğinden dış hizmet fiyatına eklemem.
Eski adreslerin korunmasını ayrı bir teslim sayarım
Mevcut site yenileniyorsa yalnız yeni ekranlara bakmam. Eski adreslerin hangilerinin korunacağını, hangilerinin eşdeğer yeni sayfaya yönleneceğini sorarım. Google'ın site taşıma rehberi, URL eşlemesi hazırlanmasını ve değişen adresler için sunucu tarafında kalıcı yönlendirmeler kullanılmasını öneriyor.
Ben teklifin içinde bu eşleme listesinin hazırlanmasını ve önemli eski bağlantıların kontrolünü görmek isterim. Bu, belirli bir sıralamayı garanti etmez. Kapsamı konuşurken web tasarım projesi rehberini, mağaza kurulacaksa Shopify danışmanlık yaklaşımımı birlikte değerlendirebilirsin.
Teklif istemek için kullanabileceğin kısa metin
Ben teklif görüşmesine aşağıdaki taslağı doldurarak başlamayı tercih ederim. Köşeli parantezlerdeki alanları işletmene göre değiştir; bilmediğin bir noktayı boş bırakmak yerine “birlikte netleştirilecek” diye belirt. Bu bir sözleşme veya fiyat taahhüdü değil, karşılaştırılabilir yanıt almak için ihtiyaç notudur.
İlk sürümün amacı: Ziyaretçinin [hangi işi] tamamlamasını istiyorum. Başarıyı [gözlenebilir teslim testi] ile kontrol edeceğim.
Mevcut durum: Sitem [adres / henüz yok]. Korunması gereken sayfa, içerik ve bağlantılar [liste].
Kapsam: [Sayfa türleri ve sayıları], [diller], [form veya mağaza akışları]. İlk sürüme dahil olmayan işler [liste].
İçerik: Metinleri [kişi], görselleri [kişi], çeviriyi [kişi] hazırlayacak. Hazır olmayan içerikler [liste].
Bağlantılar: Kullanılacak mevcut sistemler [liste]. Hesap sahipliği işletmede kalacak; çalışma erişimleri görevle sınırlı tanımlanacak.
Takvim: Hedef yayın [tarih]. İçerik teslimi [tarih], onay verecek kişi [rol]. Takvimi etkileyen bağımlılıklar [liste].
Teklif yanıtı: Dahil olanları, hariçleri, varsayımları, teslim testlerini ve devir dosyalarını ayrı yazmanızı istiyorum. Bir defalık ücretleri, ilk 12 aylık giderleri ve sonraki yenilemeleri ayırın; para birimini ve vergi durumunu belirtin.
Değişiklikler: Yeni isteklerin süre ve bedel etkisini uygulamadan önce yazılı olarak değerlendirelim.
İlk mesajda hesap şifresi veya müşteri verisi paylaşmam. Bir entegrasyonu anlatmak için çoğu zaman sistemin adı, beklenen veri akışı ve sorumlu kişi yeterlidir. Gerekli erişimlerin nasıl verileceğini proje kapsamı netleşince ayrıca ele alırım.
Teklif yanıtını üç adımda kullanılabilir hale getiririm
Önce eksikleri işaretlerim: “dahil”, “ayrı ücretli”, “işletme sağlayacak” ve “belirsiz” durumlarını her iki teklif için aynı tabloda tutarım. Sonra belirsiz kalemleri sorumlusuna geri gönderirim. Yanıt gelmeden bunları ücretsiz veya tamamlanmış kabul etmem.
Son olarak bir teslimi gerçek bir kontrol cümlesine çeviririm. Örneğin “iletişim formu kurulacak” yerine, “belirlenen deneme mesajı yetkili gelen kutusuna ulaşacak; zorunlu alan eksikken kullanıcı anlaşılır uyarı görecek” yazarım. Kontrolü kimin yapacağını ve hangi kanıtla kapatacağını da belirtirim. Benim için teklifin işe yaradığı nokta budur: fiyatın yanında neyin bitmiş sayılacağı da görünür olur.
Hata düzeltmesi, revizyon ve yeni isteği nasıl ayırırım?
Ben ek ücret konuşmadan önce isteği onaylı teslim listesiyle karşılaştırırım. Çalışması kararlaştırılmış bir formun mesaj iletmemesiyle, o forma sonradan CRM bağlantısı istenmesi aynı iş değildir. Aşağıdaki tabloyu görüşmeyi somutlaştırmak için kullanırım; örnekler varsayımsaldır ve ücretin kendiliğinden dahil veya hariç olduğunu belirlemez. Son karar yazılı kapsam ve tarafların anlaşmasıyla netleşir.
| Örnek istek | Önce kontrol ettiğim kayıt | Görüşmede netleştirdiğim karar |
|---|---|---|
| Form, kabul testindeki mesajı iletmiyor | Onaylı form teslim ölçütü ve hata kaydı | Kararlaştırılan davranışı sağlamak için gereken düzeltme |
| Onaylı sayfada başlık veya görsel düzeni değişiyor | Dahil revizyonların türü, sayısı ve onaylanan tasarım | Kalan revizyon kapsamında mı, ayrıca ele alınacak mı? |
| Teklif formuna CRM aktarımı ekleniyor | Başlangıçtaki entegrasyon listesi | Veri eşleme, erişim, hata kontrolü ve bakım dahil yeni iş kapsamı |
| Üçüncü dil isteniyor | Sayfa ve dil listesi | Çeviri, yerleşim, bağlantılar ve test için ek teslimler |
Belirsiz bir isteği hemen saat veya fiyat toplamına çevirmem. Önce neyin değişeceğini, mevcut teslimi nasıl etkileyeceğini ve hangi kontrolle tamamlanacağını yazarım. Ardından uygulayıcıdan bir defalık bedeli, varsa yeni tekrar eden gideri ve takvim etkisini ayrı isterim. Teklif verilmemiş bir kalemin yanına “belirlenecek” yazarım; sıfır kabul etmem.
Örneğin CRM bağlantısı ilk yayına yetişmiyorsa iki seçenek olabilir: ana formu kararlaştırılan şekilde yayımlayıp bağlantıyı sonraya bırakmak veya bağlantı zorunluysa takvimi yeniden kurmak. Ben her seçeneğin işletmede bırakacağı işi de kaydederim. Bu, yapılmış bir proje sonucu değil, kararın nasıl yazılabileceğine ilişkin örnektir.
Kısa değişiklik kaydımda istek, gerekçe, dahil/hariç işler, bedel, takvim, onaylayan kişi ve kabul testi bulunur. Uygulamadan önce kaydı netleştirmek, teslim sırasında hangi sürümün esas alındığını görmeyi kolaylaştırır.
Kabul ve devirde neyi kontrol ederim?
Kabul aşamasında yalnız görsel onay vermem. Önemli bağlantıların, formun, mobil akışın ve erişimlerin çalıştığını kontrol ederim. Yayından önce geri dönüş yolu, yayın sonrası sorun bildirme kanalı ve işin kime devredileceği belli olsun isterim. Alan adı ve hesap sahipliğini teslimin sonuna bırakmam.
Ücretli strateji veya proje liderliği kapsamını konuşmak için birlikte çalışma sayfasını inceleyebilirsin. İlk mesajda işletmenin ihtiyacını, mevcut siteyi ve ilk sürümden beklediğin sonucu paylaşman, gerçekçi bir kapsam çıkarmaya yardımcı olur.