02 — Estrategia de investigación UX — SURCO
Importante: este documento contiene artefactos de diseño y razonamiento secundario.
No hay entrevistas de campo primarias ni estadísticas inventadas presentadas como dato medido.
Etiquetas: [COMPROBADO] en producto, [SUPUESTO], [HIPÓTESIS], [DECISIÓN DE DISEÑO].
1. Objetivos de investigación (del caso)
| Objetivo | Método en este caso | Salida |
|---|
| Entender roles de finca familiar | Modelado de stakeholders + personas | §3–4 |
| Definir job principal | JTBD + stories Must | §5 |
| Mapear fricción de coordinación | Journey + service blueprint | §6–7 |
| Traducir a requisitos L2 | Matriz hallazgo → requisito → feature | §8 |
2. Fuentes y límites
Fuentes admisibles (secundarias / operativas)
- Conocimiento general de digitalización agro (cuadernos de campo, asesoramiento técnico).
- Analogía operativa con herramientas de tareas multi-rol ya validadas en la serie (FIRME casos, TROCHA paradas, SENDA visitas) — no copiar dominio.
- Restricciones ALS-2 de diversidad (sector agro libre; no marketplace; no GPS fleet).
Límites éticos de verdad
| Prohibido | Permitido |
|---|
| “El 73% de agricultores usa WhatsApp para riego” sin fuente | “[SUPUESTO] la coordinación informal es frecuente en fincas pequeñas” |
| Citas de usuarios ficticios como entrevistas reales | Quotes de persona etiquetadas como constructo de diseño |
| NPS inventado | Hipótesis H1–H3 con métrica futura |
3. Stakeholders
| Stakeholder | Influencia | Interés | Necesidad principal |
|---|
| Agricultora titular (FARMER) | Alta | Muy alta | Planificar y ver estado de bancales |
| Técnico de campo (TECHNICIAN) | Media–Alta | Alta | Lista del día y cierre rápido |
| Familia / mano de obra ocasional | Baja formal | Media | Instrucciones claras (fuera de app v1) |
| Asesoría agronómica externa | Media | Media | Trazabilidad ligera de intervenciones |
| Normativa / cuaderno oficial | Alta potencial | Baja en v1 | Fuera de alcance L2 (no simular compliance) |
| Proveedor de insumos | Baja | Baja | No es marketplace |
Mapa de poder (resumen)
- Decisor de adopción: FARMER (titular de la explotación).
- Usuario frecuente en campo: TECHNICIAN (y a veces el propio farmer).
- Riesgo de rechazo: si la app pide más datos que un WhatsApp sin devolver claridad de estado.
4. Personas
P1 — Inés Roura · FARMER
| Campo | Detalle |
|---|
| Edad / contexto | ~42 años; explotación familiar olivo + almendro |
| Digital | Media–alta (móvil y banca online); poco tiempo de escritorio al mediodía |
| Goals | Tener el día de parcelas “al día”; no depender solo de la memoria |
| Pains | Notas sueltas; no saber si Pol cerró el riego; papel en la cabina |
| Quote de diseño | “Si no está escrito en el cuaderno, no está hecho.” |
| Email demo | campo@surco.agro |
Escenario: Por la mañana crea “Riego gota a gota” en Bancal Nord, asigna a Pol, y por la tarde comprueba DONE.
P2 — Pol Vidal · TECHNICIAN
| Campo | Detalle |
|---|
| Edad / contexto | ~31 años; técnico de campo que apoya varias fincas (en demo: la de Inés) |
| Digital | Alta; prefiere móvil con una mano |
| Goals | Ver asignaciones, ejecutar, marcar hecha sin llamadas de ida y vuelta |
| Pains | Listas en WhatsApp sin estado; no sabe prioridad entre parcelas |
| Quote de diseño | “Dime el bancal, la tarea y cuándo vence. Ya marco yo.” |
| Email demo | tecnico@surco.agro |
Escenario: Abre SURCO en el móvil, ve ACTIVE, ejecuta, pasa a DONE.
Anti-persona
| Quién | Por qué no es target v1 |
|---|
| Director de cooperativa multi-finca con ERP | Necesita multi-tenant, reporting y compliance → L3/L4 |
| Operador de flota de cosechadoras con GPS | Producto tipo TROCHA, no cuaderno |
5. JTBD y user stories
Job principal
Cuando hay trabajos de parcela que deben hacerse esta semana,
quiero registrarlos con parcela, fecha y responsable,
para que el campo quede al día sin perseguirse por WhatsApp.
Jobs secundarios
| Job | Rol |
|---|
| Ver cuántas tareas abiertas tengo | Ambos |
| Cerrar una intervención hecha en campo | TECHNICIAN / FARMER |
| Referir una tarea por código corto en llamada | Ambos |
Stories Must (v1)
| ID | Story | AC resumido |
|---|
| E1 | Como usuario, inicio sesión con email/password y recibo JWT | 200 + token; 401 si mal |
| E2 | Como FARMER, listo mis tareas y un summary por estado | GET list + stats |
| E3 | Como TECHNICIAN, listo solo mis asignaciones | Filtro technicianId |
| E4 | Como FARMER, creo tarea con parcela y vencimiento | POST; parcela upsert por nombre |
| E5 | Como FARMER, puedo asignar técnico por email | status ACTIVE si existe |
| E6 | Como participante, cambio estado de la tarea | PATCH status + permisos |
| E7 | Como visitante, entiendo el valor en la home | CTAs “Soy agricultor / Soy técnico” |
Should / Could (fuera de L2 del día, no deuda)
- Selector de parcela existente (vs texto libre).
- Filtros por estado en UI.
- Adjuntos foto de plaga.
- Offline queue.
6. Journey — día de Inés (happy path)
| Fase | Acción | Touchpoint | Emoción |
|---|
| Descubrir | Entra a home SURCO | Web pública | Curiosidad |
| Entrar | Login FARMER | /login | Confianza (demo clara) |
| Planificar | Revisa stats y lista | /app/tasks | Control |
| Crear | Nueva tarea riego | /app/tasks/new | Alivio |
| Delegar | Asigna tecnico@… | Create con email | Coordinación |
| Esperar | Pol trabaja en campo | Fuera de app | Neutro |
| Cerrar | Ve DONE en lista/detalle | App | Satisfacción “al día” |
Journey — Pol (campo)
Login → Mis asignaciones → Detalle → ACTIVE (si aplica) → DONE → siguiente tarea.
7. Service blueprint (simplificado)
| Capa | Elementos |
|---|
| Evidencia | Home, login, lista, detalle, códigos SU- |
| Frontstage | Acciones de usuario en Angular |
| Backstage | NestJS + Prisma + Neon; seed de parcelas |
| Soporte | Credenciales demo en footer; mensajes error red |
| Fallos | 401 token; 403 create tech; 404 técnico email; red caída → UI error |
8. Hallazgos → requisitos → features
| Hallazgo (etiquetado) | Requisito | Feature v1 |
|---|
| [SUPUESTO] Coordinación informal pierde estado | Estado explícito de tarea | Enum PENDING/ACTIVE/DONE/CANCELLED |
| [HIPÓTESIS H1] Lista compartida reduce fricción | Vistas por rol | Filtro farmerId / technicianId |
| [DECISIÓN] Técnico opera en móvil | Touch-friendly list/detail | Cards grandes, CTAs claros |
| [DECISIÓN] No ERP | Mínimo de campos | title, parcel, dueAt, notes, tech opcional |
| [SUPUESTO] Referencia oral en finca | Código corto | SU-MMDD-XXX |
| [DECISIÓN] No compliance legal | No módulos ROPO/cuaderno oficial | Fuera de alcance documentado |
9. Preguntas abiertas (investigación futura real)
- ¿Cuántas tareas activas gestiona una finca familiar en semana de riego?
- ¿El técnico es empleado fijo o asesor multi-finca? (impacta multi-tenant)
- ¿Qué % del tiempo de campo hay cobertura de datos? (offline)
- ¿Necesitan export PDF para subvenciones? (compliance)
Estas preguntas no bloquean el L2; informan un posible L3.
10. Plan de validación post-caso (opcional)
| Método | Muestra | Éxito |
|---|
| Guerrilla test 5 agricultores/técnicos | 5 | Completar create + done sin ayuda |
| Analytics (si se instrumenta) | Demo | activation + north star |
| Entrevista contextual en finca | 3 | Confirmar S1–S3 o refutar |
Estado actual: validación de diseño + smoke técnico del vertical slice; no estudio de campo primario.
