> For the complete documentation index, see [llms.txt](https://ticketking.xyz/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ticketking.xyz/docs/pt-br/avaliacao-de-tickets/rating-modes.md).

# Modos de avaliação

Três modos de avaliação. Apenas avaliação, com comentário opcional ou com comentário obrigatório.

<i class="fa-crown">:crown:</i> **Premium.** O **Modo de Avaliação de Tickets** o menu suspenso tem três opções. Elas controlam se o membro pode deixar um comentário de texto junto com a avaliação por estrelas e se esse comentário é obrigatório.

## Os três modos

| Rótulo da interface                    | Comportamento                                                                                                                                                 |
| -------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Apenas avaliação**                   | O membro clica em uma estrela e a avaliação é salva. Nenhum comentário é solicitado.                                                                          |
| **Avaliação + comentário opcional**    | O membro clica em uma estrela, então uma caixa de comentário é aberta com um campo de parágrafo único. O membro pode enviá-la em branco ou com um comentário. |
| **Avaliação + comentário obrigatório** | A mesma caixa de comentário é aberta, mas o campo é obrigatório. O botão Enviar permanece desativado até que o membro escreva algo.                           |

O modo padrão após você ativar a Avaliação de Tickets é **Avaliação + comentário opcional**.

<figure><img src="https://2122257628-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FrnuG1qjzbOoh0efVpoK8%2Fuploads%2Fgit-blob-0ea9c9c1b23dbb3d7567d5c0bb9618bcd3e5048c%2Frating-modes-dropdown.png?alt=media" alt="Settings, Ticket Rating Mode dropdown open showing the three options"><figcaption></figcaption></figure>

## Qual modo escolher

**Apenas avaliação** exige o menor número de cliques, então mais membros concluem a avaliação. Ele fornece a pontuação por estrelas sem nenhum comentário escrito.

**Avaliação + comentário opcional** fornece a pontuação por estrelas de todos, além de um comentário escrito dos membros que escolherem adicionar um. Este é o padrão.

**Avaliação + comentário obrigatório** anexa um comentário escrito a cada avaliação. Alguns membros que dariam uma estrela rapidamente e sairiam podem não concluir, então você pode receber menos avaliações.

## Onde o comentário vai parar

Quando um comentário é enviado (nos modos opcional ou obrigatório):

* Ele é salvo no painel junto com o ticket.
* Ele é exibido no embed do Registro de Avaliações em **Feedback do Usuário** campo.
* Ele é exibido no ticket fechado no Histórico de Tickets.

## Alterando os modos depois

Você pode alterar o modo de avaliação a qualquer momento. O novo modo se aplica aos tickets que forem encerrados após a alteração. Um prompt de avaliação que já tiver sido enviado mantém o modo que estava ativo quando foi enviado.

## Relacionado

{% content-ref url="/pages/f122093bfe7b6bdd65d1434b0952392e83bdbb47" %}
[O que são avaliações de tickets](/docs/pt-br/avaliacao-de-tickets/what-ticket-ratings-are.md)
{% endcontent-ref %}


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://ticketking.xyz/docs/pt-br/avaliacao-de-tickets/rating-modes.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.