Merencanakan pengujian dan pengembangan penawaran SaaS
Untuk berkembang dalam lingkungan terpisah dari penawaran produksi Anda, Anda akan membuat penawaran pengujian dan pengembangan terpisah (DEV) dan penawaran produksi terpisah (PROD). Artikel ini menjelaskan manfaat melakukan pengembangan dan pengujian Anda dalam penawaran DEV dan perbedaan konfigurasi antara PENAWARAN DEV dan produksi.
Manfaat penawaran DEV
Berikut adalah beberapa alasan untuk membuat penawaran DEV terpisah untuk digunakan oleh tim pengembangan untuk pengembangan dan pengujian penawaran PROD:
- Hindari biaya pelanggan yang tidak disengaja
- Mengevaluasi model harga
- Tidak menambahkan paket yang tidak menargetkan pelanggan aktual
Hindari biaya pelanggan yang tidak disengaja
Dengan menggunakan penawaran DEV alih-alih penawaran PROD dan memperlakukannya sebagai lingkungan pengembangan dan produksi, Anda dapat menghindari biaya tidak disengaja kepada pelanggan.
Kami menyarankan agar Anda mendaftarkan dua aplikasi Microsoft Entra yang berbeda untuk memanggil API marketplace. Pengembang akan menggunakan satu aplikasi Microsoft Entra dengan pengaturan penawaran DEV, dan tim operasi akan menggunakan pendaftaran aplikasi PROD. Dengan melakukan ini, Anda dapat mengisolasi tim pengembangan dari membuat kesalahan yang tidak disengaja, seperti memanggil API untuk membatalkan langganan pelanggan yang membayar $100K per bulan. Anda juga dapat menghindari menagih pelanggan untuk penggunaan terukur yang tidak mereka konsumsi.
Mengevaluasi model harga
Menguji model penetapan harga dalam penawaran DEV mengurangi risiko saat pengembang bereksperimen dengan model harga yang berbeda.
Penerbit dapat membuat paket yang mereka butuhkan dalam penawaran DEV untuk menentukan model harga mana yang paling sesuai untuk penawaran mereka. Pengembang mungkin ingin membuat beberapa paket dalam penawaran DEV untuk menguji kombinasi harga yang berbeda. Misalnya, Anda dapat membuat paket dengan kumpulan dimensi terukur kustom yang berbeda. Anda dapat membuat paket yang berbeda dengan campuran tarif tetap dan dimensi terukur khusus.
Untuk menguji beberapa opsi harga, Anda perlu membuat paket untuk setiap model harga yang unik. Untuk mempelajari lebih lanjut, lihat Paket.
Tidak menambahkan paket yang tidak menargetkan pelanggan aktual
Dengan menggunakan penawaran DEV untuk pengembangan dan pengujian, Anda dapat mengurangi kekacauan yang tidak perlu dalam penawaran PROD. Misalnya, Anda tidak dapat menghapus paket yang Anda buat untuk menguji model harga atau konfigurasi teknis yang berbeda (tanpa mengajukan tiket dukungan). Jadi dengan membuat paket untuk pengujian dalam penawaran DEV, Anda mengurangi kekacauan dalam penawaran PROD.
Kekacauan dalam penawaran PROD membuat tim produk dan pemasaran frustrasi, karena mereka mengharapkan semua rencana untuk menargetkan pelanggan yang sebenarnya. Terutama dengan tim besar yang terpisah-pisah yang semuanya menginginkan kotak pasir yang berbeda untuk digunakan, membuat dua penawaran akan memberikan dua lingkungan yang berbeda untuk DEV dan PROD. Dalam beberapa kasus, Anda mungkin ingin membuat beberapa penawaran DEV untuk mendukung tim yang lebih besar yang memiliki orang berbeda yang menjalankan skenario pengujian yang berbeda. Membiarkan anggota tim yang berbeda bekerja dalam penawaran DEV terpisah dari penawaran PROD , membantu menjaga rencana produksi sedekat mungkin dengan produksi siap.
Menguji penawaran DEV membantu menghindari batas 30 dimensi terukur khusus per penawaran. Pengembang dapat mencoba kombinasi pengukur yang berbeda dalam penawaran DEV tanpa memengaruhi batas dimensi terukur khusus dalam penawaran PROD.
Perbedaan konfigurasi antara PENAWARAN DEV dan produksi
Anda akan mengonfigurasi sebagian besar pengaturan yang sama dalam penawaran pengujian dan pengembangan (DEV) dan produksi (PROD). Misalnya, bahasa dan aset pemasaran resmi, seperti cuplikan layar dan logo harus sama. Dalam kasus di mana konfigurasinya sama, Anda dapat menyalin dan menempelkan bidang dari paket dalam penawaran DEV ke paket dalam penawaran PROD.
Bagian berikut ini menjelaskan perbedaan konfigurasi antara penawaran DEV dan PROD.
Halaman penyiapan penawaran
Kami menyarankan Agar Anda menggunakan alias yang sama di kotak Alias dari kedua penawaran tetapi menambahkan "_test" ke alias penawaran DEV. Misalnya, jika alias penawaran PROD Anda adalah “contososolution” maka alias penawaran DEV harus "contososolution_test". Dengan cara ini, Anda dapat dengan mudah mengidentifikasi penawaran DEV Anda dari penawaran PROD Anda.
Di bagian Prospek pelanggan, gunakan tabel Azure atau lingkungan CRM pengujian untuk penawaran DEV. Gunakan ruang kerja Rujukan di Pusat Mitra atau sistem CRM Anda untuk penawaran PROD.
halaman Properti
Konfigurasikan halaman ini sama dalam penawaran DEV dan PROD.
Halaman daftar penawaran
Konfigurasikan halaman ini sama dalam penawaran DEV dan PROD.
Audiens pratinjau
Dalam penawaran DEV, sertakan nama prinsipal pengguna Microsoft Entra atau alamat email akun Microsoft (MSA) pengembang dan penguji, termasuk Anda sendiri. Nama prinsipal pengguna pengguna di MICROSOFT Entra ID dapat berbeda dari email pengguna tersebut. Misalnya, jane.doe@contoso.com tidak akan bekerja tetapi janedoe@contoso.com akan. Pengguna yang Anda tentukan akan memiliki akses ke penawaran DEV saat Anda membagikan tautan Pratinjau selama fase pengembangan dan pengujian.
Dalam penawaran PROD, sertakan nama prinsipal pengguna Microsoft Entra atau email Akun Microsoft pengguna yang akan memvalidasi penawaran sebelum memilih tombol Go Live untuk menerbitkan penawaran secara langsung.
Halaman konfigurasi teknis
Tabel ini menjelaskan perbedaan antara pengaturan untuk penawaran DEV dan penawaran PROD.
Tabel 1: Perbedaan konfigurasi teknis
| Pengaturan | Penawaran DEV | Penawaran PROD |
|---|---|---|
| URL halaman arahan | Masukkan titik akhir dev/test Anda. | Masukkan titik akhir produksi Anda. |
| Koneksi webhook | Masukkan titik akhir dev/test Anda. | Masukkan titik akhir produksi Anda. |
| ID penyewa Microsoft Entra | Masukkan ID penyewa pendaftaran aplikasi pengujian Anda (ID direktori Microsoft Entra). | Masukkan ID penyewa pendaftaran aplikasi produksi Anda. |
| ID aplikasi Microsoft Entra | Masukkan ID aplikasi registrasi aplikasi pengujian (ID klien). | Masukkan ID aplikasi pendaftaran aplikasi produksi Anda. |
Paket visibilitas
Kami menyarankan agar Anda mengonfigurasi paket pengujian sebagai paket privat, sehingga hanya terlihat oleh pengembang dan penguji yang ditargetkan. Ini memberikan tingkat perlindungan ekstra dari mengekspos paket pengujian Anda kepada pelanggan jika Anda secara tidak sengaja menerbitkan penawaran secara langsung.
Jika Anda memilih untuk menguji paket Anda dalam penawaran produksi alih-alih penawaran DEV, ini sangat penting, sehingga pelanggan tidak akan dapat membeli paket. Kami menyarankan agar Anda membuat paket pengujian privat terpisah dan tidak pernah menerbitkan paket pengujian privat secara langsung. Anda akan menggunakan paket pengujian privat untuk melakukan pengujian dalam pratinjau. Setelah menyelesaikan pengujian, Anda akan membuat rencana produksi untuk penerbitan secara langsung. Kemudian, Anda kemudian dapat menghentikan distribusi rencana pengujian.
Halaman gambaran umum paket
Saat Anda membuat paket, kami sarankan Anda menggunakan ID Paket dan nama Paket yang sama dalam penawaran DEV dan PROD kecuali menambahkan ID paket dalam penawaran DEV dengan _test. Misalnya, jika ID Paket dalam penawaran PROD adalah "perusahaan", maka ID paket dalam penawaran DEV harus "enterprise_test". Dengan cara ini, Anda dapat dengan mudah mengidentifikasi penawaran DEV Anda dari penawaran PROD Anda. Anda akan membuat paket dalam penawaran PROD dengan model harga dan harga yang Anda putuskan yang terbaik untuk penawaran Anda.
Daftar paket
Pada tab daftar Paket>Gambaran umum paket, masukkan deskripsi paket yang sama di paket DEV dan PROD.
Halaman harga dan ketersediaan
Bagian ini menyediakan panduan untuk menyelesaikan halaman Harga dan ketersediaan>gambaran umum paket.
Pasar
Pilih pasar yang sama untuk penawaran DEV dan PROD.
Harga
Gunakan penawaran DEV untuk bereksperimen dengan model harga. Setelah Anda memverifikasi model harga atau model mana yang paling cocok, Anda akan membuat paket dalam penawaran PROD dengan model harga dan harga yang Anda inginkan.
Ketika Anda membeli paket, Anda akan dikenakan biaya harga yang ditentukan dalam paket. Untuk meminimalkan biaya pengujian Anda, penawaran DEV harus memiliki paket dengan harga nol atau rendah dalam paket. Misalnya, $0,01 (satu sen). Ini berlaku untuk tarif tetap, penagihan terukur, dan harga per pengguna. Penawaran PROD akan memiliki harga yang ingin Anda bebankan kepada pelanggan.
Penting
Pembelian yang dilakukan di Pratinjau akan diproses untuk penawaran DEV dan PROD. Jika penawaran memiliki harga $ 100/bln, perusahaan Anda akan dikenakan biaya $ 100. Jika ini terjadi, Anda dapat membuka tiket dukungan dan kami akan mengeluarkan pembayaran untuk jumlah penuh (dan tidak mengambil biaya layanan toko).
Anda akan menetapkan harga yang ingin Anda bayarkan kepada pelanggan dalam paket produksi terpisah yang akan Anda terbitkan secara langsung.
Rencana harga
Gunakan struktur paket yang sama dalam paket penawaran DEV dan PROD. Misalnya, jika paket dalam penawaran PROD adalah tarif Tetap, dengan jangka waktu penagihan bulanan, maka konfigurasikan paket dalam penawaran DEV menggunakan model yang sama.
Untuk mengurangi biaya Pengujian model harga, termasuk dimensi meter kustom Marketplace, kami sarankan Anda mengonfigurasi bagian Harga pada tab Harga dan ketersediaan, dalam penawaran DEV dengan harga lebih rendah daripada penawaran PROD. Berikut adalah beberapa panduan yang dapat Anda ikuti saat menetapkan harga untuk paket dalam penawaran DEV.
Tabel 2: Panduan harga
| Harga | Komentar |
|---|---|
| $0,00 - $0,01 | Tetapkan total biaya transaksi nol agar tidak berdampak finansial atau satu sen untuk memiliki biaya rendah. Gunakan harga ini saat melakukan panggilan ke API pengukuran, atau untuk menguji paket pembelian dalam penawaran Anda saat mengembangkan solusi Anda. |
| $0,01 | Gunakan kisaran harga ini untuk menguji analitik, pelaporan, dan proses pembelian. |
| $50.00 - $100.00 | Gunakan kisaran harga ini untuk menguji pembayaran. Untuk informasi tentang jadwal pembayaran kami, lihat Jadwal dan proses pembayaran. |
Penting
Untuk menghindari dikenakan biaya layanan toko pada pengujian Anda, buka tiket dukungan dalam waktu 7 hari sejak pembelian pengujian.
Jual bersama dengan halaman Microsoft
Jangan konfigurasikan Co-sell dengan tab Microsoft dari penawaran DEV.
Menjual kembali melalui CSP
Pada tab Menjual kembali melalui CSP dari penawaran DEV, pilih Tidak ada mitra dalam program CSP.
Langkah berikutnya
- Untuk mempelajari selengkapnya tentang paket, lihat Merencanakan penawaran SaaS untuk marketplace komersial.
- Untuk instruksi langkah demi langkah tentang membuat penawaran, lihat Membuat penawaran SaaS
- Untuk menguji paket SaaS, lihat Menguji gambaran umum paket SaaS
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk