Ticari market için SaaS teklifi planlama

Bu makalede, Microsoft ticari markete hizmet olarak yazılım (SaaS) teklifleri yayımlamaya yönelik farklı seçenekler ve gereksinimler açıklanmıştır. SaaS, çevrimiçi abonelikler aracılığıyla müşterilerinize yazılım çözümleri teslim ve lisans vermenizi sağlar. Bir SaaS yayımcısı olarak, müşterilerinize teklifinizi kullanımını desteklemek için gereken altyapıyı yönetir ve ödemeniz gerekir. Bu makale, teklifinizi aşağıdakilerle ticari markette yayımlamak üzere hazırlamanıza İş Ortağı Merkezi.

Listeleme seçenekleri

Yeni bir SaaS teklifi yayımlamaya hazır olurken, hangi listeleme seçeneğinin seçeceklerine karar verebilirsiniz. Seçtiğiniz listeleme seçeneği, tekliflerinizi daha sonra oluşturmak için hangi ek bilgileri İş Ortağı Merkezi. Listeleme seçeneğinizi Teklif kurulumu sayfasında, ticari markette SaaS teklifi oluşturma sayfasında açıklanan şekilde tanımlayabilirsiniz.

Aşağıdaki tabloda ticari markette SaaS tekliflerini listeleme seçenekleri yer almaktadır.

* Yayımcılar sipariş, karşılama, ölçüm, faturalama, ödeme ve toplama da dahil olmak üzere ancak bunlarla sınırlı değil, yazılım lisansı işlemlerinin tüm yönlerini desteklemekten sorumludur.

Bu listeleme seçenekleri hakkında daha fazla bilgi için bkz. Ticari market işlem özellikleri.

Teklifiniz yayımlandıktan sonra teklifiniz için seçtiğiniz listeleme seçeneği, teklifinizin listeleme sayfasının sol üst köşesinde bir düğme olarak görünür. Örneğin aşağıdaki ekran görüntüsünde, Get it now (Şimdi al) düğmesinin Azure Market bir teklif listeleme sayfası görüntülenir.

Teknik gereksinimler

Teknik gereksinimler, teklifiniz için seçtiğiniz listeleme seçeneğine bağlı olarak farklılık gösterir.

Benimle iletişime geçin listeleme seçeneğinin teknik gereksinimleri yoktur. Müşteri adaylarını yönetmek için müşteri ilişkileri yönetimi (CRM) sistemini bağlama seçeneğiniz vardır. Bu, bu makalenin ilerleyen kısımlarında Müşteri adayları bölümünde açıklanmıştır.

Şimdi al (Ücretsiz), Ücretsiz deneme ve Microsoft aracılığıyla satış listeleme seçenekleri aşağıdaki teknik gereksinimlere sahiptir:

• Siteniz üzerinde alıcıların kimliklerini doğrularken hem Microsoft Hesaplarını (MSA) Azure Active Directory (Azure AD) etkinleştirmeniz gerekir. Azure AD hesabı olan alıcıların, çoklu oturum açma (SSO) ile Azure AD kullanarak uygulamanıza oturum açmasına izin verebilirsiniz.
• Teklifinizi satın alan bir müşteri için sorunsuz oturum açma ve ekleme deneyimi sunan bir giriş sayfası oluşturmanız gerekir. Giriş sayfası, gerekli olan tüm ek sağlama veya kurulumları tamamlamalarına yardımcı olur. Giriş sayfasını oluşturma konusunda rehberlik için şu makalelere bakın:
  • Ticari markette işlem yapılabilir SaaS teklifiniz için giriş sayfasını oluşturma
  • Ticari markette ücretsiz veya deneme SaaS teklifinizin giriş sayfasını oluşturma

Bu ek teknik gereksinimler yalnızca Microsoft aracılığıyla satış (işlem uygulanabilir) listeleme seçeneği için geçerlidir:

• SaaS Fulfillment API'lerini kullanarak Azure Market ve Microsoft AppSource. Bir kullanıcı hesabı ve hizmet planı oluşturmak, güncelleştirmek ve silmek için SaaS aboneliğiyle etkileşim kura bir hizmeti açığa çıkarmanız gerekir. Kritik API değişikliklerinin 24 saat içinde desteklenesi gerekir. Kritik olmayan API değişiklikleri düzenli aralıklarla yayımlar. Toplanan alanların kullanımını açıklayan diyagramlar ve ayrıntılı açıklamalar, API'lere ilişkin belgelerde mevcuttur.
• Teklifiniz için en az bir plan oluşturmanız gerekir. Planınız yayımlamadan önce istediğiniz fiyatlandırma modeline göre fiyatlandı: düz fiyat veya kullanıcı başına. Planlar hakkında daha fazla ayrıntı bu makalenin devamlarında verilmektedir.
• Müşteri teklifinizi istediğiniz zaman iptal edebilir.

Teknik bilgiler

Değiştirilebilir bir teklif oluşturuyorsanız Teknik yapılandırma sayfası için aşağıdaki bilgileri toplamanız gerekir. İşlem uygulanabilir bir teklif oluşturmak yerine işlemleri bağımsız olarak işlemeyi seçerseniz, bu bölümü atlayıp Test sürüşleri bölümüne gidin.

• Giriş sayfası URL'si: Ticari marketten teklifinizi edindikten sonra kullanıcıların yönlendirecekleri SaaS site URL'si (örneğin: ) yeni oluşturulan SaaS aboneliğinden yapılandırma işlemini https://contoso.com/signup tetikler. Bu URL, etkileşimli kayıt sayfanıza ilişkin sağlama ayrıntılarını almak üzere gerçekleştirme API'lerini çağırmada kullanılan bir belirteç alır.

  Bu URL, müşterinin SaaS satın alma kimliğini benzersiz olarak tanımlayan market satın alma tanımlama belirteci parametresiyle çağrılır. Çözümle API'sini kullanarak ilgili SaaS abonelik ayrıntıları için bu belirteci değiştirmeniz gerekir. Bu ayrıntılar ve müşteri etkileşimli bir web sayfasının parçası olarak toplamak istediğiniz diğer tüm ayrıntılar, müşteri ekleme deneyiminin başlamasını sağlamak için kullanılabilir. Bu deneyimin sonunda abonelik dönemini başlatmaya ilişkin API'de bir etkinleştirme çağrısıyla sonuçlandır olması gerekir. Bu sayfada, kullanıcının Azure Active Directory (Azure AD) kullanarak tek tıklamayla kimlik doğrulamasıyla kaydolması gerekir.

  Müşteri Azure portal veya Microsoft 365 Yönetici Center'dan yönetilen bir SaaS deneyimi başlattı mı market satın alma kimliği belirteci parametresine sahip bu URL Microsoft 365 Yönetici çağrılır. Her iki akışı da işlemeniz gerekir: Belirteç yeni bir müşteri satın alımının ardından ilk kez sağlanıyorsa ve SaaS çözümünü yöneten mevcut bir müşteri için yeniden sağlanıyorsa.

  Yapılandırılan Giriş sayfasının 7/24 açık olması gerekir. Ticari markette yapılan SaaS tekliflerinin yeni satın almaları veya bir teklifin etkin aboneliğine yönelik yapılandırma istekleri hakkında size yalnızca bu bildirilecek.

• Bağlantı web kancası: Microsoft'un size göndermesi gereken tüm zaman uyumsuz olaylar için (örneğin, SaaS aboneliği iptal edilmişse), bir bağlantı web kancası URL'si sağlamanızı gerektirir. Olayı size bildirmek için bu URL'yi çağıracak.

  Size sağlandı web kancası 7/24 çalışıyor olmalı. Ticari market aracılığıyla satın alınan müşterilerinize yönelik SaaS abonelikleri hakkında güncelleştirmeler bu şekilde size bildirilecek.

  Not

  Bu Azure portal, tek kiracılı bir uygulama kaydı (Azure AD) Azure Active Directory oluşturmanız gerekir. Market API'lerini çağıran çözümde kimlik doğrulaması yapmak için uygulama kayıt ayrıntılarını kullanın. Kiracı kimliğini bulmak için Azure Active Directory'nize gidin, Özellikler'i seçin ve ardından listelenen Directory Kimliği numarasını bulun. Örneğin, 50c464d3-4930-494c-963c-1e951d15360e.

• Azure Active Directory kimliği:(dizin kimliği olarak da bilinir). Azure portal'nin içinde bir Azure Active Directory (AD) uygulaması kaydetmenize gerek vardır; böylece api'yi çağırma yetkinize sahip olduğundan emin olmak için API'nin erişim denetim listesine (ACL) ekleyebiliriz. Azure Active Directory (AD) uygulamanıza yönelik kiracı kimliğini bulmak için Uygulama kayıtları dikey penceresine Azure Active Directory. Görünen ad sütununda uygulamayı seçin. Ardından listelenen Dizin (kiracı) kimlik numarasını (örneğin, ) 50c464d3-4930-494c-963c-1e951d15360e arayın.

• Azure Active Directory kimliği: Ayrıca uygulama kimliğiniz de gerekir. Değerini almak için, Uygulama kayıtları dikey penceresine Azure Active Directory. Görünen ad sütununda uygulamayı seçin. Ardından listelenen Uygulama (istemci) kimlik numarasını (örneğin, ) 50c464d3-4930-494c-963c-1e951d15360e arayın.

  Azure AD uygulama kimliği, İş Ortağı Merkezi hesabınızla ilişkilendirildi. Bu hesapta yer alan tüm teklifler için aynı uygulama kimliğini kullansanız iyi olur.

  Not

  Yayımcının iki veya daha fazla hesabı varsa İş Ortağı Merkezi Azure AD uygulama kaydı ayrıntıları yalnızca bir hesapta kullanılabilir. Aynı kiracı kimliği kullanılarak, farklı bir yayımcı hesabı altındaki bir teklif için uygulama kimliği çifti desteklenmiyor.

Test sürüşleri

SaaS uygulamanız için test sürüşlerini etkinleştirmeyi seçebilirsiniz. Test sürüşleri müşterilere sabit bir saat boyunca önceden yapılandırılmış bir ortama erişim sağlar. Test sürücülerini herhangi bir yayımlama seçeneği için etkinleştirebilirsiniz, ancak bu özelliğin ek gereksinimleri vardır. Test sürücüleri hakkında daha fazla bilgi edinmek için bkz. Test sürüşleri nedir?. Farklı türlerde test sürücülerini yapılandırma hakkında bilgi için bkz. Test sürüşu teknik yapılandırması.

Müşteri adayları

Müşteri bilgilerini toplamak için teklifinizi müşteri ilişkileri yönetimi (CRM) sisteminize bağlamanız gerekir. Müşteriden bilgilerini paylaşma izni istenecek. Bu müşteri ayrıntılarıyla birlikte teklif adı, kimlik ve teklifinizi buldukları çevrimiçi mağaza, yapılandırmış olduğu CRM sistemine gönderilir. Ticari market, azure tablosu kullanma veya bir HTTPS uç noktası yapılandırma seçeneğiyle birlikte çeşitli CRM sistemlerini Power Automate.

Crm bağlantısını teklif oluşturma sırasında veya sonrasında istediğiniz zaman ekleyebilir veya değiştirebilirsiniz. Ayrıntılı rehberlik için bkz. Ticari market teklifinizin müşteri adayları.

Çevrimiçi mağaza seçme

Bir SaaS teklifini yayımlarsanız, bu teklif Microsoft AppSource, Azure Market veya her ikisinde de listelenir. Her çevrimiçi mağaza benzersiz müşteri gereksinimlerine sahiptir. AppSource iş çözümlerine yöneliktir ve Azure Market ise IT çözümlerine yöneliktir. Teklif türünüz, işlem özellikleriniz ve kategorileriniz teklifinizin nerede yayımlanacaklarını belirler. Kategoriler ve alt kategoriler, çözüm türüne göre her çevrimiçi mağazayla eşlenmiş.

SaaS teklifiniz hem bir IT çözümü (Azure Market) hem de iş çözümü (AppSource) ise, bir kategori ve her çevrimiçi mağaza için geçerli bir alt kategori seçin. Her iki çevrimiçi mağazada da yayımlanan tekliflerin HEM BIR IT çözümü hem de iş çözümü olarak değer teklifine sahip olması gerekir.

* Teklifin özel planı yalnızca Azure portal ve AppSource üzerinden kullanılabilir.

Örneğin, tarifeli faturalama ve yalnızca özel plan (genel plan yok) olan bir teklif, fatura hesabı Azure portal. Microsoft ticari marketi'nden özel teklifler hakkında daha fazla bilgi alın.

Çevrimiçi mağazalar tarafından desteklenen listeleme seçenekleri hakkında ayrıntılı bilgi için bkz. Çevrimiçi mağazaya göre listeleme ve fiyatlandırma seçenekleri. Kategoriler ve alt kategoriler hakkında daha fazla bilgi için bkz. Ticari markette kategoriler ve alt kategoriler.

Yasal sözleşmeler

Microsoft, müşteriler için tedarik sürecini basitleştirmek ve yazılım satıcıları için yasal karmaşıklığı azaltmak üzere ticari markette tekliflerinizi kullanabileceğiniz standart bir sözleşme sunar. Yazılımınızı standart sözleşme kapsamında sunarken, müşterilerin yalnızca bir kez okuması ve kabul etmeleri ve özel hüküm ve koşullar oluşturmanıza gerek yok.

Standart sözleşmeyi kullanmayı seçerseniz, evrensel değişiklik koşulları ve standart sözleşmeye en fazla 10 özel değişiklik ekleme seçeneğiniz vardır. Standart sözleşme yerine kendi hüküm ve koşullarınızı da kullanabilirsiniz. Bu ayrıntıları Özellikler sayfasında yönetebilirsiniz. Ayrıntılı bilgi için bkz. Microsoft ticari marketi için standart sözleşme.

Microsoft 365 tümleştirmesi

Microsoft 365 tümleştirmesi, SaaS teklifinizin Teams uygulamaları, Office eklentileri ve SharePoint Framework çözümleri gibi ilgili ücretsiz eklentiler aracılığıyla birden çok Microsoft 365 Uygulama yüzeyi arasında bağlantı deneyimi sun SharePoint Framework sağlar. Aşağıdaki bilgileri sağlayarak, müşterilerinize E2E çözüm(web hizmeti + ilgili eklentiler) ile ilgili tüm yüzleri kolayca keşfetme ve bunları tek bir işlemde dağıtma konusunda yardımcı olabilirsiniz.

• SaaS teklifiniz Microsoft Graph ile tümleştirilse, tümleştirme için SaaS Azure Active Directory (AAD) Uygulama Kimliğini girin. Yöneticiler, SaaS teklifinizin düzgün çalışması için gereken erişim izinlerini AAD Uygulama Kimliği'nde ayarlanmış şekilde gözden geçirip dağıtım sırasında gelişmiş yönetici izni gerekirse erişim izni ve ardından erişim izni ve ardından.

  Teklifinizi Microsoft aracılığıyla satmayı seçerseniz bu, müşteri aboneliği etkinleştirmeyi tamamlamak için gereken temel kullanıcı bilgilerini almak için giriş sayfanıza kayıtlı AAD Uygulama Kimliği ile aynıdır. Ayrıntılı rehberlik için bkz. Ticari markette işlem yapılabilecek SaaS teklifinizin giriş sayfasını oluşturma.

• Bağlantı sağlamak istediğiniz SaaS teklifinize uygun ilgili eklentilerin listesini sağlar. Müşteriler E2E çözümlerinizi Microsoft AppSource'de keşfedecek ve yöneticiler hem SaaS'yi hem de aynı işlemde bağlantılı olan tüm ilgili eklentileri Microsoft 365 yönetim merkezi.

  İlgili eklentileri bağlamanız için eklentinin AppSource bağlantısını sağlamanız gerekir. Bu, eklentinin önce AppSource'ta yayımlanacak olduğu anlamına gelir. Bağlantı ve destekleyebilirsiniz eklenti türleri: Teams uygulamaları, Office eklentilerini ve SharePoint Framework (SPFx) çözümleridir. Bağlı her eklenti bir SaaS teklifi için benzersiz olmalıdır.

Bağlı ürünler için AppSource'ta arama hem SaaS hem de tüm bağlı eklentileri içeren bir sonuçla birlikte geri döner. Müşteri SaaS teklifinin ürün ayrıntı sayfaları ile bağlantılı eklentiler arasında gezinebilirsiniz. IT yöneticileri, aynı işlem içinde hem SaaS hem de bağlı eklentileri şirket içindeki tümleşik ve bağlantılı bir deneyim aracılığıyla gözden geçirerek Microsoft 365 yönetim merkezi. Daha fazla bilgi edinmek için bkz. Test ve Microsoft 365 Uygulamaları - Microsoft 365 yöneticisi.

Microsoft 365 tümleştirme desteği sınırlamaları

AppSource'ta tüm durumlarda tek bir E2E çözümü olarak bulma işlemi de desteklemektedir, ancak yukarıda Microsoft 365 yönetim merkezi aracılığıyla açıklandığı gibi E2E çözümünün basitleştirilmiş dağıtımı aşağıdaki senaryolarda desteklanmaz:

• "Benimle iletişime geçin" yalnızca liste teklifleri.
• Birden fazla SaaS teklifine bağlı tek bir eklenti.
• SaaS teklifi eklentilere bağlanır ancak Microsoft Graph ile tümleştirilemez ve AAD uygulama kimliği sağlanmaz.
• SaaS teklifi eklentilere bağlanır ancak Microsoft Graph tümleştirmesi için belirtilen AAD uygulama kimliği birden çok SaaS teklifi arasında paylaşılır.

Teklif listeleme ayrıntıları

İş Ortağı Merkezi'da yeni bir SaaS teklifi ekleyebilirsiniz. Teklif listeleme sayfasına metin, görüntü, isteğe bağlı video ve diğer ayrıntıları girersiniz. Bu bilgiler, aşağıdaki örnekte gösterildiği gibi müşterilerin ticari markette teklif listenizi keşfettiklerinde göreceği bilgilerdir.

Açıklama açıklamalarını çağırma

1. Logo
2. Kategoriler
3. Sektörler
4. Destek adresi (bağlantı)
5. Kullanım koşulları
6. Gizlilik ilkesi
7. Teklif adı
8. Özet
9. Description
10. Ekran görüntüleri/videolar
11. Belgeler

Aşağıdaki örnekte, Azure portal.

Açıklamalarını çağırma

1. Başlık
2. Açıklama
3. Yararlı bağlantılar
4. Ekran görüntüleri

Teklifinizi daha kolay bir şekilde oluşturmanıza yardımcı olmak için bu öğelerden birkaçını zamanından önce hazırlayın. Aksi belirtilmedikçe aşağıdaki öğeler gereklidir.

• Ad: Bu ad, ticari markette teklif listenizin başlığı olarak görünür. Ad ticari markalı olabilir. Emoji içeremez (ticari marka ve telif hakkı sembolleri olmadığı sürece) ve 50 karakterle sınırlı olmalıdır.

• Arama sonuçları özeti: Teklifinizin amacını veya işlevini 100 karakter veya daha az satır sonuyla tek bir cümle olarak açıklanmaktadır. Bu özet ticari market listelemelerinde veya arama sonuçlarında kullanılır.

• Açıklama: Bu açıklama ticari market listelemelerinde görüntülenir. Değer teklifi, temel avantajlar, hedeflenen kullanıcı tabanı, tüm kategori veya sektör ilişkilendirmeleri, uygulama içinde satın alma fırsatları, gerekli açıklamalar ve daha fazla bilgi edinmek için bir bağlantı dahil etmeyi göz önünde bulundurabilirsiniz.

  Bu metin kutusunda açıklamanızı daha ilgi çekici hale getirirken kullanabileceğiniz zengin metin düzenleyici denetimleri vardır. Açıklamanızı biçimlendirmek için HTML etiketlerini de kullanabilirsiniz. Bu kutuya HTML işaretlemesi dahil olmak üzere en fazla 3.000 karakterlik metin girebilirsiniz. Ek ipuçları için bkz. Harika bir uygulama açıklaması yazma.

• Başlarken yönergeleri: Teklifinizi Microsoft aracılığıyla (işlem yapılan teklif) satmayı seçerseniz bu alan gereklidir. Bu yönergeler müşterilerin SaaS teklifinize bağlanmasına yardımcı olur. 3.000 karaktere kadar metin ekleyebilir ve daha ayrıntılı çevrimiçi belgelere bağlantı veebilirsiniz.

• Arama anahtar sözcükleri (isteğe bağlı): Müşterilerin teklifinizi çevrimiçi mağazalarda bulmak için kullanabileceği en fazla üç arama anahtar sözcükleri sağlar. Teklif Adını ve Açıklamayı dahil etmek zorunda değildir. Bu metin otomatik olarak aramaya dahil edilir.

• Gizlilik ilkesi bağlantısı: Şirketinizin gizlilik ilkesi URL'si. Geçerli bir gizlilik ilkesi sağlamalı ve uygulamanın gizlilik yasalarına ve düzenlemelerine uygun olduğundan emin olmak sizin sorumluluğundadır.

• İletişim bilgileri: Kuruluştan aşağıdaki kişileri sağlayabilirsiniz:

  • Destek ilgili kişisi: Müşterileriniz biletler açılırken Microsoft iş ortaklarının kullanmaları için ad, telefon ve e-posta girin. Destek web sitenizin URL'sini de dahil etmek gerekir.
  • Mühendislik ilgili kişisi: Teklifiniz ile ilgili sorunlar olduğunda Microsoft'un doğrudan kullanması için ad, telefon ve e-postayı girin. Bu iletişim bilgileri ticari markette listelenmiyor.
  • CSP Programı ilgili kişisi (isteğe bağlı): CSP programını kabul ediyorsanız adı, telefonu ve e-postayı girin; böylece bu iş ortakları herhangi bir soruyla size ulaşabilirsiniz. Pazarlama malzemelerinizin URL'sini de dahil edin.

• Yararlı bağlantılar (isteğe bağlı): Teklifinizin kullanıcıları için çeşitli kaynaklara bağlantılar sabilirsiniz. Örneğin forumlar, SSS ve sürüm notları.

• Destek belgeleri: Teknik bilgiler, güvenlik listeleri, denetim listeleri veya sunumlar gibi müşteriye yönelik en fazla PowerPoint sabilirsiniz.

• Medya – Logolar: Büyük logo için bir PNG dosyası sağlar. İş Ortağı Merkezi Küçük ve Orta logo oluşturmak için bunu kullanmayacak. İsteğe bağlı olarak bunları daha sonra farklı görüntülerle değiştirebilirsiniz.

  • Büyük (216 x 216 ile 350 x 350 px arasında, gerekli)
  • Orta (90 x 90 px, isteğe bağlı)
  • Küçük (48 x 48 px, isteğe bağlı)

  Bu logolar çevrimiçi mağazaların farklı yerlerinde kullanılır:

  • Küçük logo, arama sonuçlarında Azure Market AppSource ana sayfasında ve arama sonuçları sayfasında görünür.
  • Orta büyüklükteki bir kaynakta yeni bir kaynak 700000000000000000 Microsoft Azure 0000000000000000000000
  • Büyük logo, Azure Market ve AppSource'ta teklif listeleme sayfanız üzerinde görünür.

• Medya - Ekran görüntüleri: Teklifinizin nasıl çalıştığını göstermek için aşağıdaki gereksinimlere sahip en az bir ve en fazla beş ekran görüntüsü eklemeniz gerekir:

  • 1280 x 720 piksel
  • PNG dosya türü
  • Açıklamalı alt yazı içermesi gerekir

• Medya - Videolar (isteğe bağlı): Teklifinizi gösteren aşağıdaki gereksinimlere sahip en fazla dört video abilirsiniz:

  • Name
  • URL: Yalnızca YouTube veya Vimeo'da barındırıldı olmalıdır.
  • Küçük resim: 1280 x 720 PNG dosyası

Davetleri Microsoft Hesabına (MSA) veya Azure Active Directory (Azure AD) e-posta adreslerine gönderebilirsiniz. El ile en fazla 10 e-posta adresi ekleyin veya en fazla 20 e-posta adresini bir .csv içeri aktarın. Teklifiniz zaten canlı ise, teklifinize yapılan değişiklikleri veya güncelleştirmeleri test etmek için bir önizleme hedef kitlesi tanımlayabilirsiniz.

Planlar

Değiştirilebilir teklifler için en az bir plan gerekir. Plan, çözüm kapsamını ve sınırlarını ve ilişkili fiyatlandırmayı tanımlar. Müşterilerinize farklı teknik ve fiyatlandırma seçenekleri sunmak için teklifiniz için birden çok plan oluşturabilirsiniz. İşlem uygulanabilir bir teklif oluşturmak yerine işlemleri bağımsız olarak işlemeyi seçerseniz Planlar sayfası görünmez. Bu durumda bu bölümü atlayıp Ek satış fırsatları bölümüne gidin.

Fiyatlandırma modelleri, ücretsiz denemeler ve özel planlar dahil olmak üzere planlar hakkında genel rehberlik için bkz. Ticari market teklifleri için planlar ve fiyatlandırma. Aşağıdaki bölümlerde SaaS tekliflere özgü ek bilgiler ele almaktadır.

SaaS fiyatlandırma modelleri

SaaS teklifleri, her plan için iki fiyatlandırma modeli kullanabilir: düz fiyat veya kullanıcı başına. Aynı teklifte yer alan tüm planların aynı fiyatlandırma modeliyle ilişkilendirilmiş olması gerekir. Örneğin, teklifte sabit ücrete sahip bir plan ve kullanıcı başına başka bir plan olamaz.

Düz fiyat– Tek bir aylık veya yıllık sabit fiyatla teklifinize erişimi etkinleştirin. Bu bazen site tabanlı fiyatlandırma olarak adlandırılır. Bu fiyatlandırma modeliyle isteğe bağlı olarak, müşterileri sabit ücret kapsamında olmayan kullanım için ücretlendirmek üzere market ölçüm hizmeti API'sini kullanan tarifeli planlar tanımlayabilirsiniz. Tarifeli faturalama hakkında daha fazla bilgi için bkz. Ticari market ölçüm hizmetini kullanan SaaS için tarifeli faturalama. SaaS hizmetinizin kullanım davranışı fazla olursa da bu seçeneği kullanabilirsiniz.

Kullanıcı başına – Teklife erişen veya yer kaplayacak kullanıcı sayısına göre teklifinize erişimi bir fiyatla etkinleştirin. Bu kullanıcı tabanlı modelle, plan tarafından desteklenen en düşük ve en fazla kullanıcı sayısını ayarlayabilirsiniz. Kullanıcı sayısına göre farklı fiyat noktalarını yapılandırmak için birden çok plan oluşturabilirsiniz. Bu alanlar isteğe bağlıdır. Seçilmemiş olarak bırakıldığında, kullanıcı sayısı bir sınıra sahip değil olarak yorumlanır (hizmetinizin destekleyebiliyor olduğu en az 1 ve en fazla). Bu alanlar planınıza yapılan bir güncelleştirmenin parçası olarak düzenlenebilir.

SaaS faturalaması

(Yayımcının) Azure aboneliğinde çalıştıran SaaS uygulamaları için altyapı kullanımı doğrudan faturalandır; müşteriler gerçek altyapı kullanım ücretlerini görmüyor. Çözümü çalıştırmak için dağıtılan altyapının maliyetini telafi etmek için Azure altyapı kullanım ücretlerini yazılım lisansı fiyatlandırmanıza göre paketleniz.

Microsoft aracılığıyla satılan SaaS uygulama teklifleri, sabit bir ücret, kullanıcı başına veya tarifeli faturalama hizmeti kullanılarak tüketim ücretlerine göre aylık veya yıllık faturalamayı destekler. Ticari market, yayımcıların fiyat ayarlaması, Microsoft'un müşterileri faturalaması ve Microsoft'un yayımcılara gelir ödemesi ve bir yandan da firma ücretinin stopajı olduğu bir firma modeli üzerinde çalışır.

Aşağıdaki örnek, ajans modelini göstermek için maliyetlerin ve ödemelerin örnek dökümünü gösterir. Bu örnekte Microsoft, yazılım lisansınız için müşteriye 100,00 ABD doları faturalar ve yayımcıya 80,00 ABD doları öder.

Önizleme hedef kitlesi, çevrimiçi mağazalarda canlı olarak yayımdan önce teklifinize erişebilirsiniz. Teklifinizin ticari markette nasıl bir görünüme sahip olduğunu görebilir ve canlı yayımlamadan önce sı sıyrı sıyrılık işlevselliğini test ediyor olabilir.

Önizleme hedef kitlesi sayfasında sınırlı bir önizleme hedef kitlesi tanımlayabilirsiniz. Bu ayar, teklifinizi Microsoft aracılığıyla satmak yerine işlemleri bağımsız olarak işlemeyi seçerseniz kullanılamaz. Bu durumda bu bölümü atlayıp Ek satış fırsatları bölümüne gidebilirsiniz.

Test teklifi

Teklifinizi canlı yayımlamadan önce, teknik uygulama geliştirme, test ve farklı fiyatlandırma modelleriyle deneme yapmak için önizleme işlevini kullanabilirsiniz.

SaaS teklifinizi en düşük risk miktarıyla geliştirmek ve test etmek için deneme ve test için bir test ve geliştirme (DEV) teklifi oluşturmanızı öneririz. DEV teklifi, üretim (PROD) teklifinden ayrıdır.

DEV teklifinin yanlışlıkla satın alınarak satın alınamaması için Canlı yayına git düğmesine hiçbir zaman basarak DEV teklifini canlı yayımlamazsınız.

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

• Yanlışlıkla müşteri ücretlerini önleme
• Fiyatlandırma modellerini değerlendirme
• Gerçek müşterileri hedeflemeen planlar ekleme

Yanlışlıkla müşteri ücretlerini önleme

PROD teklifi yerine bir GELIŞTIRME teklifi kullanarak ve bunları geliştirme ve üretim ortamları olarak kabul ederken, müşterilere yanlışlıkla ücret ödememek mümkün değildir.

Market API'lerini aramak için iki farklı Azure AD uygulaması kaydetmenizi öneririz. Geliştiriciler, DEV teklifinin ayarlarıyla tek bir Azure AD uygulaması, operasyon ekibi ise PROD uygulama kaydını kullanır. Bunu yaparak geliştirme ekibini yanlışlıkla yapılan hatalardan yalıtabilirsiniz. Örneğin, aylık 100.000 ABD doları ödeme yapan müşterinin aboneliğini iptal etmek için API'yi çağırabilirsiniz. Ayrıca, bir müşteriden kullanmamış olduğu tarifeli kullanım için ücretlendirmeyi önleyabilirsiniz.

Fiyatlandırma modellerini değerlendirme

GELIŞTIRICILER farklı fiyatlandırma modelleriyle denemeler yapmak için DEV teklifinde fiyatlandırma modellerini test etmek riski azaltır.

Yayımcılar, tekliflerine en uygun fiyatlandırma modelini belirlemek için DEV teklifinde ihtiyaçları olan planları oluşturabilir. Geliştiriciler, farklı fiyatlandırma birleşimlerini test etmek için DEV teklifinde birden çok plan oluşturmak istiyor olabilir. Örneğin, farklı özel tarifeli boyut kümeleriyle 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çeneklerini 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 hedeflemeen planlar ekleme

Geliştirme ve test için bir DEV teklifi kullanarak PROD teklifinde gereksiz dağınıklığı azaltabilirsiniz. Örneğin, farklı fiyatlandırma modellerini veya teknik yapılandırmaları test etmek için (destek bileti oluşturmadan) oluşturmak istediğiniz planları silemezsiniz. Bu nedenle, GELIŞTIRME teklifinde test planları oluşturarak PROD teklifinin dağınıklıklarını azaltabilirsiniz.

PROD teklifi dağınıklığı, tüm planların gerçek müşterileri hedeflemesi beklenilen ürün ve pazarlama ekiplerini hayal kırıklığına uğratıyor. Özellikle farklı korumalı alanlarla çalışmak isteyen büyük ekipler ayrı olduğu için, dev ve PROD için iki farklı ortam sağlayacak iki teklif oluşturulur. Bazı durumlarda, farklı test senaryolarını çalıştıran farklı kişilerin olduğu daha büyük bir ekibi desteklemek için birden çok DEV teklifi oluşturmak istiyor olabilir. FARKLı ekip üyelerinin DEV teklifinde PROD teklifinden ayrı çalışmasına izin verme, üretim planlarını üretime mümkün olduğunca yakın bir şekilde hazır tutmaya yardımcı olur.

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

Ek satış fırsatları

Microsoft tarafından desteklenen pazarlama ve satış kanallarını seçebilirsiniz. Teklifinizi İş Ortağı Merkezi, sürecin sonuna doğru iki sekmeyle karşınıza gelecektir:

• CSP'ler aracılığıyla yeniden satış: Microsoft Bulut Çözümü Sağlayıcıları (CSP) iş ortaklarının çözümlerinizi paketlenmiş bir teklifin parçası olarak yeniden satışlarına izin vermek için bu seçeneği kullanın. Bu program hakkında daha fazla bilgi için bkz. Bulut Çözümü Sağlayıcısı programı.

• Microsoft ile ortak satış: Bu seçenek, Microsoft satış ekiplerinin müşterilerinin ihtiyaçlarını değerlendirirken IP ortak satış uygun çözümlerinizi dikkate almalarını sağlar. Ortak satış uygunluğu hakkında ayrıntılı bilgi için bkz. Ortak satış durumu gereksinimleri. Teklifinizi değerlendirmeye hazırlama hakkında ayrıntılı bilgi için bkz. Teklifte ortak satış İş Ortağı Merkezi.

Sonraki adımlar

• Ticari markette SaaS teklifi oluşturma
• En iyi teklif listeleme deneyimleri