--- title: "Fiyatlandırma Sayfası Nasıl Yapılır? Şeffaf Fiyat Rehberi | Designodin Türkiye" description: "Fiyatlandırma sayfası, sabit rakam yayımlamaktan çok kapsamı ve maliyeti etkileyen kararları açık etmektir. Şeffaf bir sayfa için rehber." source: https://designodin.com.tr/blog/web-sitesi-fiyatlandirma-sayfasi --- [← Tüm yazılar](https://designodin.com.tr/blog/) [Web Sitesi](https://designodin.com.tr/blog/kategori/web-sitesi/) # Fiyatlandırma Sayfası Nasıl Yapılır? Şeffaf Fiyat Rehberi 22 Eylül 2026 · Designodin İyi bir fiyatlandırma sayfasında her hizmet için tek bir rakam vermek gerekmez. Özellikle [özel web geliştirme](https://designodin.com.tr/ozel/) işlerinde önemli olan; teslimatları, maliyeti etkileyen kararları ve teklifin nasıl hazırlandığını açıkça yazmaktır. **Fiyatlandırma sayfası nasıl yapılır** sorusunun kısa yanıtı şu: Fiyatı yayınlamıyorsanız bile belirsizliği bırakmayın. Tek başına duran “Fiyat sor” butonu, ziyaretçiye işin kapsamını anlatmaz. Bu da pazarlık hissi yaratır. Ziyaretçi önce ne satın alacağını, ardından bunun neden belirli bir kapsam gerektirdiğini bilmek ister. **Öne Çıkanlar** - Özel geliştirme projelerinde tek sabit fiyat yerine net kapsam ve yazılı teklif daha doğru bir fiyatlandırma modelidir. - Fiyatlandırma sayfası; teslimatları, dahil olmayan işleri, süreyi ve fiyatı etkileyen değişkenleri açıkça göstermelidir. - Paket isimleri tek başına güven oluşturmaz; her paketin ya da hizmetin somut çıktısı yazılmalıdır. - Sürpriz bakım, hosting veya revizyon ücretleri fiyat şeffaflığını baştan bozar. - İyi CTA, ziyaretçiyi gereksiz görüşmelere değil, projesini yazılı olarak anlatacağı net bir sonraki adıma taşır. ## Fiyat Şeffaflığı Sabit Fiyat Demek Değildir Fiyat şeffaflığı sık sık yanlış yorumlanır. Bazı ajanslar bunu üç kart, üç fiyat ve birkaç özellik satırıyla göstermeye çalışır. Bu yöntem, gerçekten ürünleşmiş ve kapsamı değişmeyen hizmetlerde işe yarayabilir. Ancak özel bir WordPress sitesi, [e-ticaret mağazası](https://designodin.com.tr/blog/eticaret-kurulum-maliyeti-turkiye/) veya mevcut sistemlerle entegre çalışan proje her zaman bu kalıba uymaz. Sayfa sayısı, içerik yapısı, ürün adedi, ödeme akışı, entegrasyon ihtiyacı ve taşınacak veri miktarı maliyeti değiştirir. Bu yüzden şeffaflık şu sorulara yanıt vermelidir: - Projede hangi işler yer alır? - Hangi işler proje kapsamına dahil değildir? - Fiyatı hangi kararlar değiştirir? - Teklif ne zaman ve hangi bilgiye göre hazırlanır? - Teslimattan sonra sahiplik kimde olur? - Ek iş gerektiğinde süreç nasıl ilerler? Ziyaretçi her bilgiyi almak için form doldurmak zorunda olmamalıdır. Form, işletmeye özel fiyatı kesinleştiren son adım olmalıdır. ### Belirsizlik uzun tekliflerle gizlenir Uzun teklif, her zaman ayrıntılı teklif demek değildir. Belirsizlik bazen yalnızca daha fazla sayfaya yayılmış olur. Örneğin “kurumsal web sitesi geliştirme” tek başına çok az şey söyler. Kaç sayfa yapılacak? Tasarım özel mi? Mobil görünüm en baştan planlanacak mı? İçeriği kim girecek? Site page builder ile mi, elle kodlanmış bir tema ile mi geliştirilecek? Yayından sonra neler teslim edilecek? Bu sorular net değilse fiyatın da net olması beklenemez. İyi bir fiyatlandırma sayfası, ziyaretçinin rakamdan önce bu farkı görmesini sağlar. ### Teklif sistemi nerede gerekli olur? Tanımı değişen projelerde teklif sistemi gerekir. Her işletmenin ihtiyacı aynı değildir. Herkesin aynı ihtiyacı varmış gibi davranmak, sonunda iki tarafı da zorlar. Sitenizi yenilerken başlangıçta yalnızca beş sayfalık bir kurumsal site planlayabilirsiniz. İçerik planı hazırlanırken iki dil, bayi başvuru formu ve mevcut URL’lerin korunması gerektiği ortaya çıkabilir. İlk bakışta görünen “beş sayfa” ile gerçek iş aynı olmayabilir. Böyle bir durumda tek satırlık sabit fiyat şeffaflık değil, eksik bilgi olur. Doğru yaklaşım; ihtiyaçları yazılı hale getirmek, kapsamı ayırmak ve fiyatı bu kapsam üzerinden vermektir. ## Etkili Bir Fiyatlandırma Sayfasında Ne Olmalı? Fiyatlandırma sayfası paket kartlarından ibaret değildir. Sayfanın görevi, ziyaretçinin “Bu hizmet bana uygun mu?” sorusunu mümkün olduğunca kendi başına yanıtlamasına yardım etmektir. Bunun için yedi temel bölüm gerekir. ### 1. Hizmetin ne olduğu açıkça yazılmalı “Dijital çözüm”, “kapsamlı paket” veya “kurumsal büyüme planı” gibi ifadeler fiyatlandırma sayfasını daha profesyonel göstermez. Sadece ne sattığınızı belirsizleştirir. Bunun yerine hizmeti somut biçimde tanımlayın: - Özel WordPress tema geliştirme - WooCommerce mağaza kurulumu - [Shopify mağaza taşıma](https://designodin.com.tr/shopify/migrasyon/) - Google Ads hesap kurulumu ve yönetimi - Sosyal medya için aylık içerik üretimi Ziyaretçi hizmeti ilk okuyuşta anlayabilmelidir. Teknik ayrıntılar sonra gelir. ### 2. Dahil olan teslimatlar belirtilmeli Bu bölüm, fiyatın arkasındaki işi görünür kılar. “Web sitesi yapılır” demek yerine projenin çıktılarını yazın. Bir web sitesi projesinde bunlar şunlar olabilir: - Sayfa tasarımı ve geliştirme - Mobil görünümün planlanması - İletişim veya teklif formu kurulumu - Temel SEO’ya uygun URL ve başlık yapısı - Analitik ve dönüşüm takibi için gerekli kurulum - Yayın öncesi testler - Kod ve erişimlerin teslimi Amaç listeyi kabartmak değildir. Teslim edilmeyecek bir işi varmış gibi yazmak, fiyatı gizlemekten farklı ama benzer bir güven sorunu yaratır. ### 3. Dahil olmayan işler saklanmamalı Fiyatlandırma sayfalarında güveni en hızlı zedeleyen şey, sonradan çıkan ek kalemlerdir. Hosting, alan adı, lisans, içerik üretimi, ürün girişi veya reklam bütçesi gibi başlıklar proje modeline göre ayrı tutulabilir. Bunları dipnotta saklamak yerine doğrudan yazın. Ziyaretçi baştan görürse sonradan “sürpriz maliyet” ile karşılaşmaz. Örneğin Google Ads hizmetinde yönetim ücreti ile reklam bütçesi aynı şey değildir. Reklam bütçesi Google’a ödenir. Ajansın neyi yönettiği ve hangi çalışmanın hizmete dahil olduğu da ayrı ayrı belirtilmelidir. ### 4. Fiyatı değiştiren değişkenler açıklanmalı Özel işlerde ziyaretçinin asıl ihtiyacı yalnızca “kaç para?” sorusunun yanıtı değildir. “Neden bu kadar değişiyor?” sorusunun yanıtını da ister. Bir web projesinde maliyeti etkileyen değişkenler şunlardır: - Sayfa ve içerik yapısının kapsamı - Birden fazla dil ihtiyacı - Özel form, hesaplama aracı veya entegrasyon - Mevcut siteden veri ve URL taşıma ihtiyacı - E-ticarette ürün, kategori ve varyasyon sayısı - Ödeme, kargo ve muhasebe bağlantıları - Özel üyelik veya bayi akışları Bu liste fiyatı savunmak için kullanılmamalıdır. Amaç, herkese neden aynı teklifin verilemeyeceğini ziyaretçiye dürüstçe anlatmaktır. ### 5. Süreç ve teslim zamanı yazılmalı Satın alma kararında fiyat kadar zaman da önemlidir. “En kısa sürede” bir zaman planı değildir. Ziyaretçi teklif sürecinin nasıl ilerlediğini bilmelidir. Süreç örneğin şöyle anlatılabilir: - İşletme ihtiyacını yazılı olarak paylaşır. - Kapsam, teslimatlar ve gerekli entegrasyonlar belirlenir. - Yazılı teklif ve teslim tarihi iletilir. - Onaylanan kapsam üzerinden tasarım ve geliştirme başlar. - Yayın öncesinde kontroller tamamlanır ve proje teslim edilir. Bu yapı, “önce görüşelim, sonra bakarız” yaklaşımından daha fazla güven verir. Çünkü ziyaretçi neye girdiğini bilir. ### 6. Sahiplik ve teslim sonrası durum açıklanmalı Bir projenin fiyatı yalnızca sitenin yayına alınacağı günü kapsamaz. Sonrasında neye sahip olacağınız da fiyatın parçasıdır. Örneğin bazı ajanslar müşteriyi kendi hostingine, lisansına veya page builder yapısına bağlar. Siteyi taşımak istediğinizde kod size ait olmayabilir. Başka bir ekip de projeyi devralmakta zorlanabilir. Bu nedenle fiyatlandırma sayfasında şu noktalar açıkça yer almalıdır: - Kodun ve hesap erişimlerinin sahipliği - Hosting modelinin nasıl çalıştığı - Bakımın zorunlu olup olmadığı - Proje sonrası destek kapsamı - Yeni bir özellik talebinde izlenecek süreç Designodin projelerinde yaklaşım nettir: Kapsam baştan yazılır, kod müşteriye teslim edilir ve proje müşteriyi bir ajansa bağımlı bırakacak şekilde kurulmaz. Bu yaklaşım, özellikle [elle kodlanmış WordPress](https://designodin.com.tr/hizmetler/wordpress/) projelerinde yalnızca teknik değil, ticari bir fark yaratır. ### 7. Tek bir sonraki adım olmalı Fiyatlandırma sayfasının sonunda ziyaretçi ne yapacağını bilmelidir. Aynı alanda “hemen başlayın”, “bizi arayın”, “toplantı ayarlayın”, “fiyat alın” ve “demo isteyin” gibi beş ayrı seçenek sunmak, karar vermeyi zorlaştırır. Özel hizmetlerde en uygun CTA genellikle proje bilgisini yazılı olarak istemektir. Bu, iki tarafın da zamanını korur. ## Paket Sayfası mı, Teklif Sayfası mı? Her işletme aynı fiyatlandırma biçimini kullanmamalıdır. Doğru model, sattığınız işin ne kadar tekrar edilebilir olduğuna bağlıdır. ### Paketler ne zaman işe yarar? Paketler, kapsamı gerçekten standart olan işler için uygundur. Örneğin belirli sayıda içeriğin üretildiği sosyal medya yönetimi hizmeti veya teslimatları sabit bir başlangıç kurulumu paketlenebilir. Paket kullanıyorsanız her kartta şu bilgiler bulunmalıdır: - Kimin için olduğu - Hangi teslimatların dahil olduğu - Hangi sınırların bulunduğu - Ne zaman teslim edileceği - Hangi işlerin ek kapsam sayılacağı “Başlangıç”, “profesyonel” ve “kurumsal” gibi adlar kullanılabilir. Ancak paketin neyi çözdüğü, isminden daha önemlidir. ### Teklif sistemi ne zaman daha dürüsttür? Özel geliştirme, e-ticaret taşıma ve karmaşık entegrasyonlar teklif sistemi gerektirir. Çünkü benzer görünen iki proje, uygulamada tamamen farklı iş yükleri çıkarabilir. Mağazanızı yenilemek istediğinizde ilk talep basit görünebilir: “mevcut e-ticaret sitesini yenilemek.” İnceleme başlayınca yüzlerce ürün, farklı varyasyonlar, geçmiş sipariş verisi, kargo kuralları ve ödeme altyapısı ortaya çıkabilir. Arama görünürlüğünü kaybetmemek için mevcut URL yapısının da korunması gerekebilir. Böyle bir projede düşük bir başlangıç fiyatı verip sonradan ek kalemler çıkarmak kolaydır. Doğru yöntem, önce taşınacak yapıyı incelemek; ardından teslimatları ve sınırları yazılı teklifte tanımlamaktır. Fiyatlandırma sayfası, herkese aynı fiyatı vermek için değil; herkese aynı açıklığı vermek için vardır. ## Fiyatlandırma Sayfasında Kaçınılması Gereken Hatalar Şeffaf görünmeye çalışan birçok sayfa, asıl önemli bilgiyi vermediği için ziyaretçiyi yine belirsizlik içinde bırakır. ### “Başlangıç fiyatı” deyip kapsamı gizlemek Başlangıç fiyatı kullanılabilir. Ancak yanında temel kapsam yazmıyorsa ziyaretçiye bir şey anlatmaz. “Başlangıçtan itibaren” ifadesinin altında en azından temel teslimatlar, kapsam sınırları ve ek işlerin nasıl fiyatlandığı yazmalıdır. ### Her şeyi tek pakete sıkıştırmak Tek bir paket, farklı ihtiyaçları olan işletmeleri dışarıda bırakabilir. Gereğinden fazla paket ise karar vermeyi zorlaştırır. Konu paket sayısı değildir. Her seçeneğin diğerinden anlamlı biçimde ayrılmasıdır. Ziyaretçi, neden bir üst seçeneği değerlendirmesi gerektiğini anlayabilmelidir. ### Revizyonu belirsiz bırakmak “Revizyon dahil” demek yeterli değildir. Revizyonun ne olduğu ve hangi aşamada yapılabildiği de yazılmalıdır. Tasarım onayından sonra tamamen yeni bir sayfa istemekle mevcut tasarımda düzenleme istemek aynı iş değildir. Bu ayrım en başta yazılmazsa fiyat tartışması iş başladıktan sonra çıkar. ### Zorunlu ek maliyetleri sonradan söylemek Hizmetin çalışması için gereken maliyetleri ziyaretçi önceden görmelidir. Özellikle platform, lisans, reklam bütçesi, üçüncü taraf uygulama veya ödeme altyapısı gibi kalemlerde açıklık gerekir. Şeffaflık, her kalemin fiyata dahil olması demek değildir. Hangi kalemin neden ayrı olduğunu gizlememektir. ### Hizmet sayfasını fiyatlandırma sayfası sanmak Hizmet sayfası “ne yaptığınızı” anlatır. Fiyatlandırma sayfası ise “bu işin kapsamı ve maliyeti nasıl belirlenir?” sorusunu yanıtlar. İkisini ayırmak, ziyaretçinin aradığı bilgiyi daha hızlı bulmasını sağlar. Örneğin e-ticaret altyapısı, ödeme entegrasyonları ve mağaza sahipliği hakkında daha fazla ayrıntı isteyen biri [WooCommerce e-ticaret](https://designodin.com.tr/hizmetler/e-ticaret/) hizmet kapsamını ayrıca inceleyebilmelidir. ## Fiyatlandırma Sayfası İçin Pratik Kontrol Listesi Sayfayı yayınlamadan önce şu sorulara “evet” diyebiliyor musunuz? - Ziyaretçi hizmetin ne olduğunu ilk ekranda anlayabiliyor mu? - Her paket veya teklif türü için somut teslimatlar yazıyor mu? - Dahil olmayan maliyetler görünür mü? - Fiyatı değiştiren temel kararlar açıklanmış mı? - Süreç ve teklifin nasıl hazırlanacağı net mi? - Revizyon, bakım ve teslim sonrası sahiplik açıklanmış mı? - CTA tek ve anlaşılır mı? - Sayfa mobil ekranda okunabiliyor mu? - Hizmet hakkında daha derin bilgi isteyen ziyaretçi doğru hizmet sayfasına ulaşabiliyor mu? Bu kontrol listesi, fiyat sayfasını uzatmak için değil, daha az soru işareti bırakmak için kullanılmalıdır. ## Sık Sorulan Sorular ### Web sitesi fiyatlarını sitede yayınlamak zorunlu mu? Hayır. Özel kapsamlı projelerde sabit fiyat yayınlamak her zaman doğru değildir. Ancak teklifin hangi bilgiyle hazırlandığını, nelerin dahil olduğunu ve maliyeti nelerin değiştirdiğini açıklamak gerekir. ### Başlangıç fiyatı kullanmak doğru mu? Temel kapsam açıkça yazılmışsa kullanılabilir. Tek başına bırakılan başlangıç fiyatı, ziyaretçinin gerçek maliyeti tahmin etmesine yardımcı olmaz. ### Fiyatlandırma sayfasında KDV bilgisi yer almalı mı? Evet. Fiyat gösteriliyorsa vergi durumu da açıkça yazılmalıdır. Sonradan eklenen bir kalem, fiyatın kendisinden daha fazla güven zedeler. ### Her hizmet için paket hazırlamak gerekir mi? Gerekmez. Tekrar eden ve sınırları net hizmetler paketlenebilir. Özel geliştirme veya karmaşık entegrasyon isteyen projelerde yazılı teklif daha uygun bir modeldir. ### Fiyat sayfasında müşteri yorumu kullanmalı mıyım? Kullanabilirsiniz. Ancak yorum, kapsam açıklamasının yerini tutmaz. Ziyaretçi önce ne alacağını anlamalı, ardından benzer bir işletmenin deneyimini görmelidir. ### Teklif almak için görüşme şart mı? Şart değildir. Proje bilgisi, mevcut site bağlantısı, gereken sayfalar ve gerekli entegrasyonlar yazılı biçimde paylaşılabiliyorsa teklif süreci de yazılı yürütülebilir. ## Şeffaf Fiyatlandırma Güveni Satın Almaz, Kazanır İyi bir fiyatlandırma sayfası ziyaretçiyi fiyat sormaya zorlamaz. Önce hizmetin sınırlarını, maliyeti etkileyen kararları ve sonraki adımı gösterir. Sabit rakam her proje için uygun olmayabilir. Net kapsam, teslim tarihi, sahiplik bilgisi ve gizli maliyet olmaması ise her proje için gereklidir. Ajans seçerken yalnızca teklifin altındaki toplama bakmayın. O toplamın hangi işi karşıladığını da inceleyin. **Web projenizin kapsamı en baştan net olsun.** Designodin’de proje bilgilerinizi yazılı olarak inceler, teslimatları ve süreyi içeren bir teklif paylaşırız. Page builder ile kilitleme yok, belirsiz retainer yok. [Projenizi anlatın, yazılı teklif alın.](https://designodin.com.tr/iletisim/) [Özel WordPress geliştirme kapsamını görün.](https://designodin.com.tr/hizmetler/wordpress/) - #fiyatlandirma-sayfasi - #web-tasarim-teklifi - #ajans-seffafligi ## Bu konu sizin işinizde nasıl karşılık buluyor? Genel geçer cevaplar yerine, sizin durumunuza bakalım. Kapsamı ve teklifi yazılı olarak veririz — satış baskısı yok. [Projenizi anlatın →](https://designodin.com.tr/iletisim/)