> For the complete documentation index, see [llms.txt](https://docs.chatlayer.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.chatlayer.ai/chatlayer-documentation-pt-br/buildabot/conversation-design/conversation-design-workflow.md).

# Fluxo de trabalho de design de conversa

O design de conversas trata de criar e manter chatbots. Saiba mais aqui:

{% content-ref url="/pages/6968eed10fc10068f416a5811b1dc924f0bed1df" %}
[Design de conversa](/chatlayer-documentation-pt-br/buildabot/conversation-design.md)
{% endcontent-ref %}

<figure><img src="/files/c305040e4d54c1d77da5afdcbd0ab0a636fdf4b8" alt=""><figcaption><p>O fluxo de trabalho de design do chatbot.</p></figcaption></figure>

## **1.** Planejar

Planejar seu bot corretamente é crucial para ser eficiente. Esta etapa abrange:

* Definir seus objetivos
* Explorar sua tecnologia
* Desenhar seu fluxograma

## 2. Construir

Agora é hora de realmente construir seu bot no Chatlayer. Isso significa:

* traduzir todas as etapas que você delineou no seu design para os blocos corretos no Chatlayer
* escrever o texto completo de todas as mensagens do bot

No final desta etapa, você deve ter uma primeira versão do seu bot pronta para testes.

{% content-ref url="/pages/f0557f819c4a5d49fa8a98500904d9e113f510ef" %}
[Broken mention](broken://pages/f0557f819c4a5d49fa8a98500904d9e113f510ef)
{% endcontent-ref %}

## 3. Testar e melhorar

Teste minuciosamente a primeira versão do seu bot. Não dependa apenas dos criadores do bot, mas também inclua pessoas que não estiveram envolvidas. Oriente os testadores a:

* Percorrer cada um dos fluxos várias vezes
* Tentar todas as combinações possíveis de escolhas dentro da conversa
* Tentar acionar todas as mensagens do bot para detectar quaisquer bugs, erros de ortografia ou pontos em que os usuários possam ficar travados.

Certifique-se de que quaisquer problemas encontrados pelos testadores sejam resolvidos antes de publicar o bot.

## 4. Publicar

Depois que os problemas forem resolvidos, você estará pronto para colocar seu bot no ar. Nas primeiras semanas após a publicação, monitore de perto o tráfego do seu bot. Isso não só lhe dará uma visão de quantas pessoas estão usando o bot e com que frequência, como também permitirá identificar áreas-chave para melhorias. Ao monitorar e analisar as conversas dos usuários, é possível:

* Identificar se o bot está funcionando como esperado: ele consegue ajudar os clientes com sucesso nos casos de uso previstos, sem erros?
* Descobrir se os usuários têm solicitações que o bot ainda não está configurado para atender. Se muitos usuários tiverem esse tipo de solicitação, pode ser uma boa ideia ampliar o escopo do seu bot e adicionar casos de uso extras no futuro.

Lembre-se de que o design de conversas é um processo iterativo e que um chatbot sempre continua sendo um trabalho em andamento para atender às novas demandas dos clientes. Portanto, é importante monitorar continuamente as conversas com seus clientes e revisitar periodicamente estas etapas para melhorar a experiência.

## 5. Iterar

Você gostaria de adicionar um novo caso de uso ao seu chatbot? Passe pelas mesmas etapas e faça iterações para tornar seu bot ainda melhor!


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.chatlayer.ai/chatlayer-documentation-pt-br/buildabot/conversation-design/conversation-design-workflow.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.