Documento 09 · Serie Take AI · Take[A]Net
Take AI · Funcionalidad propuesta

Gestión de rutas

Del brief del cliente a una ruta revisada, fija durante la oleada y un poco más corta y clara en cada oleada: Take AI propone con preguntas ya probadas y con los datos, y la gestora decide.

Versiónv1 · borrador
Fecha18 de octubre de 2026
EstadoPara revisión
ParaEquipo de Take A Tip
0/10
—

Cómo leer este documento

Este documento explica una sola funcionalidad de Take AI de principio a fin. Todos los documentos de la serie siguen el mismo orden, para que se puedan comparar y revisar con el mismo método. No hace falta leerlo entero de una vez: las secciones 1 y 2 dan la idea; la 5 y la 6 enseñan cómo se usa; la 9 recoge lo que necesitamos que reviséis.

Convenciones

1

Llamadas numeradas

Cada número naranja sobre una pantalla se explica justo debajo, con el mismo número.

En cursoVerificadoReabierto

Textos de la interfaz

Lo que aparece «entre comillas» o en pastilla es el texto exacto que verá cada persona.

Take AI

Datos de ejemplo

Tiendas, personas y cifras de las pantallas son ficticias («Ópticas Mirada Clara»). Sirven para ver el diseño, no son resultados.

1

En una página

Resumen

La ruta es el informe que rellena el colaborador en cada visita de una oleada: sus bloques, preguntas, respuestas y ponderaciones. Take AI acompaña a la gestora en toda la vida de la ruta: la propone a partir del brief del cliente, la revisa antes de publicarla, la protege mientras dura la oleada y, con los datos de cada oleada, propone cómo hacerla más corta y más clara.

Qué hace

Crea la ruta desde el brief con preguntas ya probadas, comprueba sumas y condiciones antes de publicar, explica qué cambios rompen la comparación y propone qué quitar, fusionar, reformular o hacer rotar.

Para quién

La gestora de Take A Tip prepara y publica la ruta; el colaborador la rellena con criterios claros; el cliente ve qué preguntas le restan más nota.

Qué cambia

La ruta deja de empezar de una copia, no cambia a mitad de oleada y cada oleada aprende de la anterior. Con la ruta rotativa, cada visita responde menos preguntas y el cliente sigue viendo todas.

Lo que dicen los datos de hoy

Medido en TakeANet sobre 71 rutas, 1.780 visitas y 3.832 preguntas (tablero de flujo del diseño).

163
preguntas de mediana por ruta; en TakeANet 1 eran 45
49 %
de las preguntas no distinguen entre nodos: 95 de cada 100 respuestas son iguales
10 %
de las preguntas concentran el 76 % de los puntos perdidos; el 53 % nunca ha restado un punto
5 %
de los textos acumulan el 72 % de las correcciones (limpieza, orden, etiquetado, «Persona que atiende»)

En una frase

Take AI propone y explica con datos; la gestora decide qué entra en la ruta, cuándo se publica y qué versión usa cada visita.
Comentario general sobre esta sección
2

Por qué

El problema y el valor

Las rutas crecen cada año, se copian de una oleada a otra y se pueden tocar con visitas en curso. Eso alarga la visita, genera correcciones y, a veces, cambia la nota sin que nadie lo note. El diseño ataca cada etapa de la vida de la ruta.

HoyCon Take AI
Hoy

Crear

43 de 71 rutas son copias y los 14 esqueletos están vacíos.
Con Take AI

Desde el brief

Take AI lee el PDF, Excel o correo del cliente y propone bloques y preguntas ya probadas, ponderaciones, test previo y un borrador del manual.
Hoy

Editar

Pregunta a pregunta, sin ver lo que verá el colaborador.
Con Take AI

Editor rápido

Edición en tabla, respuestas tipo (Sí / No / No procede), creación en bloque y la vista previa real del colaborador.
Hoy

Revisar

La validación es solo un aviso al salir del editor.
Con Take AI

Revisión antes de publicar

Comprueba sumas, condiciones rotas, «no procede» y preguntas dobles, y lo agrupa en pocos puntos con su arreglo.
Hoy

Publicar

La ruta se puede editar con visitas en curso.
Con Take AI

Ruta fija y versiones

Durante la oleada la ruta no cambia. Cada cambio es una versión, con aviso de lo que rompe la comparación.
Hoy

Ejecutar

Cada visita responde todas las preguntas, también las que casi siempre salen igual.
Con Take AI

Ruta rotativa

Un núcleo fijo en todas las visitas y el resto repartido entre nodos. La oleada las cubre todas.
Hoy

Mejorar

El 53 % de las preguntas nunca resta un punto y nadie lo revisa.
Con Take AI

Mejorar con datos

Take AI propone qué quitar, fusionar o reformular, y calibra el test previo con las correcciones reales.

Qué gana cada parte

Take A Tip

Una ruta lista en menos tiempo, sin errores que cambien la nota y con menos correcciones en cada oleada.

Colaborador

Sabe cuántas preguntas tiene, qué es un «Sí» en cada una y puede contar la visita por voz al salir.

Cliente

Ve primero las preguntas que más nota le restan y entiende qué ha mejorado en su ruta.

Comentario general sobre esta sección
3

Quién participa

Roles

Cuatro personas y Take AI. La gestora es siempre quien decide qué entra en la ruta y cuándo se publica; Take AI nunca aplica nada por su cuenta.

Take AI

Lee el brief, propone la ruta, revisa antes de publicar, clasifica cada cambio por comparabilidad, propone la rotativa y las mejoras, y calibra el test previo. Propone con su motivo; nunca publica ni aplica nada solo.

Trabaja al pedírselo y con los datos de cada oleada
ER

Gestora de Take A Tip

Crea la ruta desde el brief, la edita en tabla, la revisa, la publica y la versiona. Configura la rotativa, aplica las mejoras y revisa el test previo.

Escritorio · tema claroPantallas 6.1–6.7
AM

Colaborador

Hace el test previo, ve cuánto dura su ruta y en qué fijarse, responde con criterios claros y puede rellenar el informe por voz al salir.

MóvilSección 7
IC

Dirección del cliente

En «Estadísticas por pregunta» ve qué preguntas restan más a su nota, en cuántos nodos fallan y qué ha mejorado la ruta. Solo datos de su empresa.

Escritorio · tema oscuroPantalla 6.8
JA

Jefe de zona

Lo mismo que dirección, pero solo en los nodos sobre los que tiene permiso. Si abre un nodo de otra zona, ve «No tienes acceso».

Escritorio · tema oscuro
Comentario general sobre esta sección
4

Cómo vive una ruta

Conceptos y estados

Una ruta pasa por dos tramos. Antes de la oleada se prepara, se revisa y se publica. Con la oleada en marcha queda fija, y cualquier cambio se hace en una versión nueva que no toca las visitas ya empezadas.

PREPARAR Y PUBLICAR · ANTES DE LA OLEADABorradordesde el brief o copiase edita en tablaRevisar antes de publicarBloqueaAvisoSugerenciasolo los bloqueos impiden publicarpublicaPublicada · versión 1con confirmaciónde la gestoraOleada en ejecuciónla ruta queda fija;editor en solo lecturacon bloqueos: se corrigen y se vuelve a comprobarCAMBIAR DURANTE LA OLEADA · «CREAR VERSIÓN 2»hay que cambiar algoVersión 2 · Borradorcopia de la versión 1con los cambiosTake AI clasifica cada cambioEquivalenteNueva: sin históricoRompe la comparaciónSe deja de medirdecidePublicada · versión 2para las visitas pendientes;las hechas y en curso siguen con la 1
Vida de una ruta. Solo los bloqueos impiden publicar; los avisos y las sugerencias se pueden dejar. En la versión 2, la gestora decide lo que Take AI marca como «Rompe la comparación» antes de publicar.

Tres tipos de resultado en la revisión

Bloquea

Hay que corregirlo

Cambiaría la nota de las visitas: ponderaciones que no suman 100 %, condiciones que apuntan a preguntas borradas, preguntas excluidas sin «No procede».

Aviso

No impide publicar

Respuestas escritas de varias formas («Sí.», «Si», «NP»), ponderaciones que no se usan, una respuesta con puntos negativos pintada en verde.

Sugerencia de Take AI

Redacción de preguntas

Preguntas dobles, instrucciones que no se pueden comprobar, preguntas parecidas en dos bloques. Se pueden aplicar o dejar.

Conceptos

TérminoQué significa
RutaEl informe de una oleada: bloques, preguntas, respuestas, ponderaciones, inclusiones y exclusiones. Es lo que rellena el colaborador.
Pregunta probadaViene del banco de TakeANet con su texto, respuestas y puntos, y por eso se puede comparar con otros proyectos. Si se edita el texto, pasa a «Adaptada del brief». Las que pide el brief y no existen son «Nueva, del brief».
«No procede»Respuesta que no puntúa. Toda pregunta que se puede excluir la necesita; si no, la tienda pierde puntos por algo que no se pudo medir.
EsqueletoPlantilla para empezar una ruta. La ruta creada desde el brief se puede guardar como esqueleto («Hoteles · recepción y restaurante»).
VersiónUna ruta publicada no cambia durante la oleada. Cada cambio crea una versión nueva, que usan solo las visitas pendientes.
ComparabilidadSi un cambio permite seguir comparando con la oleada anterior: «Equivalente», «Nueva: sin histórico», «Rompe la comparación» o «Se deja de medir».
Núcleo fijoPreguntas que se hacen en todas las visitas: las que distinguen entre nodos o pesan mucho, las de cumplimiento, los datos de la visita y las que tienen hallazgos abiertos.
Pregunta rotativaSe hace en una parte de los nodos de cada zona (en el ejemplo, 12 de 48). Entre todas las visitas de la oleada se cubren todas las preguntas.
CumplimientoPregunta que se queda en el núcleo aunque casi siempre salga «sí», por obligación legal o porque el cliente necesita verla en todos los nodos.
Test previoPreguntas que el colaborador responde antes de su primera visita de la oleada. En el ejemplo, 6 preguntas y hay que acertar 5.
Comentario general sobre esta sección
5

El recorrido completo

Flujo

Así viaja una ruta desde que llega el brief del cliente hasta que el cliente ve sus resultados. Cada carril es una persona; cada número es un paso y remite a la pantalla que lo muestra.

Take AIproponeGestoradecideColaboradormóvilClientetema oscuro1Sube el briefdel cliente2Proponela ruta desdeel brief3Edita entabla convista previa4Revisa conTake AIy publica5Rotativa,mejoras ytest previo6Test previoy visita concriterios7Si hace falta,versión 2y decide8Ve quépreguntasrestan nota
Con los datos de cada oleada, Take AI vuelve a proponer mejoras (paso 5) para la siguiente. Si hay que cambiar algo con la oleada en marcha, la gestora crea la versión 2 (paso 7) y las visitas ya empezadas no cambian.

Paso a paso

1
Gestora

Sube el brief del cliente

PDF, Excel o correo. En el ejemplo, «cuestionario_recepcion_y_restaurante.pdf» (14 páginas) y un correo de Hoteles Brisa.
R1 · Desde el briefpantalla 6.1
2
Take AI

Propone la ruta

Encuentra los objetivos del brief con su página, propone bloques y preguntas, sobre todo probadas, con ponderaciones que suman 100 %, y prepara el test previo y el borrador del manual. Anota las dudas para el cliente.
R1 · Desde el briefpantalla 6.1
3
Gestora

Edita la ruta

Quita o cambia preguntas y pulsa «Crear la ruta y abrir el editor». Edita en tabla, aplica respuestas tipo a varias preguntas y ve la pantalla real del colaborador mientras escribe.
R2 · Editorpantalla 6.2
4
Gestora, con Take AI

Revisa y publica

Take AI agrupa bloqueos, avisos y sugerencias, cada uno con su arreglo. Resueltos los bloqueos, la gestora publica y la ruta queda fija para la oleada.
R3 · Revisarpantalla 6.3
5
Take AI

Propone rotativa, mejoras y calibra el test previo

Antes de la oleada, con los datos de las oleadas anteriores: qué preguntas forman el núcleo fijo y cuáles rotan, qué quitar, fusionar o reformular y qué pregunta del test previo está mal marcada. La gestora aplica lo que quiere.
R5 · R6 · R7pantallas 6.5 a 6.7
6
Colaborador

Hace el test previo y la visita

Ve «Tu ruta: 82 preguntas · unos 45 min» y en qué fijarse. Cada pregunta lleva su criterio; al salir puede contar la visita por voz y revisar lo que Take AI ha rellenado.
R8 · Móvilsección 7
7
Gestora, con Take AI

Cambia la ruta con la oleada en marcha

Crea la versión 2. Take AI dice qué cambios rompen la comparación con la oleada anterior y la gestora decide antes de publicarla para las visitas pendientes.
R4 · Versionespantalla 6.4
8
Cliente

Ve qué preguntas le restan nota

Preguntas ordenadas por los puntos que restan, «Tu ruta en 4T» y «Qué hemos mejorado». Las preguntas rotativas y las que cambiaron llevan su aviso.
R9 · Estadísticaspantalla 6.8
Comentario general sobre esta sección
6

Pantallas clave

8 de 10 pantallas

Hemos elegido las ocho pantallas que mejor cuentan la funcionalidad. La del colaborador en el móvil está en la sección 7, y el resto de estados (errores, confirmaciones, vacíos) en el anexo. Las de la gestora usan el tema claro de TakeANet; la del cliente, el tema oscuro.

Gestora · Take A Tip
  1. 6.1 Crear la ruta desde el brief
  2. 6.2 Editor rápido
  3. 6.3 Revisar antes de publicar
  4. 6.4 Versiones y comparabilidad
  5. 6.5 Ruta rotativa
  6. 6.6 Mejorar la ruta con datos
  7. 6.7 Test previo que se calibra
Cliente
  1. 6.8 Estadísticas por pregunta

Qué mirar en cada pantalla

Cada página dice para qué sirve la pantalla y numera lo importante. Al revisar, preguntaos: ¿se entiende sin explicación?, ¿falta algo que hoy usáis?, ¿sobra algo?
R1

6.1 · Crear la ruta desde el brief

Gestora · escritorio

Una ruta nueva ya no empieza de una copia ni de un esqueleto vacío. Take AI lee lo que ha enviado el cliente y propone la ruta; la gestora quita, cambia y decide cuándo se crea.

Crear la ruta desde el brief del cliente
1
Tres pasos. «1 · Subir el brief», «2 · Take AI propone la ruta» y «3 · Revisar y crear». La pantalla muestra el paso 2.
2
«Lo que Take AI ha entendido». Los 5 objetivos del brief, cada uno con la página o el correo del que sale.
3
«Dudas para el cliente (2)». Lo que el brief no aclara, listo para «Copiar en un correo».
4
Origen de cada pregunta. «Probada · 49», «Adaptada del brief · 13» y «Nueva, del brief · 12». Las probadas mantienen respuestas y puntos y se pueden comparar con otros proyectos.
5
Por qué pide foto o comentario. Take AI lo explica: donde en rutas parecidas más se corrige, pide comentario o foto con un criterio concreto.
6
«También preparado». El test previo (6 preguntas), el borrador del manual del colaborador y la opción de guardarlo como esqueleto.
7
Nada se crea hasta aquí. «Crear la ruta y abrir el editor» la crea como borrador; «Nada llega a los colaboradores hasta que publiques la ruta».
R2

6.2 · Editor rápido con vista previa real

Gestora · escritorio

Editar la ruta como una hoja de cálculo y ver, a la vez, la pantalla exacta que tendrá el colaborador. Take AI avisa en la propia fila de lo que puede confundir.

Editor de la ruta en tabla
1
Bloques y ponderaciones. Cada bloque con sus preguntas y su peso; abajo, si suman «Ponderaciones: 100 %».
2
Respuestas tipo. «Sí / No / No procede», «Escala 1–5», «Sí / No» o respuestas propias, aplicadas a varias preguntas a la vez.
3
«Pregunta doble». Take AI avisa cuando una pregunta pide dos cosas: «Separar» o «Ignorar».
4
«Parecida a». La misma pregunta en otro bloque: el colaborador contestaría lo mismo dos veces.
5
«Así lo ve el colaborador». La pantalla real del móvil, con el criterio y el comentario obligatorio, que se actualiza mientras se escribe.
6
Condiciones a la vista. «Solo si P12 = Sí»: las inclusiones y exclusiones se ven en la tabla.
7
Creación en bloque. «Añadir pregunta al bloque», o pegar varias, una por línea.
R3

6.3 · Revisar antes de publicar

Gestora · escritorio

Una revisión que agrupa lo que falla en pocos puntos, cada uno con su arreglo, para no publicar errores que cambien la nota de las visitas.

Revisar la ruta antes de publicar
1
El resumen arriba. «3 cosas bloquean la publicación · 5 avisos · 2 sugerencias de Take AI» y cuántas preguntas están listas.
2
Por qué bloquea. «Las ponderaciones de los bloques raíz suman 95 %»: una visita perfecta sacaría 95 y la oleada no se compararía con la anterior.
3
El arreglo en un clic. Take AI propone «Repartir 5 % en Despedida» y explica por qué; la gestora también puede «Corregir a mano».
4
Condiciones rotas. Exclusiones que apuntan a preguntas borradas, con la fecha del borrado y «Elegir otra pregunta».
5
Avisos que no impiden publicar. Respuestas escritas de 3 formas, ponderaciones sin uso, puntos negativos pintados en verde. Se pueden ignorar.
6
Sugerencias de Take AI. Preguntas dobles e instrucciones que no se pueden comprobar, con el antes y el después.
7
«Antes de publicar». La lista de 7 comprobaciones, con las que faltan en rojo.
8
Publicar, con el motivo. «Publicar ruta (resuelve 3 bloqueos)» sigue desactivado hasta resolverlos; «Guardar borrador» siempre funciona.
R4

6.4 · Versiones y comparabilidad

Gestora · escritorio

Cambiar la ruta con la oleada en marcha sin tocar las visitas hechas, y saber qué cambios permiten seguir comparando con la oleada anterior.

Versión 2 de la ruta y cambios respecto a la versión 1
1
Lo hecho no cambia. Las 31 visitas hechas y las 4 en curso siguen con la versión 1: mismas preguntas, mismos puntos, misma nota.
2
Historial de versiones. Quién, cuándo, cuántos cambios y a cuántas visitas pendientes se aplicará.
3
Cambios respecto a la versión 1. Añadida, quitada, reformulada, cambio de puntos y movida, agrupados por bloque.
4
«Rompe la comparación». Take AI lo explica con datos: en la oleada anterior el 41 % de las visitas contestó «Parcialmente».
5
La gestora decide. «Mantener como antes (50 pts)» o «Aceptar y marcar en estadísticas»; si acepta, el cliente ve «Puntos cambiados en 4T».
6
«Equivalente». Una reformulación que mide lo mismo se sigue comparando; se puede «Tratar como nueva».
7
«Impacto en el cliente». Lo que verá el cliente al publicar: preguntas sin histórico, avisos de cambio y si los rankings siguen siendo comparables.
8
Publicar la versión 2 para las visitas pendientes, con lo que falta por decidir al lado del botón.
R5

6.5 · Ruta rotativa

Gestora · escritorio

Visitas más cortas sin perder resultados: cada visita responde el núcleo fijo y una parte del resto, y entre todas las visitas de la oleada se cubren todas las preguntas.

Ruta rotativa: núcleo fijo y grupos de preguntas por nodo
1
Lo que cambia. En el ejemplo, de 148 a 82 preguntas por visita: 58 del núcleo fijo y 90 que rotan, cada una en 12 de 48 nodos. Tiempo estimado: 45 min frente a 80.
2
«Qué responde cada nodo». Cada celda es un nodo; el color dice qué grupo de preguntas rotativas le toca. Cada grupo cae en 3 nodos por zona.
3
Ejemplo de un nodo. Madrid Serrano: 58 del núcleo + 24 rotativas = 82 preguntas, y «Ver la visita como el colaborador».
4
Por qué cada pregunta está donde está. Las que distinguen entre nodos o pesan mucho, en el núcleo, con su dato («Pierde puntos en 31 de 48 nodos»).
5
Cumplimiento. Se quedan aunque siempre salga «sí» (por ejemplo, la garantía, por obligación legal).
6
«Revisar (6)». Lo que Take AI no tiene claro se lo deja a la gestora: «Núcleo» o «Rota».
7
Ajustes. Número de grupos, nodos mínimos por pregunta, rotar también entre oleadas y mantener fijas las preguntas con hallazgos abiertos.
8
«Lo que ve el cliente». Resultados de todas las preguntas; las que rotan se calculan con los nodos donde se preguntaron, y se indica.
R6

6.6 · Mejorar la ruta con datos

Gestora · escritorio

Con los datos de las oleadas anteriores, Take AI propone qué reformular, qué hacer rotar y qué quitar o fusionar. Cada propuesta enseña los datos en los que se basa.

Mejorar la ruta con los datos de 3 oleadas
1
Lo que dicen los datos de la ruta. Casi siempre iguales, siempre «No procede», las que concentran las correcciones, instrucciones no comprobables y las que explican los puntos perdidos.
2
«Cada punto es una pregunta». A la derecha las que separan nodos buenos de malos; arriba las que más puntos quitan.
3
Límites. «Solo se proponen cambios con al menos 2 oleadas de datos. Las preguntas de cumplimiento nunca se quitan.»
4
«Reformular con criterio». Ahora y propuesta, lado a lado. Por ejemplo, «¿La zona se encuentra limpia?» pasa a tener criterio y foto obligatoria.
5
El motivo con datos. «Corregida 226 veces en 3 oleadas» y comentarios de 9 caracteres de media.
6
«Pasar a rotativa». Preguntas con «Sí» en más del 95 % de las visitas, con cuántos nodos respondieron igual.
7
«Quitar o fusionar». Preguntas siempre «No procede» y preguntas que preguntan lo mismo (misma respuesta en 141 de 144 visitas).
8
La gestora aplica. Selecciona y pulsa «Aplicar las seleccionadas a la 4T»; las oleadas cerradas no se tocan. Se puede exportar para el cliente.
R7

6.7 · Test previo que se calibra

Gestora · escritorio

El test previo deja de ser un trámite: Take AI lo genera de la ruta y del manual, detecta las preguntas mal marcadas o demasiado fáciles y cruza los fallos con las correcciones posteriores.

Test previo que se calibra
1
Las reglas del test. 6 preguntas antes de la primera visita de la oleada; hay que acertar 5 de 6 para empezar.
2
De dónde sale cada pregunta. «Del manual» o «De la ruta», con la cita y la página. Se pueden editar, borrar o «Generar otra».
3
Alerta en la tarjeta. «Solo un 6 % acertó en 3T: ver por qué».
4
«Respuesta mal marcada». Casi todos eligieron otra respuesta, que coincide con el manual.
5
«Cambiar respuesta correcta». La gestora decide; al cambiarla se recalculan los resultados de la oleada anterior.
6
«No filtra». Demasiado fácil: quien la acierta y quien no tienen las mismas correcciones.
7
«Avisa de correcciones». Quien falla esta pregunta tiene el doble de correcciones en ese bloque: hay que reforzar esa parte del manual.
8
Resumen de la oleada anterior. Cuántos colaboradores lo hicieron, aciertos y preguntas a revisar.
R9

6.8 · Estadísticas por pregunta

Dirección del cliente · escritorio

Lo que ve el cliente: por dónde empezar a mejorar, cuántas preguntas tiene su ruta y qué ha cambiado, con un aviso en cada pregunta rotativa o modificada.

Estadísticas por pregunta del cliente
1
Ordenar por impacto. «Impacto en la nota» (los puntos que cada pregunta resta) u «Orden de la ruta».
2
Por dónde empezar. «14 preguntas explican el 76 % de los puntos que pierdes».
3
«Tu ruta en 4T». 148 preguntas en la ruta y 82 por visita; resultados de todas en cada oleada.
4
«Qué hemos mejorado». Preguntas con criterio más claro y las que se han quitado, con «Ver los cambios de la ruta».
5
Pregunta que cambió. «Cambió en 4T: sin comparación con 3T» (ver la pregunta P2 de la sección 9).
6
Pregunta rotativa. «Preguntada en 12 de 48 nodos (ruta rotativa)»: el resultado se calcula con esas visitas.
Comentario general sobre esta sección
7

Casos especiales

Lo que no es el camino feliz

El recorrido de la sección 5 es el caso normal. Estos son los desvíos previstos en el diseño y cómo se resuelve cada uno. Los códigos T16 son los estados del canvas «Take AI — Gestión de rutas» (anexo).

SituaciónQué pasaDónde se ve
Un archivo del brief no se puede leerSi es un escaneo o un formato no admitido, se dice por qué y qué hacer, y la gestora sigue con los archivos válidos.T16-15
Ruta nueva sin datosEl optimizador solo propone con al menos 2 oleadas de datos. Una ruta nueva no tiene optimizador ni rotativa hasta tener datos; calibrar el test previo necesita una oleada hecha.R6 (texto)
Dos personas editan a la vezSi otra sesión cambió el bloque, no se pierde nada y se pueden juntar los cambios. Si la ruta cambió durante la revisión, no se publica y se vuelve a comprobar.T16-27, T16-39
Hay que cambiar algo con la oleada en marchaEl editor está en solo lectura y ofrece «Crear versión 2». Las visitas hechas y en curso siguen con la versión 1.R4, T16-41
La pregunta está en rutas ya cerradasCambiarla crea una copia para la oleada nueva; las oleadas cerradas no cambian.T16-46
El colaborador suspende el test previoCon 4 de 6 ve qué páginas del manual repasar, sin ver las respuestas correctas, y puede repetirlo.T16-74
Sin conexión en la visitaLas respuestas y la grabación se guardan en el móvil y se envían al volver la conexión; la barra dice «Guardado».R8 (texto)
El micrófono está bloqueadoSe explica cómo activarlo y el colaborador puede seguir rellenando a mano.T16-86
Sin permisoUn gestor sin permiso de edición de rutas en el proyecto la ve en modo lectura. Un contacto del cliente que abre un nodo fuera de sus permisos ve «No tienes acceso».T16-99, T16-95
Empieza la oleada sin ruta publicadaLa revisión avisa de los días que faltan. Qué pasa al llegar el inicio sin publicar está sin decidir (pregunta P1).R3

El colaborador en el móvil

El colaborador no ve nada de la preparación, solo el resultado: una ruta más corta, cada pregunta con su criterio y una ayuda para no dejar el informe para el día siguiente (hoy, 433 de 1.780 visitas tardan más de un día en rellenarse).

El colaborador en el móvil: antes de empezar, una pregunta con criterio y rellenar por voz
R8 · Antes de empezar, una pregunta y rellenar por voz
1
«Tu ruta: 82 preguntas · unos 45 min». Con la rotativa, «Esta visita tiene una parte de las preguntas; otras visitas responden el resto».
2
«Qué fijarte». Las 5 cosas que más pesan en su ruta, propuestas por Take AI.
3
«Criterio». Qué es un «Sí» en cada pregunta: «Nada de polvo, papeles ni manchas a la vista».
4
«Take AI · Falta detalle». Si el comentario es general («Estaba sucio.»), Take AI dice qué falta: «Añadir detalle» o «Está bien así».
5
Nunca bloquea. «Take AI avisa mientras escribes; nunca bloquea «Siguiente».»
6
«Cuenta la visita». Opcional: al salir la cuenta con sus palabras y queda grabada.
7
Revisar lo rellenado. «Take AI ha rellenado 31 de 82 preguntas: revísalas». Nada cuenta hasta que el colaborador lo confirma.
Comentario general sobre esta sección
8

Reglas que siempre se cumplen

Garantías del diseño

Estas reglas no dependen de una pantalla concreta: se aplican en toda la funcionalidad y son las que conviene comprobar al revisar.

Take AI propone; la gestora decide

Ninguna propuesta se aplica sola y no se crea nada antes de confirmar. Cada propuesta llega con su motivo y agrupada en pocos puntos.

Solo los bloqueos impiden publicar

Las ponderaciones de los bloques raíz suman 100 %, toda pregunta excluida tiene «No procede» y ninguna condición apunta a una pregunta borrada. Los avisos y las sugerencias nunca impiden guardar ni publicar.

Nada cambia a mitad de oleada

La ruta publicada no se toca mientras dura la oleada. Cada cambio crea una versión; las visitas hechas y en curso conservan la versión con la que empezaron.

El pasado no se reescribe

Cambiar una pregunta que está en otra ruta crea una copia. Nunca se borran respuestas con contestaciones de oleadas cerradas.

La comparación se explica

Cada cambio de versión se clasifica por comparabilidad. Si rompe la comparación y se acepta, el cliente lo ve junto a la pregunta.

Lo importante no rota

Las preguntas de cumplimiento, los datos de la visita y las preguntas con hallazgos abiertos se quedan en el núcleo fijo. La oleada cubre todas las preguntas.

El test previo no se puede copiar

Se corrige en el servidor: la respuesta correcta nunca llega al móvil del colaborador, ni siquiera si suspende.

Lo que rellena la voz se confirma

Ninguna respuesta rellenada por voz cuenta hasta que el colaborador la confirma.

Privacidad y permisos

El cliente solo ve datos de su empresa y de los nodos sobre los que tiene permiso, nunca datos del colaborador. Lo que ve cada contacto lo deciden los permisos sobre nodos, no los roles.

Lenguaje concreto

Los textos de Take AI dicen qué pasa con los datos concretos; nunca probabilidades ni «puede que».
Comentario general sobre esta sección
9

Para revisar

Lo que necesitamos de vosotras

Estas son las decisiones que todavía están abiertas y en las que vuestra experiencia con los clientes es la que manda. Hay espacio para anotar la respuesta.

P1

¿Qué pasa si empieza la oleada sin ruta publicada?

La revisión avisa de los días que faltan («quedan 10 días»), pero no está decidido qué ocurre si llega el inicio sin publicar: ¿se bloquean las visitas o se avisa a la gestora con antelación? ¿Con cuánta?
P2

¿Una pregunta reformulada se sigue comparando?

«¿La zona se encuentra limpia?» pasa a «¿Suelo, mostrador y probadores sin suciedad visible? Foto de la zona.». En una pantalla se trata como equivalente (se compara con oleadas anteriores) y en la del cliente como «sin comparación con 3T». ¿Cuál os parece correcto para vuestros clientes?
P3

¿Cuántos intentos tiene el test previo?

Con 4 de 6 aciertos el colaborador ve qué páginas del manual repasar y puede repetirlo. ¿Cuántas veces puede intentarlo y hay que avisar a la gestora si suspende dos veces?
P4

¿Cómo describimos a la persona que atiende?

Take AI propone dividir «Persona que atiende» en nombre (opcional) y una descripción con sexo, edad aproximada y pelo, porque es de las preguntas más corregidas. ¿Es aceptable pedir esa descripción aunque no puntúe?
P5

¿Qué guardamos cuando el colaborador habla?

Al rellenar el informe por voz se graba la visita contada y se transcribe. ¿Guardamos el audio o solo la transcripción? ¿Durante cuánto tiempo?

Otras dudas del diseño

También quedan por decidir si el cliente podrá ver el detalle de los cambios de la ruta («Ver los cambios de la ruta» no tiene pantalla todavía) y si el permiso para editar rutas se da por proyecto o por cliente. Si tenéis opinión, anotadla en cualquiera de las respuestas.

Lista de comprobación para la revisión

Comentario general sobre esta sección
A

Anexo · Todas las pantallas del diseño

Índice

Las pantallas de la funcionalidad están en la página «Gestión de rutas» del canvas de diseño «Take AI · Rediseño de pantallas». Las marcadas con ★ aparecen en este documento.

CódigoPantallaQuiénFormato
R0Cómo funciona · la ruta con Take AI (datos, ciclo de vida y principios)Referencia—
R1 ★Crear la ruta desde el brief del clienteGestoraEscritorio
R2 ★Editor rápido con vista previa realGestoraEscritorio
R3 ★Revisar antes de publicarGestoraEscritorio
R4 ★Versiones y comparabilidadGestoraEscritorio
R5 ★Ruta rotativaGestoraEscritorio
R6 ★Mejorar la ruta con datosGestoraEscritorio
R7 ★Test previo que se calibraGestoraEscritorio
R8 ★El colaborador en el móvil (antes de empezar, pregunta con criterio, rellenar por voz)ColaboradorMóvil
R9 ★Estadísticas por preguntaDirección, jefe de zonaEscritorio

Todos los estados

El canvas «Take AI — Gestión de rutas» parte las pantallas anteriores en 61 pantallas y estados (T16-01 a T16-99), con su flujo, historias de usuario y reglas.

GrupoEstadosCódigos
Desde el briefSubir el brief, leyendo el brief, quitar o cambiar una pregunta, cambiarla por otra del banco, error de fichero, pregunta quitadaT16-01, 11–16
EditorEdición en tabla, respuestas tipo aplicadas, respuestas propias, creación en bloque, vista previa completa, validación en línea, conflicto al guardarT16-02, 21–27
Revisar y publicarAvisos agrupados, cada aviso desplegado, todo correcto, publicar con confirmación, ruta publicada, error al publicarT16-03, 31–39
VersionesRuta bloqueada durante la oleada, crear versión, comparabilidad explicada, publicar la versión 2, pregunta compartidaT16-04, 41–46
Ruta rotativaConfigurar la rotación, reparto de un nodo, aplicar la rotación, rotación aplicadaT16-05, 51–54
Mejorar con datosPropuesta de fusionar con sus datos, aplicar, aplicadas, deshacerT16-06, 61–64
Test previoCambiar la respuesta correcta; test en el móvil, aprobado y suspendidoT16-07, 71–74
ColaboradorAntes de empezar, pregunta con criterio, por voz (grabando, transcribiendo, revisar), error de micrófonoT16-08, 81–86
Cliente y permisosFiltrar por bloque, filtrado, sin resultados, oleada sin datos, sin permisos (cliente y gestor)T16-09, 91–99

Cifras de ejemplo

Las pantallas usan datos ficticios («Ópticas Mirada Clara», «Hoteles Brisa»). En algunas el número de preguntas por visita con la ruta rotativa varía (82, 86 u 87): son ejemplos, no un objetivo calculado.
Comentario general sobre esta sección
Identificación

¿Quién está revisando?

Indica tu nombre para que sepamos de quién es cada respuesta. No hace falta cuenta: se recuerda en este navegador.

Vista ampliada100 %
Arrastra para mover · rueda o pellizco para ampliar