Test ve geliştirme SaaS teklifi planlama

Makale
03/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 yansıtılmasını önleyebilirsiniz.

Market API'lerini çağırmak için iki farklı Azure AD uygulaması kaydetmenizi öneririz. Geliştiriciler, DEV teklifinin ayarlarıyla bir Azure AD uygulaması kullanacak ve operasyon ekibi prod uygulama kaydını kullanacaktır. Bunu yaparak geliştirme ekibini, aylık 100.000 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üşteriden kullanmadıkları tarifeli kullanım için ücret ödemekten de kaçınabilirsiniz.

Fiyatlandırma modellerini değerlendirme

GELIŞTIRICI teklifinde fiyatlandırma modellerini test etmek, geliştiriciler farklı fiyatlandırma modellerini denediğinde riski azaltır.

Yayımcılar, tekliflerine 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. Düz hız 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). Dolayısıyla 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 bekledikleri için ü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ğlar. 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 GELIŞTIRME teklifinde PROD teklifinden ayrı çalışmasına izin vermek, üretim planlarının mümkün olduğunca üretime hazır durumda tutulmasına yardımcı olur.

DEV teklifini test etmek, teklif başına 30 özel tarifeli boyut sınırını önlemeye 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 de 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 planlardan PROD teklifindeki planlara alanları kopyalayıp yapıştırabilirsiniz.

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

Teklif kurulum 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, GELIŞTIRME teklifi için bir Azure tablosu veya test CRM ortamı kullanın. PROD teklifi için İş Ortağı Merkezi'nde veya CRM sisteminizde Referanslar çalışma alanını 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 Azure Active Directory (Azure AD) kullanıcı asıl adlarını veya Microsoft hesabı (MSA) e-posta adreslerini ekleyin. Azure AD ü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 Geç düğmesini seçmeden önce teklifi doğrulayacak kullanıcıların Azure AD kullanıcı asıl adını veya Microsoft Hesabı e-postasını ekleyin.

Teknik yapılandırma sayfası

Bu tabloda, DEV teklifleriyle PROD tekliflerinin 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ğlantı web kancası	Geliştirme/test uç noktanızı girin.	Üretim uç noktanızı girin.
Azure Active Directory kiracı kimliği	Test uygulaması kaydı kiracı kimliğinizi (Azure AD dizin kimliği) girin.	Üretim uygulaması kaydı kiracı kimliğinizi girin.
Azure Active Directory 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 bir 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ı olarak yayımladığınızda test planınızı müşterilere sunmaktan 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ı asla canlı yayımlamamanızı öneririz. Testinizi ö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 _test ile DEV teklifindeki plan kimliğini 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 fiyatlarıyla PROD teklifinde planlar oluşturacaksınız.

Plan listesi

Plana genel bakış>Plan listeleme 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ı tamamlamak için yönergeler sağlanır.

Piyasa

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

Fiyatlandırma

Fiyatlandırma modelleriyle denemeler yapmak 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 olması gerekir. Ö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

Önizleme sürümünde yapılan satın alma işlemleri 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 tutarın tamamı 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ı ü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 teklifindeki 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	Yorum
0,00 ABD doları - 0,01 USD	Finansal etkisi olmayacak şekilde toplam işlem maliyetini sıfır 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 USD	Analiz, raporlama ve satın alma sürecini test etmek için bu fiyat aralığını kullanın.
50,00 ABD doları - 100,00 USD	Ödeme test etmek için bu fiyat aralığını kullanın. Ödeme zamanlamamız hakkında bilgi için bkz. Ödeme zamanlamaları ve işlemleri.