Skip to main content

​
Qué harás

Ejecuta una revisión final de QA en nueve categorías antes de tu primer despacho en vivo. Esta es la última puerta: una vez que pases a vivo, conductores, clientes y proveedores están en Tread.

​
Antes de comenzar

​
El checklist

Recorre cada categoría. No pases a vivo hasta que cada casilla esté marcada.
Todos los conjuntos de datos maestros importados. Registros de muestra revisados por un administrador.
  • Usuarios: todos los administradores, despachadores y personal back-office invitados. Los conductores internos se crean aquí con el rol Driver.
  • Conductores: cada O&O y conductor por contrato cargado con teléfono único.
  • Clientes: incluyendo todas las invitaciones de Connected Customer aceptadas.
  • Proveedores: todos los subacarreadores conectados.
  • Tipos de equipo: capacidad y unidad de medida establecidas en cada uno.
  • Equipo: cada camión cargado y nombrado de manera consistente.
  • Materiales: extraídos de contabilidad.
  • Sitios: lat/long establecido; geocercas validadas.
  • Departamentos, etiquetas y clases de servicio: solo los que realmente vas a usar.
Las entidades están en el nivel adecuado. Los recursos compartidos fluyen correctamente.
  • Jerarquía de empresa revisada: plana a menos que tengas divisiones regionales reales.
  • Equipo compartido desde la entidad propietaria hacia las entidades operativas (si es multi-entidad).
  • Conductores compartidos en toda la jerarquía donde operan cargas.
  • Consulta Facturación multi-entidad si el dinero fluye entre entidades.
Cada sistema que necesita fluir hacia o desde Tread está en vivo.
Decide qué está activado y qué está desactivado.
  • Ticket Chaser: ¿activado o desactivado? Consulta Configuraciones de agentes.
  • AI Reviews: ¿activado o desactivado? Agrega instrucciones personalizadas sobre qué debe aprobar o marcar el agente. No hay un umbral de confianza configurable por el usuario.
  • Revisa la página de Errores comunes para tropiezos relacionados con agentes.
Los usuarios de campo tienen las apps en sus dispositivos y pueden iniciar sesión.
  • Driver App instalada en al menos dos teléfonos de conductores; inicio de sesión confirmado.
  • Foreman App instalada para cualquier capataz de campo que cree o apruebe trabajo.
  • Un ticket de prueba capturado de extremo a extremo en un dispositivo real.
Cada cliente activo puede facturarse correctamente el día uno.
  • Tarifas asignadas: las tarifas de flete y material cubren a cada cliente y proyecto activo.
  • Dirección y correo de facturación establecidos en cada registro de cliente: la dirección se imprime en las facturas PDF.
  • Una factura de muestra generada y revisada con el contacto de cuentas por pagar del cliente.
Un proyecto completo de extremo a extremo con un conductor real, un camión real y un ticket real, omitiendo la facturación.
Cada rol que usará Tread ha tenido un recorrido.
  • Usuario administrador: recorrido completo de la plataforma.
  • Despachador: tablero de despacho, cambios intradía, anulaciones de agente.
  • Capataz: recorrido de Capataz en el campo.
  • Conductor: instalación de la Driver App, captura de ticket, firma electrónica.
Todos los afectados saben qué cambia y cuándo.
  • Notificación a proveedores enviada: cada acarreador conectado conoce la fecha de go-live.
  • Notificación a clientes enviada: los contactos de cuentas por pagar saben que esperarán facturas de Tread.
  • Comunicaciones internas: ops, facturación y equipo ejecutivo enterados.
  • Contacto de escalamiento nombrado: una persona es dueña de las preguntas sobre Tread durante las primeras dos semanas.

​
Verifica

Cada categoría arriba se muestra como completa. Tu factura de prueba pasó por tu sistema contable. Al menos un conductor ha ejecutado un ticket real de extremo a extremo y la liquidación fue revisada. Luego pasa a vivo.

​
Errores comunes

Salir en vivo sin la simulación. Un acarreador regional omitió el despacho de prueba. El día uno, el tablero de despacho funcionó, pero las liquidaciones fallaron porque las tarifas no estaban vinculadas al cliente correcto. Ejecuta la simulación: detecta este tipo de brecha en una hora.
Salir en vivo sin un dueño de escalamiento. El día uno surgirán preguntas. Sin un dueño nombrado, esas preguntas se quedan en canales de Slack y empeoran. Elige a una persona antes de pasar a vivo.
Omitir la notificación a proveedores y clientes. Los proveedores y clientes conectados necesitan saber cuándo esperar invitaciones de conexión y facturas con formato de Tread. Sin aviso, rechazarán ambas. Envía la notificación al menos una semana antes del go-live.

​
Relacionado