← Blog

Tu cliente pregunta “¿cómo va mi pedido?”: organiza un taller sin revisar veinte chats

Para controlar pedidos de un taller, cada trabajo necesita un folio, un estado claro, un responsable y una siguiente acción. Cuando hay archivos o diseños, también debe quedar visible qué versión está aprobada. Un portal puede ayudar, pero primero necesitas definir qué información debe mostrar.

Imagina que un cliente pregunta por su encargo. Ventas tiene la fecha prometida, producción conserva otra referencia y la aprobación llegó por un chat al que no todos tienen acceso. Antes de responder, alguien debe reconstruir la historia.

Este escenario es didáctico. La solución que proponemos empieza por reducir esa reconstrucción, no por instalar un sistema enorme.

El folio conecta el trabajo; no sustituye su definición

Asigna un identificador que acompañe solicitud, propuesta, archivos y entrega. Evita depender únicamente del nombre del cliente: una misma persona puede tener varios trabajos abiertos.

La ficha debe explicar qué se pidió y qué falta. “Trabajo de Juan” no distingue alcance, fecha ni versión. Una descripción breve y confirmada permite que otra persona sepa qué está coordinando sin inferirlo.

En procesos especializados, deja fuera de esa ficha pública la información que sólo necesita un rol técnico o autorizado. Que todo pertenezca al mismo encargo no significa que todo deba ser visible para todos.

Define estados que indiquen qué hacer

Puedes partir de esta base y ajustarla a tu operación:

Estado	Qué debería significar
Recibido	Existe un registro; todavía no garantiza que todo esté completo.
Faltan datos	Hay un requisito concreto pendiente, con responsable de solicitarlo.
Listo para trabajar	Se cumplieron los requisitos definidos para iniciar esa fase.
En revisión	Hay una versión identificable esperando una decisión.
Aprobado para producir	La aprobación aplicable quedó registrada.
En producción	Comenzó el trabajo correspondiente a la versión autorizada.
Listo para entregar	Terminó la fase productiva y faltan las condiciones de salida.
Entregado	Existe registro de la entrega según el procedimiento del negocio.

No adoptes todos los estados si no los necesitas. Lo importante es que dos personas interpreten cada uno de la misma manera.

Una aprobación debe señalar una versión

Cuando envíes un archivo o una vista para revisión, identifica cuál es. Conserva fecha, versión y decisión. Si llega una corrección, registra qué cambió y vuelve a colocar el trabajo en la fase que corresponda.

“Me dijo que sí” no permite saber si se aprobó un diseño, un precio o una fecha. La aprobación debe ser explícita respecto a lo que autoriza.

Si un cliente aprueba una representación conceptual, aclara qué valida esa vista y qué sigue sujeto a revisión técnica. Una imagen convincente no sustituye los controles necesarios del oficio.

Estado de producción y pago son cosas distintas

Evita resolverlo todo con una columna llamada “completo”. Un encargo puede estar fabricado y tener un saldo pendiente, o estar pagado y esperar material.

Define la condición de salida que corresponda a tu negocio y registra su cumplimiento. La verificación del pago debe venir del procedimiento o proveedor autorizado, no sólo de una captura recibida por mensaje.

Tampoco confundas listo para entregar con entregado. Separar ambos momentos permite responder con precisión y reconocer qué tarea queda.

Empieza por la información que alguien consulta todos los días

Comienza por observar dónde se pide información repetidamente. ¿Se pregunta por el estado, por un archivo, por una aprobación o por una fecha? Resuelve primero ese punto y prueba el recorrido completo con un trabajo controlado.

Un portal que muestra estados equivocados sólo distribuye más rápido una respuesta incorrecta. Mantén una persona responsable del dato y una manera de corregirlo.

Nuestro estudio del asistente de cocina trabaja sobre una etapa anterior: ordenar el tipo de encargo, sus preferencias y los datos conocidos para solicitar una revisión. Es un prototipo conceptual; no gestiona producción, archivos aprobados ni estados de un taller. Esa frontera permite definir qué haría falta construir después.

Cuándo evaluar una implementación propia

Una ficha compartida puede bastar para un proceso sencillo. Considera una implementación cuando necesites varios roles, acceso externo limitado, muchos archivos o conexiones con herramientas que ya usas.

Antes de cotizar, pide que se definan alcance, permisos, datos que se conservarán, pruebas de aceptación y responsabilidad de mantenimiento. El objetivo es un proceso que puedas operar y revisar. La guía para automatizar una operación por etapas puede ayudarte a elegir qué resolver primero.

¿Tu equipo necesita reconstruir cada encargo para responder al cliente? Describe tu proceso, desde la solicitud hasta la entrega. Evaluaremos qué parte necesita una implementación y qué puede simplificarse primero.

Evaluar mi operación