Поделиться через

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

  • Статья

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

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

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

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

Избегайте случайного начисления платежей клиентам

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

Рекомендуется зарегистрировать два разных приложения Microsoft Entra для вызова API Marketplace. Разработчики используют одно приложение Microsoft Entra с параметрами предложения DEV, а команда по операциям использует регистрацию приложения PROD. Таким образом, вы можете изолировать команду разработчиков от непреднамеренной ошибки, например вызова API для отмены подписки клиента, которая платит $ 100 K в месяц. Кроме того, вы можете избежать взимания платы с клиента за учтённое использование, которое они не потребляли.

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

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

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

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

Не добавляя планы, не предназначенные для реальных клиентов

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

Загромождение в предложении PROD расстраивает группы по продукту и маркетингу, так как они ожидают, что все планы будут нацелены на фактических клиентов. Особенно в больших разобщенных командах, где все хотят разные песочницы для работы, создание двух сред позволяет иметь отдельные среды для разработки и PROD. В некоторых случаях может потребоваться создать несколько предложений DEV для поддержки более крупной команды, которая имеет разных пользователей, выполняющих различные тестовые сценарии. Предоставление разным участникам команды возможности работать с предложением DEV отдельно от предложения PROD помогает сделать планы производства как можно более готовыми к запуску.

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

Различия в конфигурации между предложениями DEV и продакшн.

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

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

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

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

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

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

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

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

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

Аудитория предварительного просмотра

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

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

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

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

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

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

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

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

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

При создании планов рекомендуется использовать один и тот же идентификатор плана и имя плана в предложениях DEV и PROD, за исключением добавления идентификатора плана в предложение DEV с _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.

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

Важный

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

Совместная продажа со страницей Майкрософт

Не настраивайте совместно продавать с помощью microsoft вкладки предложения DEV.

Перепродажа через поставщиков облачных решений (CSPS)

На вкладке Перепродажа через CSP предложения DEV выберите Нет партнеров в программе CSP.

Связанное содержимое