01
Aclarar
Confirmamos la operación, el dolor, las personas y la forma de medir el resultado.
Inicio / una tarea real basta
Prepare la primera página de la bitácora.
No necesita definir la tecnología ni escribir una especificación. Una buena consulta describe una tarea que existe hoy, las personas que intervienen, la evidencia que viaja y el momento donde la ruta se vuelve lenta, frágil o invisible.
Incluya si puede
Una historia breve del trabajo.
- La tarea: qué inicia el proceso y qué significa terminarlo.
- Las personas: quién captura, revisa, decide y recibe el resultado.
- La evidencia: formularios, fotos, documentos, mensajes o aprobaciones.
- La falla: dónde se pierde tiempo, contexto, control o confianza.
- Los sistemas: herramientas, cuentas o proveedores que ya participan.
- El objetivo: qué cambio observable haría que el encargo valga la pena.
Plantilla de mensaje
Ruta que queremos mejorar
Empieza cuando…
Describa el disparador real.
Hoy pasa por…
Personas, herramientas y pasos.
Se complica cuando…
La excepción o atraso más común.
Estaría resuelto si…
Un resultado que se pueda observar.
No envíe todavía
Proteja la información inicial.
No incluya contraseñas, claves API, datos personales sensibles, información médica, datos de pago, secretos comerciales de terceros ni archivos confidenciales en el primer correo. Primero se acuerdan autorización y canal.
Sí puede mencionar
El tipo de acceso que existe.
Puede indicar que hay un sistema interno, una cuenta de proveedor, datos de prueba o una persona local disponible sin compartir el contenido sensible. Eso ayuda a evaluar la viabilidad sin ampliar el riesgo.
Qué ocurre después
Una respuesta directa, incluso si el encaje no existe.
02
Separar
Distinguimos ingeniería, decisiones del negocio y revisión chilena calificada.
03
Proponer
Si existe un encaje práctico, definimos un primer tramo, evidencia, límites y siguiente decisión.