Este documento é enviado depois da escolha da oferta PS-AVA-01. Ele lista o que o cliente provisiona, as
informações que devolve à Pointer e o checklist de prontidão conferido antes da abertura da rodada inicial. O prazo
de devolução é definido no kick-off. Esta oferta não pede credencial nem acesso ao ambiente do cliente; quando o
Levantamento da Plataforma (PS-AVA-02) também é contratado, as credenciais somente leitura seguem o documento
PR-AVA-02.
- O que o cliente provisiona
- Proteção de dados pessoais (LGPD)
- Senha dos resultados
- Informações a enviar
- Checklist de prontidão
1. O que o cliente provisiona
| Item | Especificação | Obrigatório |
| Participantes por persona | Respondentes das personas avaliadas: Planejamento; Desenvolvimento e Q.A; Infraestrutura e Plataforma; Segurança; Compliance (padrão: todas as personas). | Sim |
| Stakeholders do Customer Success Plan | Participantes que respondem ao formulário do Customer Success Plan: função, iniciativa de negócio, valor, relevância dos objetivos, funcionalidade de interesse, ferramentas atuais e desafios. | Sim |
| Acesso ao site do engajamento | Navegador com acesso, a partir da rede ou do dispositivo que os participantes usarão, ao site do engajamento no GitLab Pages (domínio gitlab.io) e à API do GitLab.com, que recebe o envio das respostas. | Sim |
| Insumos do Customer Success Plan | Casos de uso, KPIs com linha de base e meta acordada, plano de decisão, jornada e cronograma, levantados com o cliente. | Sim |
| Logo do cliente | Arquivo de imagem com autorização de uso; aparece no cabeçalho, sobre placa branca. | Não |
- O site é acessado por link ou QR code. Os resultados só aparecem com a senha. Se o acesso público ao GitLab Pages for removido no grupo do engajamento, os formulários passam a abrir só para membros do projeto, com conta no GitLab.com.
- A Pesquisa de Satisfação é anônima e é aplicada após demonstrações e workshops.
2. Proteção de dados pessoais (LGPD)
- Cada resposta do Teste de Maturidade e do Customer Success Plan pede nome e cargo (e-mail opcional) e só é aceita com o consentimento de tratamento de dados, que autoriza o uso exclusivamente para os entregáveis do engajamento, nos termos da Lei 13.709/2018.
- As respostas ficam no repositório privado do projeto do engajamento; o site publica só resultados cifrados, sem resposta em claro.
- O prazo de retenção dos dados pessoais é definido no contrato; ao fim do prazo, as respostas ou o projeto do engajamento são excluídos.
3. Senha dos resultados
A senha de acesso aos resultados é gerada pela Pointer na preparação do projeto do engajamento (quatro blocos de
cinco caracteres alfanuméricos separados por hífen), exibida uma única vez e entregue ao cliente por canal
separado. O cliente não envia credencial para esta oferta.
4. Informações a enviar
Informações sem sigilo, devolvidas pelo cliente antes da reunião de prontidão. Os campos marcados como obrigatórios são conferidos pela validação automática do pipeline.
Identificação
| Informação | Exemplo | Obrigatório | Observação |
| Nome do órgão ou da empresa | Órgão Exemplo | Sim | Aparece no site e nos PDFs. |
| Sigla | EXEMPLO | Sim | Até 24 caracteres: letras, números, espaço, ponto, sublinhado, hífen e parênteses. |
| Setor | Público | Não | Público ou privado; muda a lista de objetivos do Customer Success Plan. Padrão: público. |
| Oferta GitLab atual ou pretendida | GitLab self-managed | Não | GitLab self-managed, GitLab Dedicated ou GitLab.com. |
| Patrocinador | Nome, cargo, e-mail | Sim | Decisões de escopo, prioridade e aceite. |
| Ponto focal | Nome, cargo, e-mail | Sim | Pré-requisitos, acessos e validação. |
Escopo da avaliação
| Informação | Exemplo | Obrigatório | Observação |
| Personas avaliadas | Todas | Não | Planejamento; Desenvolvimento e Q.A; Infraestrutura e Plataforma; Segurança; Compliance. Padrão: todas. |
| Quantidade prevista de participantes por persona | Desenvolvimento e Q.A: 8 | Não | Referência para acompanhar a contagem de respostas por persona no portal. |
| Capacidades fora do escopo, com motivo | Runners hospedados pela GitLab — cliente GitLab self-managed | Não | Definidas com o consultor; saem do formulário e do denominador e aparecem no relatório com o motivo. |
Rodadas e cronograma
| Informação | Exemplo | Obrigatório | Observação |
| Rodada inicial: abertura e encerramento | 2026-11-03 a 2026-11-10 | Sim | Datas AAAA-MM-DD. Depois do encerramento, novas respostas da rodada são recusadas. |
| Rodada final: abertura e encerramento | 2026-12-01 a 2026-12-08 | Sim | Mesmo formulário da rodada inicial; base do comparativo inicial × final. |
| Encontros da PoC: data, título e descrição | 2026-11-03 — Kick-off | Não | Aparecem no cronograma do site. |
| Demonstrações e workshops com Pesquisa de Satisfação | 2026-11-17 — Workshop | Não | Eventos aceitos pelo formulário: Demo e Workshop. |
Identidade visual
| Informação | Exemplo | Obrigatório | Observação |
| Logo do cliente e autorização de uso | logo.png | Não | Exibido sobre placa branca no cabeçalho. |
5. Checklist de prontidão
Itens conferidos antes da execução. "Preflight automático" indica verificação feita pelo pipeline contra o ambiente real; os demais são conferidos na reunião de prontidão ou pelo cliente.
| ☐ | Item | Verificado por |
| ☐ | Formulário de informações devolvido e revisado com a Pointer. | Reunião de prontidão |
| ☐ | Personas avaliadas e capacidades fora do escopo acordadas, com motivo registrado. | Reunião de prontidão |
| ☐ | Datas das rodadas inicial e final e cronograma da PoC confirmados. | Cliente |
| ☐ | Configuração da avaliação validada pelo pipeline do engajamento. | Preflight automático |
| ☐ | Senha dos resultados recebida pelo cliente por canal separado. | Cliente |
| ☐ | Site do engajamento aberto na rede e nos dispositivos dos participantes (portal e um formulário). | Cliente |
| ☐ | Envio de teste em cada formulário feito pela Pointer, com a resposta de teste removida antes da análise. | Reunião de prontidão |
| ☐ | Participantes de cada persona e stakeholders do Customer Success Plan convocados para o kick-off, cientes do consentimento de tratamento de dados. | Cliente |
| ☐ | Autorização de uso do logo enviada, quando o logo for usado. | Cliente |