Oraculo: qdo for descoberto o oraculo aqui vai seu nome

Pergunta 001

• Descreva aqui a pergunta do Oráculo Ex. Como cadastrar um cliente na plataforma

  [Aqui serão disponibilizadas as respostas aceitas pelo oráculo] Ex:

  • Acesse a plataforma
  • Escolha uma empresa
  • Em Cliente selecione a opção cadastrar.

Pergunta 001

• Uma empresa que tem como nicho vendas de serviços para pessoas jurídicas, necessita armazenar informações sobre inscrição municipal de seus clientes, para emissão de notas fiscais. Solicitou que esse campo seja adicionado no cadastro de clientes para possibilitar o uso, e assim fechar contrato com a Vindi.

  • Criar um campo personalizado na entidade cliente

  • O nome do campo personalizado deve ser inscrição_municipal

  • O cliente deve utilizar para a emissão de notas fiscais a integração Nfe-io

Pergunta 002

As próximas perguntas serão descritas aqui em sequência

Como cadastrar mais de um email no cadastro do cliente para que recebam notificação?

• Configurações -> Extensões & Integrações - > Endereços de cópia -> Instalar
• Vai aparecer outro campo para incluir outros emails

Na Academia MalheMais, vendemos um plano anual que se renova automaticamente e que a mensalidade acaba saindo mais barata. Mas, esse plano é pago somente em 3x no parcelamento comum para garantir minha receita. É possível cobrar esse plano em 3x e deixar que seja renovado automaticamente? Como faço isso na plataforma?

• Criar um produto com o valor total do plano
• No plano, em periodicidade coloco cobrar a cada 12 meses (anual), por tempo indefinido e no parcelamento coloco em 3x, e não esqueço de atrelar o produto que criei.

Pergunta 001

• Uma empresa que realiza vendas não recorrentes via boleto, possui um cenário onde cada cliente (por conta de fidelidade ou plano) possui um prazo para vencimento das cobranças personalizado. Ele precisa saber se a Vindi atende esse cenário, e como seria esse processo para poder fechar contrato.

• Ativar a extensão de Vencimento variável para boletos

  • Na criação ou edição de um cliente (via Plataforma) é possível inserir um valor no campo criado pela integração
  • Na criação ou edição de um cliente (via API) é possível informar um valor no campo criado pela integração

• É possível informar uma data de vencimento específico para faturas através do campo due_at via API

O processo de integração do desenvolvedor pode ser um grande fator de tomada de decisão em qual tecnologia usar.

O objetivo do portal do desenvolvedor é : O desenvolvedor deve visitar o portal de documentação, aprender o máximo possível sobre o tópico e implementar a integração com sucesso.

Qual problema queremos resolver?
Possuímos material para construir um portal?
Em qual o formato estão esses materiais que possuímos, .doc, .md?
Sabemos onde eles estão?
Existe um local onde os desenvolvedores acessam nossos sites e encontrar o que procuram?
Possuímos ferramentas para automatizar o envio desse conteúdo para esse portal?
Não corremos o risco de ter um portal sen material para exibir?
Um MVP mais experimental nos ajudaria a perceber nossa capacidade junto aos times de produzir esses conteúdos.
Pontos importantes a serem considerados
A documentação é escrita em um formato de texto simples.
A documentação é criada naturalmente junto com o produto.
A documentação é versionada de acordo com a versão.
Flexibilidade — capacidade de criar um novo tipo de documentação.
Estilo atraente e consistente que é fácil de ler e navegar.
Atualizações simples de versões atuais e anteriores.
Exportação de documentação.
Manutenibilidade e automação.
Vantagens que precisamos observar:

A documentação em um domínio, renderizada consistentemente com a página de índice e permitindo uma excelente navegação.
A documentação hoje espalhada ficaria em um único repositórios. Permitindo o controle de versão dos documentos e suas alterações em cada revisão de pull request.
Evitamos e Corrigimos possíveis links quebrados e recursos ausentes.
MVP com SSG(Static Site Generators) noGitHub ou GitLab pages com Jekyll, Markdown, Liquid, HTML e CSS, pois o Ruby facilitaria a conversão em .html.

Escolha de uma ferramenta ou produto que nós amamos e que temos nível de credibilidade junto aos desenvolvedores.

Realização de pesquisa profunda sobre as vitórias, atritos e dores associados a esta ferramenta ou produto.

Usar essa pesquisa para criar uma estratégia em torno das quatro áreas-chave para relacionamento com desenvolvedores:

• Conscientização: Apresentações em conferências e encontros e podcasts.

• Educação: Produzir tutoriais em vídeo, escrever artigos, fazer parcerias com outras ferramentas ou plataformas para criar ou hospedar conteúdo.

• Feedback: Conversar com os desenvolvedores que consomem o produto ou feature sobre o que está funcionando e o que não está e usar essa informação para impulsionar o desenvolvimento de recursos.

• Comunidade: Responder a perguntas sobre o assunto e ter uma FAQ para isso, encontrar os "usuários avançados" dos clientes e promovendo o que eles estão trabalhando (não apenas específicos para o produto).

1. Escolha do Produto
   O passo 1 é rápido.

Qual é uma ferramenta de software ou serviço que nosso cliente absolutamente não poderia viver sem?
Que tal um que realmente te encante quando você está trabalhando?
Se forem a mesmo produto, melhor ainda!
Tem que ser uma ferramenta ou produto que realmente a gente faz muito bem e que gostamos.
A propósito, nossos desenvolvedores tem conhecimento que poderá de forma inteligente e direcionada agregar valor às equipes de marketing, equipes de documentação, representantes de vendas e gerentes de produto. Essa pode ser uma maneira fantástica de se tornar mais valioso nosso portal.

Se ficarmos num impasse na escolha do primeiro produto, apenas vamos anotar uns três primeiros e, literalmente, em uma escolha um aleatoriamente, bater o martelo por onde começar.

Uma vez que temos um produto ou ferramenta, é hora de criar as relações com o desenvolvedor através dessa ferramenta.

2. Vitórias, atrito e Dor.
   Vitórias: Quais problemas o produto faz um trabalho incrível na solução
   [aqui ainda precisa de conteúdo]

Atrito: Que obstáculos no caminho os desenvolvedores encontram ao usá-lo?
[aqui ainda precisa de conteúdo]

Dor: Onde o produto é ruim?
[aqui ainda precisa de conteúdo]

Observações e Anotações importantes
Ferramentas
Docusaurus
Readme
Docsify
MediaWiki
Readme.so
Exemplos de portais pra relacionamentos com desenvolvedores:

Ranking das melhores ideias: https://devportalawards.org/winners
https://www.twilio.com/pt-br/
https://rezenha.ze.delivery/
https://carreiras.ifood.com.br/foodtech
Relato que inspirou para esse documento

Miro com todos os relacionamentos da plataforma

Pesquisa detratores e relação com Documentação e Relatórios

Dados Brutos da Pesquisa com Detratores