Planejar uma oferta de SaaS de teste e desenvolvimento
Para desenvolver em um ambiente separado da sua oferta de produção, você criará uma oferta de teste e desenvolvimento (DEV) separada e uma oferta de produção separada (PROD). Este artigo descreve os benefícios de fazer seu desenvolvimento e teste em uma oferta de DEV e as diferenças de configuração entre DEV e ofertas de produção.
Benefícios de uma oferta de DEV
Aqui estão algumas razões para criar uma oferta de DEV separada para a equipe de desenvolvimento usar para desenvolvimento e teste da oferta PROD:
- Evite cobranças acidentais ao cliente
- Avaliar modelos de preços
- Não adicionar planos que não visam clientes reais
Evite cobranças acidentais ao cliente
Usando uma oferta de DEV em vez da oferta PROD e tratando-os como ambientes de desenvolvimento e produção, você pode evitar cobranças acidentais aos clientes.
Recomendamos que você registre dois aplicativos diferentes do Microsoft Entra para chamar as APIs do marketplace. Os desenvolvedores usarão um aplicativo Microsoft Entra com as configurações da oferta DEV e a equipe de operações usará o registro do aplicativo PROD. Ao fazer isso, você pode isolar a equipe de desenvolvimento de cometer erros inadvertidos, como chamar a API para cancelar a assinatura de um cliente que paga US$ 100 mil por mês. Você também pode evitar cobrar de um cliente pelo uso medido que ele não consumiu.
Avaliar modelos de preços
Testar modelos de preços na oferta de DEV reduz o risco quando os desenvolvedores experimentam diferentes modelos de preços.
Os editores podem criar os planos de que precisam na oferta de DEV para determinar qual modelo de preço funciona melhor para sua oferta. Os desenvolvedores podem querer criar vários planos na oferta de DEV para testar diferentes combinações de preços. Por exemplo, você pode criar planos com diferentes conjuntos de dimensões limitadas personalizadas. Você pode criar um plano diferente com uma combinação de taxa fixa e dimensões medidas personalizadas.
Para testar várias opções de preços, você precisa criar um plano para cada modelo de preço exclusivo. Para saber mais, consulte Planos.
Não adicionar planos que não visam clientes reais
Usando uma oferta de DEV para desenvolvimento e testes, você pode reduzir a desordem desnecessária na oferta PROD. Por exemplo, você não pode excluir planos criados para testar diferentes modelos de preços ou configurações técnicas (sem preencher um tíquete de suporte). Assim, ao criar planos para testes na oferta DEV, você reduz a confusão na oferta PROD.
A confusão na oferta PROD frustra as equipes de produto e marketing, pois elas esperam que todos os planos tenham como alvo clientes reais. Especialmente com grandes equipes desarticuladas que querem sandboxes diferentes para trabalhar, a criação de duas ofertas fornecerá dois ambientes diferentes para DEV e PROD. Em alguns casos, você pode querer criar várias ofertas de DEV para dar suporte a uma equipe maior que tenha pessoas diferentes executando cenários de teste diferentes. Permitir que diferentes membros da equipe trabalhem na oferta de DEV separadamente da oferta PROD ajuda a manter os planos de produção o mais próximos possível da produção pronta.
Testar uma oferta de DEV ajuda a evitar o limite de 30 dimensões medidas personalizadas por oferta. Os desenvolvedores podem tentar diferentes combinações de medidores na oferta de DEV sem afetar o limite de dimensão medido personalizado na oferta PROD.
Diferenças de configuração entre DEV e ofertas de produção
Você definirá a maioria das configurações da mesma forma nas ofertas de teste e desenvolvimento (DEV) e produção (PROD). Por exemplo, a linguagem oficial de marketing e os recursos, como capturas de tela e logotipos, devem ser os mesmos. Nos casos em que a configuração é a mesma, você pode copiar e colar campos dos planos na oferta DEV para os planos na oferta PROD.
As seções a seguir descrevem as diferenças de configuração entre as ofertas DEV e PROD.
Página de configuração da oferta
Recomendamos que você use o mesmo alias na caixa Alias de ambas as ofertas, mas anexe "_test" ao alias da oferta DEV. Por exemplo, se o alias da sua oferta PROD for "contososolution", o alias da oferta DEV deverá ser "contososolution_test". Dessa forma, você pode identificar facilmente qual sua oferta de DEV a partir de sua oferta PROD.
Na seção Leads de clientes, use uma tabela do Azure ou um ambiente de CRM de teste para a oferta de DEV. Use o espaço de trabalho Referências no Partner Center ou seu sistema de CRM para a oferta PROD.
Página Propriedades
Configure esta página da mesma forma nas ofertas DEV e PROD.
Página do anúncio de ofertas
Configure esta página da mesma forma nas ofertas DEV e PROD.
Pré-visualização do público
Na oferta DEV, inclua os nomes principais de usuário do Microsoft Entra ou endereços de email da conta da Microsoft (MSA) de desenvolvedores e testadores, incluindo você. O nome principal de usuário de um usuário no Microsoft Entra ID pode ser diferente do email desse usuário. Por exemplo, não vai funcionar, jane.doe@contoso.com mas janedoe@contoso.com vai. Os usuários designados terão acesso à oferta de DEV quando você compartilhar o link Visualizar durante a fase de desenvolvimento e teste.
Na oferta PROD, inclua o nome principal do usuário do Microsoft Entra ou o e-mail da Conta da Microsoft dos usuários que validarão a oferta antes de selecionar o botão Go Live para publicar a oferta ao vivo.
Página de configuração técnica
Esta tabela descreve as diferenças entre as configurações para ofertas DEV e ofertas PROD.
Tabela 1: Diferenças técnicas de configuração
Definição | Oferta DEV | Oferta PROD |
---|---|---|
URL da página de destino | Insira seu ponto de extremidade de desenvolvimento/teste. | Insira seu endpoint de produção. |
Webhook de conexão | Insira seu ponto de extremidade de desenvolvimento/teste. | Insira seu endpoint de produção. |
ID do locatário Microsoft Entra | Insira o ID do locatário de registro do aplicativo de teste (ID do diretório do Microsoft Entra). | Insira o ID do locatário de registro do aplicativo de produção. |
ID do aplicativo Microsoft Entra | Insira o ID do aplicativo de registro do aplicativo de teste (ID do cliente). | Insira o ID do aplicativo de registro do aplicativo de produção. |
Planejar a visibilidade
Recomendamos que você configure seu plano de teste como um plano privado, para que ele seja visível apenas para desenvolvedores e testadores direcionados. Isso fornece um nível extra de proteção contra a exposição do seu plano de teste aos clientes se você publicar acidentalmente a oferta ao vivo.
Se você optar por testar seu plano em uma oferta de produção em vez de uma oferta de DEV, isso é especialmente importante, para que os clientes não possam comprar o plano. Recomendamos que você crie um plano de teste privado separado e nunca publique o plano de teste privado ao vivo. Você usará seu plano de teste particular para fazer seu teste na visualização. Depois de concluir o teste, você criará um plano de produção para publicação ao vivo. Em seguida, você pode interromper a distribuição do plano de teste.
Página de visão geral do plano
Ao criar seus planos, recomendamos que você use a mesma ID do plano e o mesmo nome do plano nas ofertas DEV e PROD, exceto anexar a ID do plano na oferta DEV com _test. Por exemplo, se o ID do plano na oferta PROD for "enterprise", o ID do plano na oferta DEV deverá ser "enterprise_test". Dessa forma, você pode identificar facilmente qual sua oferta de DEV a partir de sua oferta PROD. Você criará planos na oferta PROD com os modelos de preços e preços que você decidir serem melhores para sua oferta.
Planejar listagem
Na guia Listagem Plano geral>do plano, insira a mesma descrição do plano nos planos DEV e PROD.
Página de preços e disponibilidade
Esta seção fornece orientação para preencher a página Visão geral>do plano Preços e disponibilidade.
Mercados
Selecione os mesmos mercados para as ofertas de DEV e PROD.
Preços
Use a oferta DEV para experimentar modelos de preços. Depois de verificar qual modelo ou modelos de preços funcionam melhor, você criará os planos na oferta PROD com os modelos de preços e preços desejados.
Ao adquirir o plano, ser-lhe-ão cobrados os preços definidos no plano. Para minimizar seus custos de teste, a oferta de DEV deve ter planos com preços zero ou baixos nos planos. Por exemplo, $0,01 (um cêntimo). Isso se aplica à taxa fixa, ao faturamento medido e aos preços por usuário. A oferta PROD terá os preços que pretende cobrar aos clientes.
Importante
As compras feitas no Preview serão processadas para ofertas de DEV e PROD. Se uma oferta tiver um preço de $100/mês, será cobrado $100 à sua empresa. Se isso acontecer, você pode abrir um ticket de suporte e emitiremos um pagamento para o valor total (e não cobraremos nenhuma taxa de serviço da loja).
Você definirá os preços que deseja cobrar do cliente no plano de produção separado que publicará ao vivo.
Modelo de preços
Use a mesma estrutura de planos nos planos das ofertas de DEV e PROD. Por exemplo, se o plano na oferta PROD for Taxa fixa, com um prazo de faturamento mensal, configure o plano na oferta DEV usando o mesmo modelo.
Para reduzir o custo de teste dos modelos de preços, incluindo as dimensões do medidor personalizado do Marketplace, recomendamos que você configure a seção Preços da guia Preço e disponibilidade , na oferta DEV com preços mais baixos do que a oferta PROD. Aqui estão algumas diretrizes que você pode seguir ao definir preços para planos na oferta DEV.
Quadro 2: Orientações em matéria de preços
Preço | Comentário |
---|---|
$0.00 - $0.01 | Defina um custo total de transação de zero para não ter impacto financeiro ou um centavo para ter um custo baixo. Use esse preço ao fazer chamadas para as APIs de medição ou para testar os planos de compra em sua oferta durante o desenvolvimento de sua solução. |
$0,01 | Use essa faixa de preço para testar análises, relatórios e o processo de compra. |
$50.00 - $100.00 | Use esta faixa de preço para testar o pagamento. Para obter informações sobre o nosso calendário de pagamentos, consulte Calendários e processos de pagamento. |
Importante
Para evitar que seja cobrada uma taxa de serviço da loja no seu teste, abra um ticket de suporte no prazo de 7 dias após a compra do teste.
Página de venda conjunta com a Microsoft
Não configure a guia Covender com a Microsoft da oferta DEV.
Revenda através de CSP
Na guia Revender através de CSPs da oferta DEV, selecione Sem parceiros no programa CSP.
Conteúdos relacionados
- Para saber mais sobre planos, consulte Planejar uma oferta SaaS para o mercado comercial.
- Para obter instruções passo a passo sobre como criar uma oferta, consulte Criar uma oferta SaaS
- Para testar um plano SaaS, consulte Visão geral do teste de um plano SaaS