Julian/sar

Files

julian 17c08e6392 chore: initial monorepo scaffold + WDS Phase 1+2 artifacts

- 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>

2026-05-27 14:34:20 +00:00

4.4 KiB

Raw Permalink Blame History

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

Velocidade autorizada. Sem comitê + decisão individual + sem deadline rígido = não preciso politicamente embalar recomendações; posso ser direto.
Tech-side já decidido. Como Julian é tech lead e autor da stack, steps 27-32 (Platform Requirements) viram consolidação documental, não descoberta.
Design-side é o trabalho de verdade. Steps 1-12 (Brief estratégico) + 13-18 (Content) são onde há maior lacuna a preencher.
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.

4.4 KiB Raw Permalink Blame History Unescape Escape