SURCO · 03-information-architecture.md · 5 de 22

En esta página 1. Principios de IA 0%

03 — Arquitectura de información — SURCO

1. Principios de IA

PrincipioAplicación
Cuaderno primeroTras login, destino único: lista de tareas (no dashboard multi-widget)
Rol visibleBadge FARMER / TECHNICIAN en header de app
Pocos nivelesPúblico (2) + App (3 rutas) — profundidad máxima 2 clicks a detalle
Permisos en navegaciónCTA “+ Tarea” solo FARMER; rutas API con guard
Lenguaje de dominioParcela, tarea, vencimiento — no “ticket”, “issue”, “order”

2. Sitemap

/                          Home (público)
/login                     Login JWT
/app/tasks                 Lista + stats (auth)
/app/tasks/new             Nueva tarea (auth · FARMER)
/app/tasks/:id             Detalle + estado (auth · parte)
/**                        → redirect /

Árbol por audiencia

AudienciaNodos relevantes
VisitanteHome → Login
FARMERLogin → Tasks → New / Detail
TECHNICIANLogin → Tasks → Detail (status)

3. Navegación

Pública

ElementoDestinoNotas
Wordmark SURCO/Display Literata
Entrar/loginTexto
Abrir cuaderno/loginPrimary CTA
Soy agricultor / Soy técnico/loginMismo form; rol viene del usuario seed

App (autenticada)

ElementoDestinoVisibilidad
Wordmark/app/tasksAmbos
Badge rolAmbos
Nombre usuarioAmbos
+ Tarea/app/tasks/newSolo FARMER
Salirlimpia token → /loginAmbos
Card tarea/app/tasks/:idAmbos
Volver (detalle)/app/tasksAmbos

No hay menú lateral multi-sección en v1 (evita IA de ERP).

4. Inventario de contenido

PantallaContenidos
HomeEyebrow sector, H1 eslogan, lead, CTAs, 3 stats teaser, hero img, 3 pasos, footer demo
LoginTítulo, email, password, submit, error, enlace implícito a demo
TasksTítulo contextual por rol, 4 stats, lista cards, empty, error
NewForm campos, submit, cancel/back
DetailMeta código/parcela, notas, selector/acciones de estado

5. Taxonomía y etiquetas de estado

Status APILabel UISemántica
PENDINGPendienteCreada; sin técnico o aún no activa
ACTIVEActivaEn curso / asignada
DONEHechaCerrada con éxito
CANCELLEDCanceladaNo se hará

Orden de lista: por dueAt ascendente (lo que vence antes, primero).

6. Modelo mental vs UI

Modelo mental del usuarioRepresentación
“Mi libreta de hoy”/app/tasks + stats abiertas
“El bancal del norte”parcel.name + crop + ha en card
“Se lo dije a Pol”technician name en card (vista farmer)
“Ya está regado”status DONE

7. Permisos y objetos

User 1──* Parcel (farmerId)
User 1──* FieldTask (farmerId)
User 0..1──* FieldTask (technicianId opcional)
Parcel 1──* FieldTask
ObjetoQuién creaQuién veQuién muta status
ParcelFARMER (implícito en create task)Vía tareaNo hay CRUD UI aparte
FieldTaskFARMERFarmer dueño o tech asignadoParticipante según reglas API

8. Flujos de información entre roles

  1. FARMER crea tarea (+ opcional email técnico) → si hay técnico válido, ACTIVE.
  2. TECHNICIAN lista solo asignadas → actualiza a DONE.
  3. FARMER ve el cambio en list/detail (mismo recurso).

No hay bandeja de notificaciones: el “pull” es abrir el cuaderno.

9. SEO / URLs (público)

URLindexableMotivo
/Sí (demo)Marketing del caso
/loginNoindex preferibleAuth
/app/*NoPrivado

10. Criterios de aceptación IA

  1. Desde home, un usuario llega a login en 1 click.
  2. Tras login válido, aterriza en lista de tareas.
  3. Ninguna ruta de app asume rol incorrecto en la nav (sin “+ Tarea” para técnico).
  4. Detalle y new son hijos semánticos de tasks (path prefix /app/tasks).
  5. No existen secciones huérfanas (inventario, mapa, chat) en la nav.