# PROCESO

<div align="left" dir="ltr" id="bkmrk-1.-%C2%A0-objetivo-%C2%A0-2.-%C2%A0"><table><colgroup><col width="287"></col><col width="28"></col><col width="287"></col></colgroup><tbody><tr><td>1\. OBJETIVO

</td><td></td><td>2\. ALCANCE

</td></tr><tr><td>Ofrecer un marco de referencia para el diseño y rediseño de productos de datos técnicos (PDT), orientado a asegurar que generen valor real para los usuarios.

  
El proceso busca:

  
- Comprender las necesidades reales de los usuarios
- Diseñar soluciones útiles, usables y accesibles
- Validar hipótesis de manera temprana mediante contacto con usuarios
- Guiar la toma de decisiones basada en evidencia y aprendizaje continuo

  
El foco no está en construir productos, sino en aprender qué producto vale la pena construir.

  
Este marco guía decisiones que impactan en la experiencia del usuario y en la generación de valor, priorizando la validación temprana y el aprendizaje continuo.

</td><td></td><td>Este proceso aplica al diseño y rediseño de productos de datos técnicos, desde la identificación de oportunidades hasta su uso y evolución en contexto real.

  
Incluye:

  
- Definición de propuesta de valor y usuarios objetivo
- Diseño de la experiencia (User Journey, criterios UX/UI)
- Desarrollo y validación de MVPs
- Evaluación de uso, adopción y valor generado
- Iteración continua en base a evidencia

  
No establece una secuencia rígida de pasos ni el uso obligatorio de herramientas específicas.

Debe adaptarse según:

  
- Nivel de incertidumbre
- Madurez del producto
- Contexto de uso

  
  
</td></tr></tbody></table>

</div><div align="left" dir="ltr" id="bkmrk-3.-%C2%A0-definiciones-%C2%A0-"><table><colgroup><col width="287"></col><col width="28"></col><col width="287"></col></colgroup><tbody><tr><td>3\. DEFINICIONES

</td><td></td><td>4\. RESPONSABLE DE PROCESO

</td></tr><tr><td>[ANALISTA GPT DE UX](https://chatgpt.com/g/g-69cadce06cbc819181db5962a151c863-asistente-de-ux): Permite identificar problemas de usabilidad, claridad y experiencia, y obtener un score UX orientativo junto con recomendaciones de mejora. El objetivo no es alcanzar un puntaje determinado, sino detectar fricciones y oportunidades de mejora de forma temprana.

  
PDT: Productos de datos técnicos

  
MODELO DE NEGOCIOS: El Modelo de Negocios resume la forma en la que se va a crear valor, se va a entregar a los clientes y va a generar ingresos (capturar valor) para alcanzar su sostenibilidad.

  
MVP:El producto inicial mínimo viable debe ser:

- Lo más simple posible
- sirve para validar ideas con bajo costo/tiempo
- Permite aprender directamente de usuarios reales

No se busca calidad perfecta, sino máximo aprendizaje con mínimo esfuerzo.

</td><td></td><td>Líder de desarrollo del Producto de Datos Técnicos

</td></tr></tbody></table>

</div>5\. DESARROLLO:

5.1 Espíritu del proceso

El proceso funciona como una guía para orientar criterios y decisiones, no como una receta. Su valor está en ayudar a identificar qué profundizar, qué simplificar y qué revisar en cada etapa.

Este enfoque implica:

- Trabajar con incertidumbre, ajustando según la evolución del producto
- Poner el foco en las decisiones que el producto busca mejorar, más que en sus funcionalidades
- Integrar de manera continua la mirada técnica, de negocio y de experiencia de usuario
- Evaluar el producto en situaciones reales de uso, no solo en condiciones ideales

5.2 Enfoque lean para el desarrollo de PDTs

🔁 1. Ciclo clave: construir → medir → aprender

El desarrollo se organiza como un loop continuo:

- Construir: crear una versión del producto
- Medir: obtener datos reales de uso
- Aprender: validar o refutar hipótesis. El objetivo no es lanzar features, sino generar aprendizaje validado.

🧪 2. Todo producto es un conjunto de hipótesis

Cada decisión de producto (features, usuarios, valor) es en realidad una suposición que hay que testear. El enfoque Lean propone:

- Hacer explícitas esas hipótesis
- Diseñar experimentos para validarlas
- Evitar avanzar basado en opiniones o intuición sola

Esto permite “poner a prueba científicamente” las ideas antes de invertir fuerte .

🚀 3. MVP (Producto Mínimo Viable)

El producto inicial debe ser:

- Lo más simple posible
- Lo suficientemente funcional para obtener feedback real
- No se busca calidad perfecta, sino máximo aprendizaje con mínimo esfuerzo

👤 4. El usuario está en el centro del desarrollo

- El aprendizaje no viene del equipo, sino del usuario; por eso se lo incorpora temprano.
- Se mide su comportamiento (no solo su opinión)
- Se itera en base a uso real

🔄 5. Iterar o pivotar

Después de cada ciclo hay dos caminos:

- Perseverar: seguir en la misma dirección (si la hipótesis se valida)
- Pivotar: cambiar de rumbo (si no funciona)

⚙️ 6. Evitar el desperdicio

Muchas veces se construyen productos que nadie quiere o necesita usar; el enfoque lean busca eliminar ese desperdicio mediante:

- Validación temprana
- Iteraciones rápidas
- Decisiones basadas en datos

🧩 7. Desarrollo de producto ≠ solo construir: El desarrollo incluye entender cliente y mercado

5.3 Proceso propuesto

Este proceso debe entenderse como iterativo. Las actividades de desarrollo, medición y aprendizaje se repiten en ciclos continuos a lo largo del tiempo, y no como una secuencia lineal de etapas cerradas.

A- DEFINICIONES DE PRODUCTO

![](https://procesos.redcrea.org.ar/uploads/images/gallery/2026-04/embedded-image-drdnaakz.png)

<div align="left" dir="ltr" id="bkmrk-actividad-responsabl"><table><colgroup><col width="137"></col><col width="123"></col><col width="251"></col><col width="91"></col></colgroup><tbody><tr><td>ACTIVIDAD

</td><td>RESPONSABLE

</td><td>DETALLE

</td><td>REGISTRO

</td></tr><tr><td colspan="4">INICIO

</td></tr><tr><td>1. Definir propuesta de valor del PDT

</td><td>Líder del PDT

</td><td>Especifique:

- qué decisión mejora
- qué riesgo reduce
- qué tiempo ahorra.
- cómo el PDT facilita el aprendizaje colectivo y la comparabilidad entre grupos.

El desarrollo de producto no es un proceso de “construir bien”, sino de aprender qué producto vale la pena construir.

</td><td>canvas

</td></tr><tr><td>2. Definir segmento de usuario objetivo

</td><td>Líder del PDT + Área Técnica

</td><td>Identifique el segmento al que estará dirigido el PDT, por ejemplo: productor ganadero, agrícola, mixto, asesor técnico, coordinador regional.

  
Describa además el nivel de madurez digital, frecuencia de uso de datos, contexto de decisión y principales frustraciones.

  
Considere la situación en la que se uso / hará carga de datos (ejemplo, en recorridas a campo, en lugares sin acceso a internet). Los problemas surgidos durante estos procesos deben ser parte de la solución.

</td><td>canvas

</td></tr><tr><td>3. Diseñar user Journey

</td><td>Comunicación + UX

</td><td>Mapee las etapas desde descubrimiento hasta uso en reunión de grupo, identificando fricciones y oportunidades.

Ver ejemplo: [ USER JOURNEY](https://www.canva.com/design/DAG7HaG7HGc/0CvqbKq--pY8Zt1xtTmS7Q/view?utm_content=DAG7HaG7HGc&utm_campaign=designshare&utm_medium=link2&utm_source=uniquelinks&utlId=h2d211411e6)

En esta etapa, considere que el aprendizaje no viene del equipo de trabajo, sino del usuario y que por eso:

- Se lo incorpora temprano
- Se mide su comportamiento (no solo su opinión)
- Se deberá iterar en base al uso real.

  
</td><td>Mapa de User Journey

</td></tr><tr><td>4. Consolidar el modelo de negocio

</td><td>Líder del PDT + Administración

</td><td>Genere el Lienzo CANVAS, visibilizando los siguientes elementos clave:

- Propuesta de valor: ¿Qué problema resuelve? ¿Qué necesidad satisface?
- Segmentos de clientes: ¿A quién está dirigido?
- Canales: ¿Cómo se llega al cliente?
- Relación con clientes: ¿Cómo se vincula con el cliente y lo fideliza?
- Fuentes de ingresos: ¿Cómo se gana dinero?
- Recursos clave: ¿Qué se necesita para funcionar?
- Actividades clave: ¿Qué se debe hacer bien?
- Socios clave: ¿En quiénes se debe apoyar para entregar la propuesta de valor?
- Estructura de costos: ¿En qué se gasta el dinero?

  
Ver: [<span data-rich-links="{"fple-t":"Brief modelo PDT.pptx","fple-u":"https://docs.google.com/presentation/d/1Lxx7ZLp3hnmPYEzpJVeMUMjpCzJnI9Gp/edit?slide=id.g2d67feb7ac7_0_11#slide=id.g2d67feb7ac7_0_11","fple-mt":"application/vnd.openxmlformats-officedocument.presentationml.presentation","type":"first-party-link"}">Brief modelo PDT.pptx</span>](https://docs.google.com/presentation/d/1Lxx7ZLp3hnmPYEzpJVeMUMjpCzJnI9Gp/edit?slide=id.g2d67feb7ac7_0_11#slide=id.g2d67feb7ac7_0_11)

</td><td>Lienzo CANVAS aprobado

</td></tr></tbody></table>

</div>B- DESARROLLO DEL PRODUCTO

![](https://procesos.redcrea.org.ar/uploads/images/gallery/2026-04/embedded-image-9rxcnvi7.png)

<div align="left" dir="ltr" id="bkmrk-actividad-responsabl-1"><table><colgroup><col width="137"></col><col width="124"></col><col width="250"></col><col width="91"></col></colgroup><tbody><tr><td>ACTIVIDAD

</td><td>RESPONSABLE

</td><td>DETALLE

</td><td>REGISTRO

</td></tr><tr><td>1. Analizar alternativas existentes

</td><td>Equipo Técnico

</td><td>Revise soluciones similares tanto internas como de mercado. Registre y considere para el diseño sus aciertos.

</td><td>n/a

</td></tr><tr><td>2. Desarrollar Producto Mínimo Viable

</td><td>Tecnología + Área Técnica

</td><td>Construya una versión simple que permita validar uso y comprensión. Aplique en el diseño los principios de UX: claridad, visualización simple, lenguaje accesible, foco en insights accionables.

Ver anexo I

  
Realice pruebas piloto con grupos CREA y recoja feedback estructurado. Observar tareas reales sin intervenir. Iterar rápidamente.

  
Ajuste según problemas detectados (diseño iterativo obligatorio).

</td><td>Versión MVP funcional

</td></tr><tr><td>3. Evaluar e iterar

</td><td>Tecnología + Área Técnica

</td><td>A nivel diseño:

El PDT debe ser evaluado utilizando el [ANALISTA GPT DE UX](https://chatgpt.com/g/g-69cadce06cbc819181db5962a151c863-asistente-de-ux) como herramienta de diagnóstico.

  
Con las sugerencias, itere el modelo:

  
- Priorice la resolución de problemas críticos
- Itere el diseño en base a las recomendaciones
- Vuelva a evaluar hasta alcanzar un nivel adecuado de usabilidad y claridad

  
🎯 ¿Cómo interpretar el score del informe?

90–100 → Excelente (raro)

Producto muy pulido, casi sin fricción

Microdetalles cuidados

80–89 → Muy bueno (objetivo ideal)

Claro, usable, eficiente

Puede tener detalles menores

No frena decisiones

70–79 → Aceptable

Funciona, pero requiere esfuerzo cognitivo. No es inmediato

Hay margen claro de mejora

60–69 → Deficiente

Confunde, genera dudas o errores

No escala bien

&lt;60 → Problemático

Bloquea al usuario directamente

  
El score es una herramienta de diagnóstico, no un objetivo en sí mismo.

  
A nivel experiencia de uso:

  
Evalúe el PDT a partir de pruebas con usuarios, testeo del MVP y análisis del User Journey, observando cómo las personas interactúan realmente con el producto. Identifique fricciones, dudas, errores, desvíos en la navegación y puntos de abandono, así como oportunidades de mejora en comprensión, acceso y toma de decisión. Con base en estos hallazgos, priorice ajustes e itere el producto hasta optimizar su facilidad de uso, fluidez y capacidad de generar valor en la práctica.

</td><td>GPT

</td></tr><tr><td>4. Diseñar plan de comunicación del PDT

</td><td>Comunicación

</td><td>Defina el lanzamiento, casos de uso, tutoriales, piezas explicativas.

[<span data-rich-links="{"fple-t":"Solicitud de Plan de Comunicación para Eventos Regionales y de Área","fple-u":"https://docs.google.com/document/d/1nu2C5Vihex-CuzvDoP13C6eosvacmeYOe0bsz8SpoxA/edit?tab=t.0","fple-mt":"application/vnd.google-apps.kix","type":"first-party-link"}">Solicitud de Plan de Comunicación para Eventos Regionales y de Área</span>](https://docs.google.com/document/d/1nu2C5Vihex-CuzvDoP13C6eosvacmeYOe0bsz8SpoxA/edit?tab=t.0)

</td><td>Plan de comunicación aprobado

</td></tr></tbody></table>

</div>C - LANZAMIENTO

![](https://procesos.redcrea.org.ar/uploads/images/gallery/2026-04/embedded-image-pnofxtnk.png)

<div align="left" dir="ltr" id="bkmrk-actividad-responsabl-2"><table><colgroup><col width="137"></col><col width="123"></col><col width="251"></col><col width="91"></col></colgroup><tbody><tr><td>ACTIVIDAD

</td><td>RESPONSABLE

</td><td>DETALLE

</td><td>REGISTRO

</td></tr><tr><td>1. Implementar lanzamiento

</td><td>Comunicación + Área Técnica

</td><td>Ejecute las acciones de difusión y acompañamiento.

</td><td>Reporte de lanzamiento

</td></tr><tr><td>2. Medir métricas de uso inicial

</td><td>Tecnología + Datos

</td><td>Mida:

- Frecuencia
- Tasa de carga
- Uso en reuniones

</td><td>Dashboard

</td></tr><tr><td>3. Evaluación periódica de adopción

</td><td>Equipo Técnico + Tecnología

</td><td>Después de cada ciclo hay dos caminos:

- Perseverar: seguir en la misma dirección (si las hipótesis iniciales se validan)
- Pivotar: cambiar de rumbo (si lo que planteamos no funciona).

Para esto:

Revise el nivel de adopción, comprensión y uso efectivo en decisiones.

  
Itere funcionalidades, simplifique o elimine lo que no agrega valor.

Un PDT solo se considera exitoso si:

- Es útil (resuelve necesidad real).
- Es usable (aprendizaje, eficiencia, memorabilidad, errores, satisfacción).
- Mejora la toma de decisiones.
- Aumenta la probabilidad de que el conocimiento sea compartido.

Si el usuario necesita capacitación extensa para usarlo, el diseño debe revisarse.

Si no se usa en la reunión de grupo, el valor no está siendo capturado.

Analice y considere las limitaciones técnicas ante el crecimiento del uso.

  
Elimine o rediseñe aquellos módulos de bajo uso o bajo valor percibido

</td><td>Registro de mejoras

</td></tr></tbody></table>

</div>ANEXO I - PRINCIPIOS DEL UX - [https://lawsofux.com/](https://lawsofux.com/)

<div align="left" dir="ltr" id="bkmrk-actividad-responsabl-3"><table><colgroup><col width="151"></col><col width="151"></col><col width="308"></col></colgroup><tbody><tr><td>ACTIVIDAD

</td><td>RESPONSABLE

</td><td>DETALLE (criterios aplicados)

</td></tr><tr><td>Definir principios UX obligatorios

</td><td>Comunicación +

Dirección Técnica

</td><td>Simplicidad

 (Navaja de Occam), consistencia (Ley de Jakob), foco en insight clave (Pareto 80/20), reducción de carga cognitiva.

</td></tr><tr><td>Diseñar arquitectura de

 información

</td><td>UX + Tecnología

</td><td>Agrupar por proximidad, semejanza y región común. Evitar fragmentación innecesaria.

</td></tr><tr><td>Definir reglas de

 visualización

</td><td>UX + Área

 Técnica

</td><td>Destacar diferencias relevantes (Von Restorff). Evitar exceso de métricas.

</td></tr><tr><td>Diseñar interacción eficiente

</td><td>Tecnología

</td><td>Minimizar tiempos de respuesta (&lt;400 ms – Umbral de Doherty). Optimizar tamaño y distancia de elementos (Ley de Fitts).

</td></tr><tr><td>Minimizar complejidad

 expuesta

</td><td>Tecnología +

 Área Técnica

</td><td>Aplicar Ley de Tesler: absorber complejidad estructural en el sistema.

</td></tr><tr><td>Diseñar onboarding contextual

</td><td>Comunicación

</td><td>Considerar paradoja del usuario activo (no leen manuales). Incluir ayuda contextual y tooltips.

</td></tr><tr><td>Definir criterios de error y

 recuperación

</td><td>Tecnología

</td><td>Permitir recuperación simple (Ley de Postel). Reducir errores graves.

</td></tr><tr><td>Evaluar satisfacción y

 memorabilidad

</td><td>Comunicación

</td><td>Medir facilidad de reaprendizaje y experiencia emocional.

</td></tr></tbody></table>

</div>6\. EVOLUTIVOS:

<div align="center" dir="ltr" id="bkmrk-versi%C3%93n-fecha%C2%A0-aprob"><table><colgroup><col width="114"></col><col width="124"></col><col width="310"></col></colgroup><tbody><tr><td>VERSIÓN

</td><td>FECHA

</td><td>APROBADO POR

</td></tr><tr><td>1

</td><td>17/04/2026

</td><td>Líder de Operaciones y Procesos (como sponsor del OKR)

</td></tr></tbody></table>

</div>