Bir test ve geliştirme SaaS teklifi planlama

Makale
11/22/2023

Üretim teklifinizden ayrı bir ortamda geliştirmek için ayrı bir test ve geliştirme (DEV) teklifi ve ayrı bir üretim (PROD) teklifi oluşturacaksınız. Bu makalede geliştirme ve test işlemlerinizi bir DEV teklifinde gerçekleştirmenin avantajları ve DEV ile üretim teklifleri arasındaki yapılandırma farklılıkları açıklanmaktadır.

DEV teklifinin avantajları

Geliştirme ekibinin PROD teklifini geliştirme ve test etme amacıyla kullanması için ayrı bir DEV teklifi oluşturmanın bazı nedenleri şunlardır:

Yanlışlıkla müşteri ücretlerinden kaçının
Fiyatlandırma modellerini değerlendirme
Gerçek müşterileri hedeflemeyen planlar eklenmiyor

Yanlışlıkla müşteri ücretlerinden kaçının

PROD teklifi yerine bir DEV teklifi kullanarak ve bunları geliştirme ve üretim ortamları olarak değerlendirerek müşterilere yanlışlıkla ücret ödemekten kaçınabilirsiniz.

Market API'lerini çağırmak için iki farklı Microsoft Entra uygulaması kaydetmenizi öneririz. Geliştiriciler, DEV teklifinin ayarlarıyla bir Microsoft Entra uygulaması kullanacak ve operasyon ekibi prod uygulama kaydını kullanacaktır. Bunu yaparak geliştirme ekibini, ayda 100 bin ABD doları ödeyen bir müşterinin aboneliğini iptal etmek için API'yi çağırmak gibi yanlışlıkla hatalar yapmaktan yalıtabilirsiniz. Müşterinin kullanmadıkları tarifeli kullanım için ücretlendirmekten de kaçınabilirsiniz.

Fiyatlandırma modellerini değerlendirme

GELIŞTIRICI teklifinde fiyatlandırma modellerinin test edilmesi, geliştiriciler farklı fiyatlandırma modelleriyle deneme yaparken riski azaltır.

Yayımcılar, tekliflerinde en uygun fiyatlandırma modelini belirlemek için DEV teklifinde ihtiyaç duydukları planları oluşturabilir. Geliştiriciler, farklı fiyatlandırma birleşimlerini test etmek için DEV teklifinde birden çok plan oluşturmak isteyebilir. Örneğin, farklı özel tarifeli boyut kümelerine sahip planlar oluşturabilirsiniz. Sabit fiyat ve özel tarifeli boyutların karışımıyla farklı bir plan oluşturabilirsiniz.

Birden çok fiyatlandırma seçeneğini test etmek için her benzersiz fiyatlandırma modeli için bir plan oluşturmanız gerekir. Daha fazla bilgi edinmek için bkz . Planlar.

Gerçek müşterileri hedeflemeyen planlar eklenmiyor

Geliştirme ve test için bir DEV teklifi kullanarak PROD teklifindeki gereksiz dağınıklığı azaltabilirsiniz. Örneğin, farklı fiyatlandırma modellerini veya teknik yapılandırmaları test etmek için oluşturduğunuz planları silemezsiniz (destek bileti oluşturmadan). Bu nedenle DEV teklifinde test planları oluşturarak PROD teklifindeki dağınıklığı azaltmış olursunuz.

PROD teklifindeki dağınıklık, tüm planların gerçek müşterileri hedeflemesini beklediklerinden ürün ve pazarlama ekiplerini rahatsız eder. Özellikle farklı korumalı alanlarla çalışmak isteyen kopuk büyük ekiplerde, iki teklif oluşturmak DEV ve PROD için iki farklı ortam sağlayacaktır. Bazı durumlarda, farklı test senaryoları çalıştıran farklı kişilere sahip daha büyük bir ekibi desteklemek için birden çok DEV teklifi oluşturmak isteyebilirsiniz. Farklı ekip üyelerinin PROD teklifinden ayrı olarak DEV teklifinde çalışmasına izin vermek, üretim planlarının mümkün olduğunca üretime hazır durumda tutulmasına yardımcı olur.

BIR DEV teklifini test etmek, teklif başına 30 özel tarifeli boyut sınırından kaçınmaya yardımcı olur. Geliştiriciler, PROD teklifindeki özel tarifeli boyut sınırını etkilemeden DEV teklifinde farklı ölçüm kombinasyonlarını deneyebilir.

DEV ve üretim teklifleri arasındaki yapılandırma farklılıkları

Çoğu ayarı test ve geliştirme (DEV) ve üretim (PROD) tekliflerinde aynı şekilde yapılandıracaksınız. Örneğin, resmi pazarlama dili ve ekran görüntüleri ve logolar gibi varlıklar aynı olmalıdır. Yapılandırmanın aynı olduğu durumlarda, DEV teklifindeki planlardaki alanları KOPYALAYıP PROD teklifindeki planlara yapıştırabilirsiniz.

Aşağıdaki bölümlerde DEV ve PROD teklifleri arasındaki yapılandırma farkları açıklanmaktadır.

Teklif kurulumu sayfası

Her iki teklifin Diğer Ad kutusunda aynı diğer adı kullanmanızı ancak DEV teklifinin diğer adına "_test" eklemenizi öneririz. Örneğin, PROD teklifinizin diğer adı "contososolution" ise DEV teklifinin diğer adı "contososolution_test" olmalıdır. Bu şekilde, PROD teklifinizden hangi DEV teklifinizi kolayca belirleyebilirsiniz.

Müşteri adayları bölümünde, DEV teklifi için bir Azure tablosu veya test CRM ortamı kullanın. PROD teklifi için İş Ortağı Merkezi'ndeki Referanslar çalışma alanını veya CRM sisteminizi kullanın.

Özellikler sayfası

Bu sayfayı hem DEV hem de PROD tekliflerinde aynı şekilde yapılandırın.

Teklif listeleme sayfası

Bu sayfayı hem DEV hem de PROD tekliflerinde aynı şekilde yapılandırın.

Önizleme hedef kitlesi

DEV teklifinde, kendiniz de dahil olmak üzere geliştiricilerin ve test edenlerin Microsoft Entra kullanıcı asıl adlarını veya Microsoft hesabı (MSA) e-posta adreslerini ekleyin. Microsoft Entra Id üzerindeki bir kullanıcının kullanıcı asıl adı, o kullanıcının e-postasından farklı olabilir. Örneğin, jane.doe@contoso.com çalışmaz ancak janedoe@contoso.com çalışır. Belirlediğiniz kullanıcılar geliştirme ve test aşamasında Önizleme bağlantısını paylaştığınızda DEV teklifine erişebilir.

PROD teklifinde, teklifi canlı yayımlamak için Canlı Yayına Git düğmesini seçmeden önce teklifi doğrulayacak kullanıcıların Microsoft Entra kullanıcı asıl adını veya Microsoft Hesabı e-postasını ekleyin.

Teknik yapılandırma sayfası

Bu tabloda DEV teklifleri ve PROD teklifleri için ayarlar arasındaki farklar açıklanmaktadır.

Tablo 1: Teknik yapılandırma farklılıkları

Ayar	DEV teklifi	PROD teklifi
Giriş sayfası URL'si	Geliştirme/test uç noktanızı girin.	Üretim uç noktanızı girin.
Bağlan ion web kancası	Geliştirme/test uç noktanızı girin.	Üretim uç noktanızı girin.
Microsoft Entra kiracı kimliği	Test uygulaması kaydı kiracı kimliğinizi (Microsoft Entra dizin kimliği) girin.	Üretim uygulaması kayıt kiracı kimliğinizi girin.
Microsoft Entra uygulama kimliği	Test uygulaması kayıt uygulama kimliğinizi (istemci kimliği) girin.	Üretim uygulaması kayıt uygulama kimliğinizi girin.

Plan görünürlüğü

Test planınızı özel plan olarak yapılandırmanızı öneririz, bu nedenle yalnızca hedeflenen geliştiriciler ve test ediciler tarafından görülebilir. Bu, teklifi yanlışlıkla canlı yayınlarsanız test planınızı müşterilere sunmanıza karşı ek bir koruma düzeyi sağlar.

Planınızı DEV teklifi yerine bir üretim teklifinde test etmeyi seçerseniz, müşterilerin planı satın alamaması için bu özellikle önemlidir. Ayrı bir özel test planı oluşturmanızı ve özel test planını hiçbir zaman canlı yayımlamamanızı öneririz. Testlerinizi önizlemede yapmak için özel test planınızı kullanacaksınız. Testinizi tamamladığınızda canlı yayımlama için bir üretim planı oluşturacaksınız. Ardından test planının dağıtımını durdurabilirsiniz.

Plana genel bakış sayfası

Planlarınızı oluştururken, hem DEV hem de PROD tekliflerinde aynı Plan Kimliği ve Plan adını kullanmanızı öneririz, ancak dev teklifindeki plan kimliğini _test ekleyin. Örneğin, PROD teklifindeki Plan Kimliği "kurumsal" ise, DEV teklifindeki plan kimliği "enterprise_test" olmalıdır. Bu şekilde, PROD teklifinizden hangi DEV teklifinizi kolayca belirleyebilirsiniz. TEKLIFIniz için en uygun olduğuna karar vereceğiniz fiyatlandırma modelleri ve fiyatlarla PROD teklifinde planlar oluşturacaksınız.

Plan listesi

Plan genel bakış>Plan listesi sekmesinde, hem DEV hem de PROD planlarına aynı plan açıklamasını girin.

Fiyatlandırma ve kullanılabilirlik sayfası

Bu bölümde, Plana genel bakış>Fiyatlandırma ve kullanılabilirlik sayfasını tamamlamaya yönelik yönergeler sağlanır.

Pazarlar

DEV ve PROD teklifleri için aynı pazarları seçin.

Fiyatlandırma

Fiyatlandırma modellerini denemek için DEV teklifini kullanın. Hangi fiyatlandırma modelinin veya modellerin en iyi şekilde çalıştığını doğruladıktan sonra PROD teklifinde istediğiniz fiyatlandırma modellerini ve fiyatları içeren planları oluşturacaksınız.

Planı satın aldığınızda, planda tanımlanan fiyatlar ücretlendirilir. Test maliyetlerinizi en aza indirmek için DEV teklifinin planlarda sıfır veya düşük fiyatlarla planları olmalıdır. Örneğin, $0,01 (bir sent). Bu, sabit fiyat, tarifeli faturalama ve kullanıcı başına fiyatlar için geçerlidir. PROD teklifi, müşterilere ücretlendirmek istediğiniz fiyatlara sahip olacaktır.

Önemli

Önizlemede yapılan satın almalar hem DEV hem de PROD teklifleri için işlenir. Bir teklifin fiyatı 100 ABD doları/mo ise şirketinizden 100 ABD doları ücret alınır. Böyle bir durumda, bir destek bileti açabilirsiniz ve tam tutar için bir ödeme yapacağız (ve mağaza hizmeti ücreti almayacağız).

Müşteriden ücret almak istediğiniz fiyatları canlı olarak yayımlayacağınız ayrı bir üretim planında ayarlayacaksınız.

Fiyatlandırma modeli

DEV ve PROD tekliflerinin planlarında aynı plan yapısını kullanın. Örneğin, PROD teklifindeki plan aylık faturalama dönemiyle Sabit fiyat ise, planı DEV teklifinde aynı modeli kullanarak yapılandırın.

Market özel ölçüm boyutları dahil olmak üzere fiyatlandırma modellerini test etme maliyetinizi azaltmak için, GELIŞTIRME teklifinde Fiyatlandırma ve kullanılabilirlik sekmesinin Fiyatlandırma bölümünü PROD teklifinden daha düşük fiyatlarla yapılandırmanızı öneririz. DEV teklifinde planların fiyatlarını ayarlarken izleyebileceğiniz bazı yönergeler aşağıdadır.

Tablo 2: Fiyatlandırma yönergeleri

Fiyat	Açıklama
0,00 ABD doları - 0,01 ABD doları	Finansal etkisi olmayacak şekilde sıfır olan toplam işlem maliyetini veya düşük maliyete sahip olmak için bir sent ayarlayın. Ölçüm API'lerine çağrı yaparken veya çözümünüzü geliştirirken teklifinizdeki satın alma planlarını test etmek için bu fiyatı kullanın.
0,01 ABD doları	Analiz, raporlama ve satın alma sürecini test etmek için bu fiyat aralığını kullanın.
$50,00 - $100,00	Ödemeyi test etmek için bu fiyat aralığını kullanın. Ödeme zamanlamamız hakkında bilgi için bkz . Ödeme zamanlamaları ve işlemleri.