ciudadanocentrico.ai
Estratega Ciudadano-Céntrico

El ciudadano primero.
La tecnología, después.

Acompaño a entidades públicas de Perú y LATAM a diseñar servicios digitales que generen valor público real, partiendo del dolor del ciudadano y articulándose con el Plan de Gobierno Digital de la entidad. Uso IA como acelerador analítico para detectar fricciones, mapear trámites y validar hipótesis con evidencia.

Diagnóstico

Hay un orden que se rompió hace tiempo.

En la mayoría de transformaciones digitales del Estado, la tecnología llega antes que la pregunta. Se contrata el sistema antes de mapear el trámite. Se compra la nube antes de saber qué dato vive ahí. Se licita el portal antes de preguntarle al ciudadano qué necesita resolver. Cuando finalmente se prende el servicio, la persona que llega con un problema real descubre que el portal está diseñado para la institución que lo construyó, no para ella.

La Ley de Gobierno Digital (DL 1412) y su reglamento (DS 029-2021-PCM) ya establecen el marco. Toda entidad pública debe tener Comité y Plan de Gobierno Digital. El problema no es la falta de norma — es la ejecución que termina centrada en la tecnología y no en el valor público para el ciudadano.

El método Ciudadano-Céntrico restaura ese orden.

ENFOQUE HABITUAL
  1. Tecnología
  2. Procesos
  3. Servicio
  4. Ciudadano
ENFOQUE CIUDADANO-CÉNTRICO
  1. Ciudadano
  2. Servicio
  3. Procesos
  4. Tecnología
Método

Cómo trabajo.

ENTENDER

Captar el dolor real, no el dolor declarado.

La mayoría de procesos de transformación arrancan en una sala de reuniones, con funcionarios describiendo el trámite tal como lo ven desde la institución. Eso produce diagnósticos cómodos y soluciones que terminan resolviendo problemas que no eran los importantes.

El método empieza en otro punto. Acompaño al ciudadano en su recorrido completo, observo cómo resuelve cada paso, identifico dónde abandona, dónde se confunde, dónde llama por teléfono porque el portal no le respondió. Combino investigación cualitativa con análisis cuantitativo de los puntos de fricción del trámite actual.

Esta fase termina cuando puedo formular una pregunta clara: cuál es el dolor real del ciudadano que este servicio debería resolver, y cómo se articula con el Plan de Gobierno Digital de la entidad para generar valor público medible. Sin esa pregunta bien hecha, todo lo que sigue es decoración.

  1. Inicio del trámite
  2. Identificación
  3. Confusión en formulario
  4. Documentos requeridos
  5. Abandono
  6. Llamada al call center
  7. Servicio resuelto
paso fluido fricción abandono

DISEÑAR

El servicio, antes que la tecnología.

Una vez que la pregunta está bien formulada, diseño cómo debería funcionar el servicio para responderla. Defino qué pasa en cada punto de contacto entre el ciudadano y el Estado, qué decisión toma la persona en cada paso, qué información necesita en cada momento, en cuánto tiempo debe responder el sistema y qué pasa cuando algo falla.

Este diseño se valida con ciudadanos reales antes de que una sola línea de código se escriba. Itero hasta que el servicio se siente intuitivo y resuelve el dolor identificado.

La tecnología aparece recién al final de esta fase, como consecuencia del diseño del servicio. Recomiendo arquitecturas, no productos. Si el servicio necesita procesamiento inteligente de documentos, evalúo modelos de IA según el caso. Si requiere automatización de flujos, propongo herramientas que la institución pueda mantener. Si exige seguridad de grado institucional, diseño la capa de protección desde el principio.

CONSTRUIR

Arquitectura que el Estado puede operar y mantener.

La fase de construcción combina las tecnologías que correspondan al servicio diseñado: inteligencia artificial aplicada con criterio, automatización de procesos cuando reduce fricción real, plataformas de bajo código para velocidad de despliegue, ciberseguridad de grado institucional desde el primer día. La selección depende del problema, no de un catálogo predefinido.

El criterio que sostiene cada decisión técnica es la soberanía operativa del Estado. La arquitectura debe ser auditable por contraloría. Los datos del ciudadano deben residir donde la ley peruana los protege. La institución debe poder cambiar de proveedor sin reconstruir el sistema desde cero. La tecnología tiene que servir al servicio, no al revés.

Trabajo con modelos abiertos cuando son la mejor opción técnica y con modelos frontera bajo contrato soberano cuando el caso lo justifica. Cumplo con el Reglamento de IA del Perú (DS 115-2025-PCM): clasificación de riesgo, auditabilidad algorítmica, protección de grupos vulnerables. Mi lealtad es con la institución pública que me contrata, no con un fabricante.

AplicaciónServicios al ciudadano
DatosInformación ciudadana
InfraestructuraCómputo y red

Tres capas, tres garantías. La tecnología sirve al servicio, no al revés.

Manifiesto

Una tesis breve.

La mayoría de transformaciones digitales del Estado fracasan porque importaron el manual del sector privado, donde el cliente insatisfecho puede irse a la competencia. El ciudadano no tiene esa salida. El método Ciudadano-Céntrico se construyó alrededor de dos convicciones: el orden que pone primero al ciudadano y la arquitectura que mantiene la propiedad pública sobre lo público.

Lee el manifiesto completo

¿Lideras una entidad pública en Perú o LATAM?

Si el ciudadano debe estar primero en tu próximo servicio digital, hablemos.

Lo que entrego es el diseño de tu próximo servicio digital, con valor público real.