julian
17c08e6392
- Nx 22.7 monorepo (pnpm 11.1, TypeScript 5.9, Node 24) - apps/api: NestJS 11 (CJS conforme CODING-RULES.md PGD-DB-004) - apps/web: React 19 + Vite 8 (ESM) - libs/shared/api-interface: Zod contract base - Docker Compose dev: Postgres 18, Valkey 8, MinIO, Mailpit - WDS artifacts: - design-artifacts/A-Product-Brief/ (5 docs canônicos + 16 dialogs) - design-artifacts/B-Trigger-Map/ (hub + 4 personas + feature impact) - Stack canon: STACK.md v2.2 + CODING-RULES.md v2.0 + brand.md - AGENTS.md + README.md como entrada para devs/agentes Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
87 lines
4.4 KiB
Markdown
87 lines
4.4 KiB
Markdown
# Client Profile: SAR — Força de Vendas
|
||
|
||
**Cliente:** JCS Sistemas
|
||
**Created:** 2026-05-26
|
||
**Updated:** 2026-05-26
|
||
|
||
---
|
||
|
||
## Organisation
|
||
|
||
| Field | Value |
|
||
|-------|-------|
|
||
| **Type** | PME estabelecida — software house (foco em sistemas de gestão / ERP / SaaS B2B) |
|
||
| **Size** | 11–50 pessoas |
|
||
| **Industry** | Software de gestão para empresas B2B brasileiras; vertical força de vendas + ERP |
|
||
| **Tech maturity** | **Alta** — desenvolve software profissional há anos; já tem `STACK.md` v2.2 e `CODING-RULES.md` v2.0 formalizados; produtos legados em produção (app Android + Desktop) |
|
||
| **Design maturity** | **Iniciante** — produtos funcionam, há identidade visual definida (`brand.md`), mas SAR é o **primeiro projeto com processo UX formal** (WDS). Legado parece ter sido conduzido por dev, sem designer dedicado |
|
||
|
||
---
|
||
|
||
## People
|
||
|
||
### Primary Contact — Julian
|
||
- **Role:** Product Owner + Tech Lead (acumula PO e responsabilidade técnica)
|
||
- **Decision mandate:** **Autonomia total** — decide sozinho sobre escopo, prazo e design
|
||
- **Notes:** Autor de `STACK.md` e `CODING-RULES.md`. Conduz o WDS pela linha de comando do Claude Code.
|
||
|
||
### Champion (if different)
|
||
- **Name:** Mesmo (Julian)
|
||
- **Role:** —
|
||
- **Notes:** Não há champion adicional. Julian é a força motriz única do SAR. Implicação: ritmo e momentum dependem 100% dele; não há outro patrocinador interno empurrando.
|
||
|
||
### Technical Contact
|
||
- **Name:** Mesmo (Julian)
|
||
- **Role:** Tech Lead — escreveu a stack e as regras
|
||
- **Notes:** Desenvolvimento principal ainda a definir (time JCS interno provável, dado o tamanho 11-50)
|
||
|
||
### Other Stakeholders
|
||
| Name | Role | Influence |
|
||
|------|------|-----------|
|
||
| — | — | — |
|
||
|
||
Nenhum stakeholder externo mencionado nesta fase. Pode haver sócios/diretores na JCS, mas não participam diretamente do SAR.
|
||
|
||
---
|
||
|
||
## Decision Culture
|
||
|
||
- **Decision style:** **fast-individual** — Julian decide, segue
|
||
- **Approval chain:** Julian → execução. Sem comitê, sem signoff externo.
|
||
- **Timeline culture:** **fast-iterative** — velocidade preferida, mas qualidade vem primeiro (sem prazo rígido forçando atalhos)
|
||
|
||
---
|
||
|
||
## Internal Driver
|
||
|
||
- **What triggered this project:**
|
||
A JCS já oferece produtos legados (app Android + Desktop) para força de vendas e ERP. Viu **oportunidade de modernizar e unificar** esses dois mundos num único SaaS web — não como "conserto" do legado, mas como **upgrade de tier do produto**, integrando força de vendas + ERP de forma nativa.
|
||
|
||
- **What success means internally:**
|
||
**Tornar a JCS competitiva como SaaS de força de vendas no mercado regional/nacional.** SAR é vitrine: prova de que a JCS sabe entregar produto digital moderno multi-tenant, com chance de escalar para clientes além da base atual.
|
||
Implicação política: SAR não é só "produto" — é **posicionamento de marca JCS**. Decisões de UX/qualidade refletem na empresa toda.
|
||
|
||
- **Internal deadline or pressure:**
|
||
**Sem deadline rígido.** Preferência por momentum e velocidade, sem queimar qualidade por uma data específica. Pressuposto: progresso visível em meses (não anos).
|
||
|
||
---
|
||
|
||
## Working Style
|
||
|
||
- **Communication preference:** **Sessões longas focadas** neste chat (Claude Code com WDS). Profundidade num turno, sem fragmentação async.
|
||
- **Prior agency experience:** **Nenhuma** com agência/studio de design — estreia em processo UX formal. WDS é o primeiro framework de design adotado.
|
||
- **Notes:**
|
||
- Comunicação em pt-BR
|
||
- Apresentação preferida: **recomendar com justificativa** (eu indico opção + porquê)
|
||
- Envolvimento balanceado: decisões-chave passam por ele, execução avança sem confirmação contínua
|
||
- Trabalha diretamente em terminal/CLI (Claude Code), valoriza ferramentas que respeitam o workflow técnico
|
||
|
||
---
|
||
|
||
## Implicações para o resto da Phase 1
|
||
|
||
1. **Velocidade autorizada.** Sem comitê + decisão individual + sem deadline rígido = não preciso politicamente embalar recomendações; posso ser direto.
|
||
2. **Tech-side já decidido.** Como Julian é tech lead e autor da stack, steps 27-32 (Platform Requirements) viram **consolidação documental**, não descoberta.
|
||
3. **Design-side é o trabalho de verdade.** Steps 1-12 (Brief estratégico) + 13-18 (Content) são onde há maior lacuna a preencher.
|
||
4. **SAR como vitrine** muda Phase 2: as personas não são só "rep externo / supervisor / admin" — incluem implicitamente **clientes-empresa em potencial** que vão avaliar a JCS pelo SAR.
|