Anlaşılır fiyatlandırma tabloları nasıl tasarlanır

Yararlı bir fiyatlandırma tablosu, hesap makinesi veya ikinci bir tarayıcı sekmesi açmadan üç soruyu yanıtlamayı sağlar: Hangi plan işime uygun? Gerçekte ne ödeyeceğim? Seçersem ne olacak?

Gerçek ürün ayrıntılarını düzene yerleştirene kadar bu basit görünür. Bir planda beş editör dahildir, diğeri editör başına ücret alır, yıllık ödeme aylık karşılıkla gösterilir ve en önemli özellik on iki aynı onay işaretinin altında gömülüdür. Kartlar özenli görünürken karar vermek zor kalabilir.

İşlenmiş örneklerde kurgusal bir işbirliği hizmeti olan Fieldnote kullanılıyor.

Kartları çizmeden önce seçimi tanımlayın

Ziyaretçiden beklediğiniz kararı tek cümleyle yazın. Fieldnote için şu: tek başına çalışan araştırmacı, küçük proje ekibi veya merkezi yönetim isteyen kuruluş için çalışma alanı planı seçmek.

Bunlar farklı çalışma ihtiyaçlarıdır. Her fiyatlandırma sayfasında üç sütun olmasına karar vermekten daha yararlı başlangıç noktalarıdır. Tek ücretli paketi olan üründe karşılaştırma yerine fiyat açıklaması gerekebilir. Ayrı ürünler sunan hizmette önce ürün seçici gerekebilir. Temelden farklı satın alımları yan yana sütunlara koymak, birbirlerinin yerine geçebildikleri izlenimini yaratabilir.

Ürün sahibine hangi gerçeklerin seçimi gerçekten değiştirdiğini sorun. Örneğimizde etkin projeler, dahil editörler, misafir erişimi ve yönetim önemlidir. Depolama da değişir, ama hedef kitle için ilk kararı belirlemesi olası değildir. Bu ayrım sayfaya sıra verir: önce uygunluğu ortaya koyun, sonra doğrulamak için gereken ayrıntıları gösterin.

Tasarımın dışında küçük bir bilgi föyü tutun. Her planın adını, kitlesini, faturalama birimini, dahil miktarını, sınırını, yükseltme koşulunu ve satın alma yolunu kaydedin. Kaynakta bir konu karara bağlanmamışsa öyle işaretleyin. Çekici bir taslak, eksik ticari politikayı kazara karara bağlamak için özellikle kötü bir yerdir.

Bilgi föyü tutarsız düzeltmelere karşı da korur. Ekip dahil editör sayısını değiştirirse plan özeti, karşılaştırma satırı, hesaplayıcı ve SSS birlikte güncellenmek zorunda kalabilir. Bunları aynı sayıyı tesadüfen içeren bağımsız metinler değil, tek bir gerçeğin farklı görünümleri olarak ele alın.

Fiyatlandırma tablosu tasarımı: önce ön seçim, sonra karşılaştırma

Plan kartları ile özellik matrisi farklı işler yapar. Kartlar ziyaretçinin kısa liste oluşturmasına yardım eder. Matris, o listeyi belirli gereksinimlerle kontrol etmesini sağlar. Bütün ayrıntıları kartlara doldurmak, farkları bulmanın zor olduğu uzun sütunlar üretir.

Figma’nın fiyatlandırma rehberi kısa plan sunumlarını daha kapsamlı karşılaştırma tablosundan ayırır ve faturalama birimlerini fiyatın yakınında açıkça göstermeyi önerir. Buradaki yapı için yararlı bir temeldir. Figma’nın fiyatlandırma sayfası rehberi.

Fieldnote’ta Solo kartı bağımsız projeleri açıklayıp fiyatı, etkin proje sınırını ve misafir erişimini gösterebilir. Team kartı ortak araştırmayı açıklayıp fiyatı, dahil editörleri ve paylaşılan proje kapasitesini gösterebilir. Organization kartı merkezi yönetimi ve satış ekibi üzerinden satın alma yolunu açıklayabilir. Ticari model teklif gerektiriyorsa son karta uydurma bir kamu fiyatı zorla koymak gerekmez.

Değerler farklı olsa da bilgi sırasını tutarlı tutun. Bir kart ödeme koşullarını düğmenin altına, diğeri fiyatın yanına koyuyorsa okur ilişkiyi aramak zorunda kalır. Hizalama bir açıklama biçimine dönüşür: aynı konum aynı bilgi türünü ifade eder.

GitHub’ın fiyatlandırma sayfasını iki geçişte okuyun

GitHub fiyatlandırma sayfası, plan özeti ile ayrıntılı karşılaştırma ayrımına yararlı bir gerçek örnek sunar. Plan alanı kullanılabilir seçenekleri ve satın alma yollarını belirler; alttaki özellik karşılaştırması başka bir ayrıntı düzeyi sağlar. Kaydedilen fiyatlar o sayfanın yapısını örnekler; güncel koşullar için canlı sayfayı kontrol edin.

İki alanı farklı sorularla inceleyin. Özette ekibiniz için hangi seçeneğin makul olduğunu belirleyebiliyor musunuz? Matriste onu eleyecek tek gereksinimi doğrulayabiliyor musunuz? Bu işbölümü yararlıdır; çünkü tanıtım kartı ile satın alma kontrolü aynı bilgi yoğunluğuna sahip değildir. Matrisin her satırını taşıyan kart artık özet değildir.

Olası bir alıcıdan uygun planı seçmesini ve taahhüdü açıklamasını isteyin; bu yanıtlar düzenin ne ilettiğini test eder.

Okurun gerçekten seçtiği faturayı hesaplayın

Ayrı bir koltuk başına örnek için SeatMeter adlı kurgusal hizmeti düşünün: plan, yıllık faturalamayla editör başına aylık $12 olarak gösterilir ve en az beş editör gerekir. Üç kişilik ekip her ay mutlaka $36 ödemez. Belirtilen koşullarda asgari yıllık taahhüt $12 × 5 × 12 = $720 olur.

Tek tek her sayı doğru olsa bile fiyatlandırma tasarımı çoğu zaman burada başarısız olur. Görsel hiyerarşi aylık karşılığı akılda kalıcı, gerçek ödemeyi ise neredeyse görünmez yapar. Birinden bugün ne kadar ücret alınacağını düşündüğünü açıklamasını isteyin. Fatura yerine birim fiyatı söylüyorsa birim fiyatı büyütmek yanlış anlamayı çözmez.

Tasarruf rozetinin karşılaştırma temelini gizlemesine izin vermeyin. Yıllık seçenek on iki aylık ödemeye göre yüzde yirmi tasarruf sağlıyorsa hangi aylık fiyatın kullanıldığını söyleyin. Promosyon yalnızca ilk dönemde geçerliyse bu koşulu promosyon tutarına yakın tutun. Geçici teklife iliştirilmiş kalıcı görünümlü rozet, dipnotun gideremeyeceği bir beklenti yaratır.

Aynı disiplin dahil kapasite için de geçerlidir. “Beş editör dahil” ve “en az beş ücretli editör”, aynı başlangıç ekip büyüklüğüne yol açarken farklı ticari kurallar tanımlayabilir. Gerçek kuralı bilgi föyüne yazın; sonra kartın, matrisin ve ödeme adımına geçişin aynı anlamı kullanmasını sağlayın.

Çalışma alanı fiyatlandırması farklı hesaplanır

Tutarı, para birimini, faturalama birimini ve taahhüdü bir arada tutun. Aylık karşılığıyla sunulan yıllık aboneliklerde toplam yıllık ücret aynı görsel grupta yer almalıdır.

Fieldnote Team’in aylık faturalamada çalışma alanı başına her ay $30 olduğunu varsayın. Ayrı, çalışma alanı temelli yıllık teklifin fiyatı çalışma alanı başına yılda $288, aylık karşılığı $24 olsun. Açık bir yıllık kart, ana rakam olarak aylık karşılığı gösterebilir; hemen ardından yıllık $288 faturalandırıldığını açıklayan cümle gelmelidir. Ziyaretçi on iki adet $24 ödemenin mümkün olup olmadığını çıkarsamak zorunda kalmamalıdır.

Çalışma alanı fiyatı ile koltuk fiyatı arasındaki fark da aynı özeni ister. Altı kişilik ekip gerçekte altı katını ödeyecekse “aylık $24” eksiktir. Fiyatın sabit sayıda editörü mü içerdiğini, her editöre mi uygulandığını yoksa asgari adetten mi başladığını gösterin. Adet varsayımını uzaktaki araç ipucuna değil, fiyatla aynı alana koyun.

Değişken kullanımda hesaplayıcı eklemeden önce sınırı açıklayın. Görünür dayanağı olmayan hesaplayıcı belirsiz fiyatı kesin gösterebilir. Hangi kullanımın dahil olduğunu, ek ücreti neyin tetiklediğini ve tahminin isteğe bağlı öğeleri içerip içermediğini belirtin. Hesaplanabilecek sabit bir fiyat yoksa bunun yerine satış ekibinin hangi bilgilere ihtiyaç duyduğunu açıklayın.

Tek karşılaştırma satırında birkaç birimi karıştırmayın. Satır neyin ve hangi dönemde sayıldığını söylemiyorsa bir hücrede “10”, diğerinde “Sınırsız” yazması belirsizdir. “Etkin projeler” ile “Ayda oluşturulan projeler” farklıdır. Sayılar aynı görünse bile bu ayrım satın alma kararını değiştirebilir.

Faturalama anahtarını koşul değişikliği olarak ele alın

Aylık ile yıllık faturalama arasında geçmek, etkilenen bütün gerçekleri birlikte güncellemelidir. Bu, ana rakama uygulanan bir animasyondan fazlasıdır. Yıllık toplam, tasarruf açıklaması, taahhüt ifadesi ve satın alma eyleminin hedefi seçili durumla tutarlı kalmalıdır.

Fieldnote örneğinde aylık faturalama on iki ayda $360, yıllık faturalama $288 tutar. Fark $72, yani aylık faturalama toplamının yüzde yirmisidir. Tasarım bu tasarrufu gösteriyorsa temelini açık tutun. İndirimli yıllık tutarı başka bir promosyon fiyatıyla karşılaştırmak farklı bir hikâye anlatır.

Etkin seçimin etiketi ve durumu belirsiz olmamalıdır. Küçük anahtarın yanındaki iki sözcük, soldaki etiketin geçerli değeri mi diğer seçeneği mi anlattığını belirsiz bırakabilir. Seçeneği gözle görülür biçimde seçilmiş bölümlü kontrolü prototipte açıklamak çoğu zaman daha kolaydır. Hangi sunumu seçerseniz seçin, seçili durum klavye kullanımında korunmalı ve yalnızca renge bağlı olmamalıdır.

Sayfanın aşağısındaki plana bakarken kontrolü değiştirin. Hangi faturalama döneminin geçerli olduğunu hâlâ anlayabiliyor musunuz? Uzun karşılaştırmanın yakınında tekrarlanan dönem etiketi, yukarıda kaybolmuş bir kontrolden daha yararlı olabilir. Fiyatın bağlamını kaybetmesini önlüyorsa tekrar haklıdır.

Neyin sabit kalacağını da belirleyin. Gerçek teklif değişmiyorsa ziyaretçi ödeme sıklığını değiştirdi diye plan sırası ve özellik sınırları değişmemelidir. Beklenmedik yeniden sıralama iki durumu karşılaştırmayı zorlaştırır ve hizmet okurun gözünün önünde değişmiş gibi görünebilir.

Dürüstçe karşılaştırılabilen satırlar oluşturun

Her satır tek soru sormalı ve her plan için yanıtlamalıdır. “Proje kapasitesi” sayı içerebilir. “Misafir erişimi”, “Dahil” veya “Dahil değil” içerebilir. Bir plan e-posta, diğeri belirli bir irtibat kişisi sunuyorsa “Destek” açıklama gerektirir. Tek onay işareti bu farkları ifade edemez.

Satır boyunca aynı birimi ve kesinlik düzeyini kullanın. Solo sütunu “Üç etkin proje” diyorsa Team’e “Büyümek için bol alan” yazmayın. İkinci ifade, tablonun varlık nedeni olan karşılaştırmadan kaçar. Tanıtım dilini çevredeki açıklamaya, gerçek sınırı hücreye koyun.

Yokluk ile belirsizliği ayırın. Tire; kullanılamıyor, uygulanamaz, açıklanmamış veya sıfır anlamına gelebilir. Ayrım önemliyse açık sözcükler seçin. Küçük bir simge kullanıyorsanız anlamını açıkça belirtin ve yardımcı teknolojilerin de bu anlamı almasını sağlayın. Alıcı, boş hücrenin kısıtlama mı yayın hatası mı olduğunu tahmin etmek zorunda kalmamalıdır.

Özellik adları da sabit kalmalıdır. Aynı yeteneğe ilk planda “Paylaşılan klasörler”, ikincide “İşbirliği alanları” demek, gerçekte olmayan bir yükseltme izlenimi yaratabilir. Yetenek gerçekten değişiyorsa değişikliği açıklayın: daha fazla üye, daha uzun geçmiş, farklı izinler veya farklı hizmet taahhüdü.

Satırları tanınabilir sorular etrafında gruplayın. Fieldnote proje işi, işbirliği ve yönetim bölümleri kullanabilir. Gruplar, ürün ekibinin iç sorumluluk şemasını yeniden üretmek yerine yanıt bulmayı kolaylaştırmalıdır. Alıcı erişimi paylaşma açısından düşünüyorsa alttaki özelliklerin sahibi birkaç mühendislik ekibi olsa bile o yolu açık kılın.

“Önceki plandaki her şey” ifadesine dikkat edin. Kartı kısaltır, ama üst kademeyi anlamak için okuru başka yere bakmaya zorlar. Kısa genel bakışta kabul edilebilir. Matriste ise gerçek değeri tekrarlamak genellikle daha yararlıdır; çünkü her satır bağımsız karşılaştırılabilir kalır.

Gerekçesi olan bir öneri gösterin

Vurgulanan plan neden uygun olduğunu açıklamalıdır. “Projeler arasında ortak araştırma yapan ekipler için”, Fieldnote Team’i düşünmeye neden verir. “En avantajlı”, dayanağını bilmeden yargıyı kabul etmenizi ister. “En popüler” olgusal iddiadır ve kanıt gerektirir; önerinin dekoratif yerine geçmemelidir.

Alternatifleri okunabilir tutarken başlangıç noktası oluşturmak için vurgu kullanın. Daha güçlü kenarlık, küçük etiket veya ölçülü yüzey değişikliği bunu yapabilir. Ortadaki kartı çevresindeki koşulların taranmasını zorlaştıracak kadar büyütmek kötü bir takastır. Kullanıcının vurgulanan seçeneği diğerleriyle karşılaştırması hâlâ gerekir.

Vurguyu kaldırarak sayfayı kontrol edin. Teklif anlaşılmaz hâle geliyorsa vurgu fazla açıklama yükü taşımıştır. Renk öncelik eklemeden önce plan adları, kitle açıklamaları ve görünür farklar makul bir seçim oluşturmalıdır.

Dar ekranlarda ödünleşimi gizlemeyin

Plan kartlarını alt alta koymak kolaydır; karşılaştırmayı korumak daha zordur. Her plan ayrı ekran kapladığında ilk planda bir özelliğin bulunup bulunmadığını hatırlamak görevin parçası olur. Temiz dikey düzenin otomatik olarak kolay karşılaştırma olduğunu varsaymayın.

Az sayıda planda üst üste kartların özellik sırasını tutarlı tutun. Daha uzun matriste iki plan seçilebilen dar karşılaştırmayı veya yönelimi açık yatay kaydırılabilir tabloyu düşünün. Doğru seçenek, ziyaretçilerin ağırlıklı olarak tek planı okumasına mı yoksa birkaç belirli değeri karşılaştırmasına mı bağlıdır.

Akordeon başlangıç uzunluğunu azaltabilir, fakat bilgiyi gizler. Temel kısıtlamaları ve ödeme koşullarını kapalı bölümlerin dışında tutun. Kişi misafir erişiminin hangisinde olduğunu bulmak için her planı açmak zorundaysa akordeon aynı çabayı yalnızca daha fazla etkileşime dağıtmıştır.

Gerçek veri tablosu kullanırken yapısal ilişkilerini koruyun. W3C’nin tablo eğitimi, ilişkilerin yardımcı teknolojilerce erişilebilir olması için başlık ve veri hücrelerinin nasıl ilişkilendirilmesi gerektiğini açıklar. Görsel olarak hizalı metin ızgarası eşdeğer uygulama değildir. W3C’nin erişilebilir tablolar eğitimi.

Dar sürümü somut karşılaştırmayla deneyin: altı editörü ve yirmi etkin projeyi destekleyen en ucuz seçeneği bulun. Bu uydurma gereksinimler, düzenin seçim için gereken bilgiyi koruyup korumadığını ortaya çıkarır. Sayfanın görünüm alanına sığdığını kontrol etmek bu soruyu yanıtlamaz.

Eylemi sonraki adımla eşleştirin

Düğme, ziyaretçinin gerçekten yapabileceği ilk eylemi tanımlamalıdır. Deneme başlatmak, ücretsiz çalışma alanı oluşturmak, ücretli abonelik seçmek ve satışla iletişime geçmek farklı adımlardır. Hepsinde “Başlayın” kullanmak tutarlı bir düğme sırası yaratır, ama etkileşimi belirsiz bırakır.

Önemli koşulları ilgili eyleme yakın koyun. Deneme ödeme yöntemi gerektiriyorsa kişi ilerlemeden önce söyleyin. Kuruluş planı görüşmeyle başlıyorsa anında ödeme ima eden düğmeden kaçının. Amaç kart içinde bütün satın alma sürecini anlatmak değil, doğru beklenti kurmaktır.

Aboneliği zaten olan kişileri düşünün. Genel bir kamu fiyatlandırma tablosu onları mükerrer kayıt akışına gönderebilir. Nihai ürün uygulamasında mevcut plan durumu veya hesap ayarlarına yol gerekebilir. Prototip hesap mantığını uygulamasa bile tasarımın yalnızca ilk ziyaretçiler için değerlendirilmemesi adına bu durumu kaydedin.

Kullanılamayan her seçeneği devre dışı düğmeyle temsil etmeyin. Uygunluk hesap koşuluna bağlıysa koşulu açıklayın. Açıklamasız devre dışı kontrol, sorunun sınır mı geçici hata mı bilinçli kural mı olduğunu anlamanın yolunu vermez.

Kaydedilen GitHub kartları ayrımı somutlaştırır. Team, “Continue with Team” sunar; Enterprise hem deneme hem satışla iletişim sunar. İkinci kart planın iki farklı özelliğini değil, aynı plana iki giriş yolunu temsil eder. İncelemede her yolu izleyin ve ziyaretçinin sonraki adımda hangi bilgileri vermesi gerektiğini kontrol edin. Düğme rengi tutarlılığı sayfanın görsel ritmini korurken etiketler sonraki adım konusunda somut kalabilir.

Taslağı karar görevleriyle inceleyin

Her inceleyenin yanıtlayacağı soru olduğunda görsel inceleme daha yararlı olur. Birine tek kişi senaryosunu, diğerine büyüyen ekip senaryosunu verin. Plan seçmelerini ve seçime yol açan gerçekleri açıklamalarını isteyin. Akıl yürütmeleri, açık uçlu geri bildirim isteğinin kaçırabileceği belirsizlikleri gösterir.

Fieldnote’ta bir görev, iki projesi ve birkaç misafiri olan araştırmacıyı kapsayabilir. Bir diğeri altı editörü, üçüncüsü kuruluş genelinde yönetimi gerektirebilir. Vurgulanan planı elemesi gereken bir senaryo da ekleyin. Aksi takdirde inceleme, karşılaştırmanın farklı bir sonucu destekleyip desteklemediğini değil, yalnızca görsel vurgunun çalışmasını kontrol eder.

Sonra her kişiden hemen alınacak tutarı ve faturalama taahhüdünü söylemesini isteyin. Doğru sözcükler teknik olarak sayfanın bir yerinde bulunsa bile yanlış yanıt sorundur. Otomatik olarak başka dipnot eklemek yerine açıklamayı yanlış anlamaya göre taşıyın veya yeniden yazın.

Tabloyu bilerek zor bir değerle de inceleyin: uzun özellik adı, kullanılamayan özellik veya fiyatı müzakere edilen plan. Bunlar geliştirmeye ertelenecek nadir düzen istisnaları değildir. Karşılaştırma yapısının gerçek teklifi temsil edip edemeyeceğini belirlerler.

OpenDesign’da HTML önizlemesi bu görsel incelemeyi destekleyebilir. Yorumlar yanıltıcı fiyat grubunu veya hizası bozulan karşılaştırma satırını gösterebilir; hedefli metin ya da stil düzenlemeleri sunumu iyileştirebilir. Onaylanmış plan bilgilerini tasarım bağlamı olarak sağlayın. Faturalama hesaplarını, hesap uygunluğunu ve ödeme davranışını uygulanan akışta doğrulayın.

Sayfayı teslim etmeden önce görünür her fiyatı ve sınırı bilgi föyüyle karşılaştırın. Her iki faturalama durumunu, bütün satın alma eylemlerini ve dar düzeni kontrol edin. Tablo, vurgulanan planın doğru olmadığı durumlar dahil, okur uygun bir seçimi ve koşullarını doğru açıklayabildiğinde hazırdır.