Que el técnico encuentre la respuesta sin llamar a nadie.

01 · El problema

La respuesta casi siempre existe. Está en un PDF que nadie puede leer en mitad de una avería.

En el servicio técnico, cada duda en campo acaba en una llamada: al compañero veterano, a la oficina o al fabricante. El técnico pierde tiempo, el cliente espera y el conocimiento se queda en la cabeza de unos pocos.

02 · Decisiones de producto

Tres decisiones que definieron el producto

1. 01

   WhatsApp antes que otra app

   El técnico ya vive en WhatsApp. Llevar el copiloto ahí eliminó la fricción de instalar y aprender algo nuevo.

2. 02

   Citar siempre la fuente, y saber decir «no lo sé»

   En una avería, una respuesta inventada es peor que ninguna. La confianza se diseña: cada respuesta enseña de dónde sale.

3. 03

   Una base de conocimiento por modelo, no un PDF

   Ordenar la documentación por equipo hace que la respuesta sea precisa y que el fabricante vea qué se pregunta de cada producto.

03 · Mi papel

Del discovery a la release

• Discovery

  Entrevistas y visitas con servicios técnicos y fabricantes para entender dónde se pierde el tiempo.

• Diseño del copiloto

  Flujo conversacional, citas de fuente y comportamiento cuando la respuesta no está documentada.

• App de campo

  Órdenes de trabajo, partes con foto y audio, y firma digital del cliente.

• Roadmap y releases

  Priorización, especificación y salida de versiones hasta la 3.6, con el asistente de WhatsApp.

04 · Resultados

Lo que se movió

−50%

llamadas de consulta desde campo en los primeros 60 días

−35%

escaladas al técnico sénior en seis meses

5

módulos en producción: conocimiento, copiloto, analíticas, operaciones y WhatsApp

2026

certificada como empresa emergente por ENISA

Lo que aprendí: el que usa el producto no siempre es el que lo paga. El técnico usa Fluxput; el fabricante es quien más gana cuando su manual responde solo.