00-day-brief.md

Day brief — 2026-08-04 — ALS-2

Restricciones

Complejidad: Nivel 3 (no L2 consecutivo tras SENDA)
Sector: Legal freelancers (cola memory)
No: mayores, salud AP, museos, cocinas; no indigo SENDA, no teal MERIDIANA, no naranja COMAL, no rojo ATRIO
Craft ≥ MERIDIANA/SENDA; UX Paper ≥ 8; JWT multi-rol

Concepto

Campo	Valor
Nombre	FIRME
Eslogan	”Tu despacho freelance, en firme.”
Tipo	SaaS B2B ligero para abogados independientes
Roles	LAWYER + CLIENT (JWT)
Estilo	Parchment × forest green × brass
Tipo	Playfair Display + Source Sans 3

Must-have

Home · Login · Agenda casos abogado · Detalle caso · Portal cliente · Crear caso · estados empty/error

00-paper-reference.md

Abrir documento

Referencia Paper — FIRME

Campo	Valor
File ID	`01KZ6540H4FSKAKHDX8BMGKQT3`
URL	https://app.paper.design/file/01KZ6540H4FSKAKHDX8BMGKQT3
Nombre	FIRME — Daily UX 2026-08-04
Estado	Densificado L3 (MCP) · ~790 nodos
Artboards	11 UI + 8 UX process + 5 etiquetas §N

Mapa canvas (CRON §5.2)

§	Banda	Contenido
1	UX PROCESS	UX-00…UX-07
2	DESIGN + PUBLIC	DS · Home · Login
3	APP MULTI-ROL	Cases lawyer · Detail · New · Cases client
4	MOBILE	Login · Cases
5	STATES	Empty · Error red

Nota de sesión

En la primera pasada del cron, paper__create_file falló con Could not find Paper. Tras open -a Paper (computer-use / shell) el MCP volvió a responder y se creó el file real.

Computer-use (2026-08-04, re-verificación)

Paso	Resultado
`open -a Paper`	OK — app running `com.todesktop.2601167vjw8xe`
`list-windows`	OK (título a veces Dashboard / archivo previo)
`get-app-state` / click / hotkey	FAIL — no accessibility window (permisos AX granted; Paper Electron no expone AX)
Paper MCP `open_file` + canvas	OK — 24 artboards FIRME vivos

Conclusión: computer-use sirve para lanzar Paper; el trabajo de diseño va por Paper MCP.

Densificación L3 (post-cierre)

Banda	Qué se completó
§1 UX	Cover, stakeholders×4, personas Elena/Carlos, JTBD+E1–E4, journey 5 pasos, blueprint capas, IA+flujos, matriz permisos
§2	DS tokens/type/buttons/badges/case card · Home nav+hero+how+roles+footer · Login split brand/form
§3	Cases lawyer KPIs+filtros+5 filas · Detail timeline+PATCH estado · New case form · Client portal llano
§4	Login + Cases mobile con lista y CTA
§5	Empty onboarding · Error 503 con request_id

01-project-definition.md

Abrir documento

01 — FIRME

Identidad


Nombre	FIRME
Significado	Solidez jurídica; “en firme” = decisión/estable
Eslogan	Tu despacho freelance, en firme.
Sector	Legal / abogados independientes
Tipo	SaaS multi-rol (abogado + cliente)
Plataforma	Web responsive
Complejidad	Nivel 3
Idioma	es-ES

Problema

Los abogados freelance gestionan expedientes en email y Excel; el cliente no ve estado sin llamar. Suposición: fricción de comunicación y pérdida de contexto. Hipótesis: portal compartido reduce llamadas de estado ≥30%.

Objetivos

Abogado: crear y actualizar casos.
Cliente: ver sus casos y estado.
No: facturación completa, e-signature, multi-despacho tenant.

Métricas

North Star: casos activos con al menos 1 actualización/semana. Activación: 1er caso creado. CSAT portal cliente.

02-ux-research-strategy.md

Abrir documento

02 — UX

Artefactos de diseño; no entrevistas reales.

Personas

Elena V., 41, abogada freelance — necesita control de expedientes y menos WhatsApp.
Carlos M., 55, cliente particular — quiere saber “en qué va mi caso” sin jerga.
Admin despacho mini — fuera de alcance v1.

JTBD

Cuando tengo varios clientes a la vez, quiero un solo sitio con estado de cada caso, para no perder hilos en el email.

Stories Must

E1 Login JWT · E2 Abogado lista/crea casos · E3 Abogado actualiza estado · E4 Cliente ve solo sus casos.

Journey Elena

Login → Dashboard → Nuevo caso → Cliente recibe acceso → Actualiza IN_PROGRESS → Cliente consulta.

03-information-architecture.md

Abrir documento

03 — IA

/                    Marketing
/login               Auth
/app                 Redirect por rol
/app/cases           Lista (lawyer/client filtered)
/app/cases/new       Crear (lawyer)
/app/cases/:id       Detalle

Permisos

	Ver propios	Crear	Editar estado
LAWYER	todos los suyos	sí	sí
CLIENT	solo asignados	no	no

04-user-flows.md

Abrir documento

04 — Flujos

F1 Login · F2 Crear caso · F3 Listar · F4 Actualizar estado · F5 Cliente consulta. Estados: empty, loading, 401, error red, validación.

05-data-model.md

Abrir documento

05 — Datos

User: id,email,passwordHash,name,role(LAWYER|CLIENT) LegalCase: id,title,reference,summary,status(OPEN|IN_PROGRESS|WAITING_CLIENT|CLOSED),lawyerId,clientId,createdAt,updatedAt

06-tech-stack.md

Abrir documento