Protección de pagoDetalles
- Los cambios dentro del paquete son gratuitos.
- Si no responde en los 3 días siguientes a la entrega, el trabajo se acepta automáticamente.
El dinero queda reservado al pagar y solo se libera cuando usted acepta el trabajo.
Ejemplo de resultado
Análisis de procesos: del pedido a la entrega en un taller de muebles a medida
Mapa del proceso actual (pedido → producción)
- El cliente consulta por el formulario web, por teléfono o por mensaje directo en Instagram
- El dueño (Daniel) responde personalmente, a menudo 1–3 días después
- Daniel mide en el lugar, dibuja a mano y le saca una foto al boceto
- El presupuesto se escribe en una plantilla de Word y se envía en PDF
- El cliente paga un anticipo del 50% por transferencia; Daniel lo revisa a mano en la app del banco
- El boceto y las notas pasan al jefe de taller en papel
- El jefe de taller pide la madera por teléfono y anota el trabajo en la pizarra
Cuellos de botella y pérdidas
| Problema | Dónde | Impacto |
|---|---|---|
| Todas las consultas pasan por una sola persona | Pasos 1–2 | ~20% de las consultas nunca recibe respuesta; primera respuesta lenta |
| Traspaso en papel al taller | Paso 6 | 3 rehechos el último trimestre por medidas perdidas o mal leídas |
| Anticipo verificado a mano | Paso 5 | Trabajos que empiezan tarde; uno empezó sin anticipo |
| La pizarra es la única agenda | Paso 7 | Fechas de entrega prometidas sin ver la carga de trabajo |
Proceso mejorado
- Todos los canales llegan a una bandeja de entrada compartida; la responsable de oficina responde en 4 horas hábiles con un enlace para reservar la medición
- Las medidas se cargan en una ficha de trabajo (hoja de cálculo compartida o CRM sencillo): dimensiones, madera, acabado, fotos
- El presupuesto sale de una lista de precios con opciones estándar; Daniel solo aprueba lo no estándar
- La responsable de oficina confirma el anticipo y marca la ficha como «Listo para producción»
- El jefe de taller toma trabajos solo de la columna «Listo»; los materiales se piden desde la ficha
- La fecha de entrega se da solo después de ubicar el trabajo en la agenda compartida
Indicadores sencillos
- Tiempo de primera respuesta — meta: menos de 4 horas hábiles
- Conversión consulta → anticipo pagado — estimación actual 25%, meta 35%
- Rehechos al mes — meta: 0–1
- Entregas a tiempo — meta: 90%
Plan paso a paso
- Semana 1: crear la bandeja compartida y la plantilla de ficha de trabajo
- Semana 2: armar la lista de precios con las 12 opciones más frecuentes
- Semana 3: pasar la pizarra a una agenda compartida y capacitar al jefe de taller
- Semana 4: revisar los primeros 10 pedidos con los nuevos indicadores
Cliente: Estudio Roble y Pino, taller de 9 personas que fabrica mesas y estanterías a medida. Procesos analizados: recepción de pedidos, planificación de la producción, entrega e instalación.
El cliente y todos los datos son ficticios.
Acerca de este servicio
Los equipos de software se ralentizan en el espacio entre tareas: tickets sin criterios de aceptación, pull requests que esperan días una revisión, pruebas apretadas en el día del lanzamiento y hotfixes que se saltan todas las reglas. Mapeamos cómo avanza el trabajo desde la idea y el backlog, pasando por la planificación, el desarrollo, la revisión de código y las pruebas, hasta el lanzamiento y el soporte de lo publicado. Recibe reglas de tickets más claras, un flujo de revisión y pruebas adaptado al tamaño de su equipo, una rutina de lanzamiento y unas pocas cifras de entrega que seguir.
Qué incluye
- Qué recibeUna revisión escrita: el flujo de trabajo del backlog al lanzamiento con funciones y herramientas, una tabla de esperas y retrabajos, el proceso mejorado con reglas de tickets, revisiones y lanzamientos, métricas y un plan de cambios.
- Mapa del backlog al lanzamientoPlanificación, programación, revisión, pruebas, despliegue
- Tiempo de esperaTickets, revisiones y pruebas que quedan paradas
- Reglas de ticketsDefinición de listo (DoR) y definición de terminado (DoD)
- Rutina de lanzamientoLista de verificación, reversión y ruta para hotfixes
- Métricas de entregaTiempo de ciclo, espera de revisión, errores que llegan a producción
Cómo funciona
- 1BriefUsted describe el equipo, las herramientas y los problemas
- 2RevisiónSeguimos una tarea de la idea al lanzamiento
- 3PlanUsted recibe las nuevas reglas y los pasos de implantación
Qué necesitamos de usted
El tamaño del equipo y las funciones, cómo planifican (sprints, Kanban o ninguno), su gestor de tareas y su alojamiento de código, cómo se hacen la revisión de código y las pruebas, con qué frecuencia lanzan, qué falla y capturas de pantalla de su tablero o de la lista de pull requests.
Le preguntaremos:
- ¿Qué tamaño tiene el equipo y qué funciones lo componen?
- ¿Qué gestor de tareas y qué alojamiento de código usan?
- ¿Cuánto suele esperar un pull request para su revisión?
- ¿Qué falló en sus últimos lanzamientos?
Comparar paquetes
| Paquetes | BásicoUna etapa del flujo de trabajo19 US$ | EstándarHasta 3 etapas39 US$ | PremiumDe la idea al soporte, plan de 90 días79 US$ |
|---|---|---|---|
| Plazo | 1 día | 2 días | 4 días |
| Cambios | 1 | 2 | 3 |
| Procesos | 1 | hasta 3 | hasta 6 |
| Métricas para seguir | hasta 3 | hasta 6 | hasta 10 |
| Plan de mejora | Paso a paso | Paso a paso | 90 días, semana a semana |
| Hacer pedido Básico | Hacer pedido Estándar | Hacer pedido Premium |
Protección de pago
Usted paga al hacer el pedido, pero el dinero solo se libera por un trabajo aceptado.
- Precio fijoEl precio del paquete no cambia después del pago.
- El dinero queda reservadoAl pagar, el importe solo queda reservado. Pasa a Dleex cuando usted acepta el trabajo.
- Revisado antes de la entregaCada resultado pasa un control de calidad antes de llegar a usted, y lo ve en la página del pedido antes de aceptarlo.
- Cambios gratuitosSolicite cambios dentro de su brief tantas veces como permita el paquete.
- Aceptación a los 3 díasSi en los 3 días siguientes a la entrega no acepta el trabajo ni solicita cambios, se acepta automáticamente. Si escribe en el chat del pedido después de la entrega, el pedido queda en espera; cuando le respondamos, podremos reiniciar el plazo de 3 días y se lo indicaremos en el chat.
- Rehacer el trabajo o reembolso totalSi el resultado no se ajusta a su brief y los cambios no lo resolvieron, o el trabajo tarda más del doble de su plazo, escriba en el chat del pedido: rehacemos el trabajo o le reembolsamos el pago íntegro.
Preguntas y respuestas
¿Revisan también nuestro código?
No, esto trata del flujo de trabajo del equipo. La revisión de código con correcciones es un servicio aparte.
¿Configurarán nuestra CI o nuestro gestor de tareas?
No. Describimos las reglas y las comprobaciones; su equipo configura las herramientas.
¿Imponen un método concreto, como Scrum?
No. Partimos de cómo trabajan hoy y solo cambiamos lo que los frena.