Планирование тестового и разработки предложения SaaS

Статья
11/22/2023

Для разработки в отдельной среде с помощью предложения продукции вы создадите отдельное предложение тестирования и разработки (DEV), а также отдельное предложение продукции (PROD). В этой статье описываются преимущества разработки и тестирования в предложении РАЗРАБОТКи и различия конфигурации между предложениями DEV и рабочей средой.

Преимущества предложения DEV

Ниже приведены некоторые причины для создания отдельного предложения DEV, которое команда разработчиков будет использовать для разработки и тестирования предложения PROD.

Предотвращение случайной оплаты клиентами
Оценка моделей ценообразования
Отказ от использования планов, не нацеленных на реальных клиентов

Предотвращение случайной оплаты клиентами

Использование предложения DEV для среды разработки вместо предложения PROD, предназначенного для рабочей среды, позволяет избежать случайной оплаты клиентами.

Рекомендуется зарегистрировать два разных приложения Microsoft Entra для вызова API Marketplace. Разработчики будут использовать одно приложение Microsoft Entra с параметрами предложения DEV, а команда по операциям будет использовать регистрацию приложения PROD. Это позволяет предотвратить совершение командой разработчиков непреднамеренных ошибок, таких как вызов API, приводящий к отмене подписки клиента, оплачивающего 100 тысяч долл. США в месяц. Это также позволяет избежать оплаты клиентом использования приложения, которого не было.

Оценка моделей ценообразования

Тестирование моделей ценообразования в предложении DEV уменьшает опасность последствий экспериментов разработчиков с различными моделями ценообразования.

Издатели могут создавать нужные им планы в предложении DEV, чтобы выбрать оптимальную модель ценообразования для своего предложения. Разработчикам может потребоваться создать несколько планов в предложении DEV, чтобы протестировать различные комбинации цен. Например, можно создать планы с разными наборами настраиваемых измеряемых показателей. Можно создать другой план, сочетающий фиксированную ставку и настраиваемые измеряемые показатели.

Для тестирования нескольких вариантов ценообразования необходимо создать свой план для каждой уникальной модели ценообразования. Дополнительные сведения см. в разделе Планы.

Отказ от использования планов, не нацеленных на реальных клиентов

С помощью предложения DEV для разработки и тестирования можно уменьшить ненужную путаницу в предложении PROD. Например, невозможно удалить планы, созданные для тестирования различных моделей ценообразования или технических конфигураций (без регистрации запроса в службу поддержки). Таким образом, создавая планы для тестирования в предложении DEV, можно уменьшить путаницу в предложении PROD.

Путаница в предложении PROD мешает работе производственной группы и группы маркетинга, которые предполагают, что все планы ориентированы на реальных клиентов. В частности, при работе с крупными разъединенными командами, каждая из которых хочет работать в своей изолированной среде, создание двух предложений обеспечит две различные среды для разработки (DEV) и эксплуатации (PROD). В некоторых случаях может понадобиться создать несколько предложений DEV для поддержки более крупной команды, разные члены которой работают с различными сценариями тестирования. Работа членов группы разработчиков в предложении DEV отдельно от PROD позволяет обеспечить максимальную готовность производственных планов к реализации.

Благодаря тестированию предложений DEV можно избежать ограничения в 30 настраиваемых измеряемых показателей для предложения. Разработчики могут использовать различные сочетания показателей в предложении DEV, не влияя на ограничение для настраиваемых измеряемых показателей в предложении PROD.

Различия в конфигурации между предложениями DEV и рабочей среды

Вы настроите большинство параметров в предложениях тестирования и разработки (DEV) и рабочей среды (PROD). Например, официальный маркетинговый язык и активы, такие как снимки экрана и логотипы, должны быть одинаковыми. В случаях, когда конфигурация одинакова, можно копировать и вставлять поля из планов в предложении DEV в планы предложения PROD.

В следующих разделах описаны различия в конфигурации между предложениями DEV и PROD.

Страница "Настройка предложения"

Рекомендуется использовать один и тот же псевдоним в поле Псевдоним обоих предложений. Однако следует добавить "_test" к псевдониму предложения DEV. Например, если псевдонимом для предложения PROD является "contososolution", то псевдоним предложения разработки должен быть "contososolution_test". Таким образом, вы можете легко отличить, предложение DEV от предложения PROD.

В разделе Потенциальные клиенты используйте таблицу Azure или тестовую среду CRM для предложения DEV. Используйте рабочую область "Ссылки" в Центре партнеров или в системе CRM для предложения PROD.

Страница Свойства

Настройте эту страницу так же, как в предложениях DEV и PROD.

Страница "Описание предложения"

Настройте эту страницу так же, как в предложениях DEV и PROD.

Предварительный просмотр аудитории

В предложении DEV включите имена субъектов-пользователей Microsoft Entra или адреса электронной почты учетной записи Майкрософт (MSA) разработчиков и тестировщиков, включая себя. Имя участника-пользователя в идентификаторе Microsoft Entra может отличаться от адреса электронной почты этого пользователя. Например, jane.doe@contoso.com не допустимо, но janedoe@contoso.com является допустимым. Назначенные вами пользователи получат доступ к предложению DEV, если вы поделитесь ссылкой для предварительного просмотра на этапе разработки и тестирования.

В предложении PROD добавьте имя участника-пользователя Microsoft Entra или электронную почту учетной записи Майкрософт пользователей, которые проверят предложение перед нажатием кнопки Go Live, чтобы опубликовать предложение в реальном времени.

Страница технической конфигурации

В этой таблице описаны различия между параметрами предложений DEV и предложений PROD.

Таблица 1. Различия в технической конфигурации

Параметр	Предложение DEV	Предложение PROD
URL-адрес целевой страницы	Введите конечную точку разработки и тестирования.	Введите конечную точку продукции.
Веб-перехватчик подключения	Введите конечную точку разработки и тестирования.	Введите конечную точку продукции.
Идентификатор клиента Microsoft Entra	Введите идентификатор клиента регистрации тестового приложения (идентификатор каталога Microsoft Entra).	Введите идентификатор клиента для регистрации рабочего приложения.
Идентификатор приложения Microsoft Entra	Введите идентификатор приложения для регистрации тестового приложения (идентификатор клиента).	Введите идентификатор приложения для регистрации рабочего приложения.

Видимость плана

Рекомендуется настроить план тестирования как частный план, поэтому он отображается только для целевых разработчиков и тестировщиков. Это обеспечивает дополнительный уровень защиты от предоставления тестового плана клиентам, если вы случайно публикуете предложение в реальном времени.

Если вы решили протестировать план в рабочем предложении вместо предложения РАЗРАБОТКи, это особенно важно, чтобы клиенты не могли приобрести план. Рекомендуется создать отдельный частный тестовый план и никогда не публиковать частный план тестирования в реальном времени. Вы будете использовать план частного теста для тестирования в предварительной версии. После завершения тестирования вы создадите рабочий план для публикации в реальном времени. Затем можно остановить распространение тестового плана.

Страница обзора плана

При создании планов рекомендуется использовать один и тот же Идентификатор плана и Имя плана в предложениях DEV и PROD, за исключением добавления идентификатора плана в предложение разработки с _test. Например, если идентификатор плана в предложении PROD — "enterprise", идентификатор плана в предложении DEV должен быть "enterprise_test". Таким образом, вы можете легко отличить, предложение DEV от предложения PROD. Вы создадите планы в предложении PROD, используя модели ценообразования и цены, которые являются более применимыми к вашему предложению.

Описание плана

На вкладке Обзор плана>Список планов введите одно и то же описание для планов DEV и PROD.

Страница цен и доступности

В этом разделе приведены инструкции по заполнению страницы Обзор плана>Цены и доступность.

Рынки

Выберите одинаковые рынки для предложений DEV и PROD.

Ценообразование

Используйте предложение DEV для экспериментов с моделями ценообразования. После того, как вы проверите, какая модель или модели ценообразования которые являются более применимыми, вы создадите планы для предложения PROD с желаемыми моделями ценообразования и ценами.

При покупке плана вы будете взиматься плата за цены, определенные в плане. Чтобы свести к минимуму затраты на тестирование, предложение DEV должно иметь планы с нулевыми или низкими ценами в планах. Например, $0,01 (один цент). Это относится к неструктурированным тарифам, выставлению счетов по тарифам и ценам на пользователей. В предложениях PROD будут указаны цены, которые вы хотите установить для клиентов.

Важно!

Покупки, сделанные в Предварительной версии, будут обрабатываться как для предложений DEV, так и для предложений PROD. Если цена предложения составляет 100 долларов США в месяц, с вашей компании будет взиматься плата в размере 100 долларов США. В этом случае вы можете отправить запрос в службу поддержки, и мы произведем выплату полной суммы (плата за обслуживание магазина взиматься не будет).

Вы зададите цены, которые вы хотите взимать с клиента в отдельном рабочем плане, который будет публиковаться в реальном времени.

Модель ценообразования

Используйте ту же структуру плана в планах предложений DEV и PROD. Например, если план в предложении PROD имеет фиксированный тариф с ежемесячным сроком выставления счетов, настройте план в предложении DEV, используя ту же модель.

Чтобы снизить затраты на тестирование моделей ценообразования, включая измерения настраиваемого индикатора Marketplace, рекомендуется настроить раздел Цены на вкладке Цены и доступности в предложении DEV, указав более низкие цены по сравнению с предложением PROD. Ниже приведены некоторые рекомендации, которых следует придерживаться при настройке цен для планов в предложении DEV.

Таблица 2. Рекомендации по ценам

Цена,	Комментарии
$0,00 - $0,01	Задайте общую стоимость транзакций нулевой, чтобы не влиять на финансовые последствия или один цент, чтобы иметь низкую стоимость. Используйте эту цену при вызовах API измерения или для тестирования планов закупок в вашем предложении при разработке решения.
0,01 долл. США	Используйте этот диапазон цен, чтобы проверить аналитику, отчеты и процесс покупки.
50,00–100,00 долл. США	Используйте этот диапазон цен для проверки выплаты. Дополнительные сведения о расписании платежей см. в разделе Расписания и процессы выплаты.