<aside> ℹ️ Blocos como este são apenas explicativos para você, designer. Devem ser removidos na hora de produzir a documentação final que será entregue ao cliente.

</aside>

Objetivo

<aside> ℹ️ Descrição clara do problema ou necessidade identificada. O que estamos tentando resolver com este design?

Deve trazer o contexto de como o problema surgiu e por que ele é relevante. Se houver termos ou conceitos pouco conhecidos relacionados, devem ser apresentados aqui também.

</aside>

Escopo

<aside> ℹ️ Fluxos e plataformas que serão consideradas no projeto.

</aside>

• Web e App: página de pagamento e confirmação de compra
• E-mail: régua de onboarding

Público

<aside> ℹ️ Segmentação dos clientes que será considerada na solução.

</aside>

• Visitantes que ainda não possuem cadastro
• Clientes recém-cadastrados

Cenários e momentos

<aside> ℹ️ Listamos aqui os cenários que devem ser lembrados neste projeto, tanto cenários recorrentes como cenários de exceção. Podem ser pensados como job stories também.

Obs.: essa lista tende ao infinito se quisermos descrever todas as possibilidades de cenários do produto. Como o objetivo do documento é ser legível e prático, é recomendável aqui descrever apenas os cenários que podem de alguma forma impactar essa solução.

</aside>

• Se cadastrando pagando com boleto
• Utilizando o produto durante o trabalho
• Aprendendo a utilizar o produto

Métricas

<aside> ℹ️ Como saberemos se a solução de design cumpriu seu objetivo principal (descrito acima)? Quais indicadores de negócio (KPI — Key Performance Indicator) estão sendo impactados?

</aside>