US-011 — Tiempo de tránsito estimado

Detalle de la historia¶

Historia¶

Como cliente de FleteChat, quiero conocer el tiempo de tránsito estimado al recibir mi cotización, para planificar mi logística y tomar la decisión de aprobar o no con esa información a la vista.

Persona de usuario¶

Aplica a todo cliente verificado que recibe una cotización. Aplica tanto al titular como a colaboradores autorizados.

Contexto de negocio¶

Para un cliente, la decisión de aprobar o no una cotización no depende solo del precio. Un envío que llega en 8 días a mitad de precio puede ser peor que uno que llega en 20 días si la mercancía es urgente. Un tiempo de tránsito claro en la cotización evita idas y vueltas ("¿y en cuánto llega?") y permite al cliente comparar opciones internamente.

FleteChat no estima ni promedia tiempos de tránsito de memoria: toma el valor registrado en el sistema para la combinación ruta + modalidad. Cuando no hay valor registrado, lo declara como pendiente de confirmación en lugar de inventar un número.

Diálogo de referencia¶

Tiempo disponible en sistema¶

Agente: [cierre de la cotización] ... Tiempo de tránsito estimado: 12 días (Bogotá → Miami, LCL).

Tiempo no disponible en sistema¶

Agente: [cierre de la cotización] ... Tiempo de tránsito: sujeto a confirmación para esta ruta. Si lo necesita para decidir, le paso con un asesor para que lo confirme antes de aprobar.

Criterios de aceptación¶

1. La cotización incluye, junto con el precio, el tiempo de tránsito estimado en la unidad que corresponda (días típicamente).
2. El tiempo presentado proviene del registro del sistema para la combinación ruta + modalidad; FleteChat no lo estima de memoria ni lo interpola (ver historia de precisión y anti-alucinación).
3. Cuando el sistema no tiene dato registrado para la combinación, la cotización declara el tiempo como "sujeto a confirmación" y ofrece handoff humano si el cliente necesita precisión antes de aprobar.
4. Cuando el sistema devuelve un rango (por ejemplo, 10 a 14 días), FleteChat presenta el rango completo en la cotización, no un valor medio.
5. El tiempo de tránsito mostrado cubre el alcance definido por el servicio contratado (ver PR-056): por defecto es el tiempo entre salida de origen y llegada a destino según la modalidad. Cuando el servicio contratado incluye tramitación aduanera o entrega final, esos tramos se suman al tiempo presentado y FleteChat lo declara explícitamente en la cotización.

Edge cases¶

• Ruta no registrada en absoluto en el catálogo. Este caso se maneja en la historia de solicitud de cotización (combinación no soportada); la cotización no llega a emitirse.
• Ruta registrada con tiempo de tránsito marcado explícitamente como "sujeto a confirmación". FleteChat lo muestra así, sin estimar.
• Cambio de modalidad mid-flujo. El tiempo de tránsito se recalcula junto con el precio; la nueva modalidad trae su propio valor registrado.
• Servicios opcionales que agregan días (por ejemplo, inspección previa). Si el sistema los contempla en el cálculo, FleteChat suma esos días al tiempo presentado y lo declara brevemente; si el sistema no los contempla, FleteChat presenta el tiempo base y aclara que la inspección puede sumar días.

Tamaño, prioridad y tipo¶

• Tamaño: S
• Prioridad: P1 — importante para la decisión del cliente, pero la cotización puede emitirse y aprobarse sin este campo en fases iniciales.
• Tipo: feature

Premisas¶

La historia está redactada bajo las siguientes premisas. Si alguna cambia, la historia debe revisarse y ajustarse en consecuencia. Todas deben ser confirmadas por el cliente antes de cerrar la historia.

• PR-054 — Fuente del tiempo de tránsito. El tiempo proviene del catálogo de FleteChat para la combinación ruta + modalidad. FleteChat no lo estima ni lo interpola.
• PR-055 — Ausencia de dato. Si la combinación no tiene tiempo registrado, FleteChat lo declara como "sujeto a confirmación" y ofrece handoff humano; no inventa un estimado.
• PR-056 — Alcance del tiempo. El tiempo cubre salida de origen → llegada a destino según la modalidad. Tramitación aduanera y entrega final se incluyen solo si el servicio contratado las contempla y lo declara expresamente.

Refinamiento y Definition of Ready¶

Notas¶

Checklist¶

• ✅ Historia escrita en formato Como / Quiero / Para
• ✅ Persona de usuario identificada
• ✅ Contexto de negocio documentado
• ✅ Criterios de aceptación observables y pass/fail
• ✅ Edge cases relevantes listados
• ✅ Tamaño y prioridad asignados
• ⬜ Premisas PR-054 a PR-056 confirmadas por el cliente
• ⬜ Reglas de negocio aplicables aprobadas
• ⬜ Requerimientos funcionales aplicables aprobados
• ⬜ Historia aprobada formalmente por el cliente