Tiremesù
ES
Probar

Test concierge (MVP concierge)

Antes de construir nada, presta tú mismo el servicio a unas pocas personas y comprueba si de verdad les ayuda.

Tiempo
60 min
Personas
2–4
Tipo de trabajo
Probar
Un padre con su hija pequeña señala el trabajo en la pared.

En resumen

Un test concierge es una forma de saber si merece la pena construir un servicio nuevo. Tu equipo presta a mano, abiertamente, una versión pequeña del servicio a unos pocos usuarios que aceptan participar. Mides si resuelve su necesidad y registras cada paso, para saber qué haría falta para repetirlo a gran escala.

Qué es

El nombre viene del conserje de un hotel, que atiende personalmente la petición de cada huésped. En un test concierge, un miembro del equipo hace lo mismo: toma la necesidad real de un usuario y la resuelve directamente, por teléfono, en persona o con herramientas sencillas como el correo electrónico y las hojas de cálculo. El usuario sabe que le ayuda una persona. Todavía no hay nada automatizado.

Es lo contrario de construir primero y esperar a que la gente llegue. Empiezas por el resultado y trabajas hacia atrás. Como haces cada paso tú mismo, aprendes qué pasos importan, cuáles los usuarios ni notan y dónde está el esfuerzo real. También descubres rápido si el servicio no resuelve la necesidad en absoluto, antes de que nadie haya escrito una especificación o firmado un contrato. Las startups suelen llamarlo MVP concierge, y se adapta bien a los servicios públicos.

Cuándo usarlo

Úsalo cuando

  • Tienes una idea de servicio y quieres comprobar que de verdad resuelve la necesidad antes de construirla.
  • Aún no conoces los pasos ni las reglas que necesitará el servicio.
  • El grupo destinatario es lo bastante pequeño para atenderlo a mano durante unas semanas, por ejemplo de 5 a 20 usuarios.
  • La dirección quiere pruebas de valor antes de aprobar un presupuesto.

Evítalo cuando

  • Prestar el servicio a mano incumpliría una norma, un compromiso de privacidad o un principio de equidad.
  • Ya sabes que el servicio funciona y la pregunta es solo tecnológica. Usa una prueba del Mago de Oz o un prototipo.
  • El equipo no tiene tiempo para atender personalmente a los usuarios y ofrecería una mala experiencia.

Qué necesitas

Tiempo
60 minutos para planificar, después de 1 a 4 semanas de servicio manual y una revisión de 60 minutos
Personas
De 1 a 3 miembros del equipo que atenderán a los usuarios, una persona responsable de la decisión y de 5 a 20 usuarios que acepten participar
Materiales
Una nota breve de consentimiento, un registro sencillo (una hoja de cálculo o un cuaderno), un teléfono o una cuenta de correo para el servicio y la ficha

Cómo aplicarlo

  1. Paso 1: Nombra la necesidad del usuario y el resultado

    Escribe la necesidad en una frase y el resultado que esperas, por ejemplo “Los comerciantes con varias licencias necesitan renovarlas a tiempo; el resultado es que ninguna licencia caduque durante la prueba”. Decide cómo sabrás si se ha alcanzado el resultado.

    Mostrador de un pequeño comercio con certificados de licencia en la pared, cada uno con su fecha de caducidad
  2. Paso 2: Diseña el servicio manual más pequeño

    Describe paso a paso lo que hará un miembro del equipo para cada usuario. Que sea sencillo: una llamada, un recordatorio, una lista de verificación, un formulario rellenado juntos. Deja fuera todo lo que automatizarías más adelante. Escribe los límites: cuántos usuarios, durante cuánto tiempo y qué no vas a hacer.

  3. Paso 3: Recluta usuarios con su consentimiento

    Invita a un grupo pequeño que tenga la necesidad. Explica con claridad que es una prueba breve, que les ayudará una persona, qué información guardarás y durante cuánto tiempo, y que pueden dejarlo cuando quieran. Registra el acuerdo de cada persona.

  4. Paso 4: Presta el servicio y regístralo todo

    Atiende a cada usuario como prometiste. Después de cada contacto, anota la fecha, lo que hiciste, cuánto tardaste, qué preguntó y cualquier cosa que te sorprendiera. El registro es el resultado principal de la prueba, así que mantenlo completo.

    Cuaderno abierto con líneas manuscritas; la página derecha se divide en dos columnas
  5. Paso 5: Mide el resultado

    Al final, comprueba para cada usuario el resultado que definiste. Hazle unas preguntas breves: ¿Te ayudó esto? ¿Qué habrías hecho sin ello? ¿Qué faltó? Evita preguntar si le “gustó”; pregunta qué cambió para él.

  6. Paso 6: Calcula qué haría falta para repetirlo

    A partir del registro, suma las horas, la información que necesitaste, las decisiones que requirieron criterio y los pasos que fueron iguales cada vez. Marca qué pasos podrían automatizarse, cuáles necesitan a una persona y cuáles podrías eliminar.

  7. Paso 7: Decide y cierra la prueba

    Rellena la ficha: necesidad del usuario, servicio manual, resultado, aprendizaje. Reúnete con la persona responsable de la decisión para elegir: ampliarlo, cambiarlo y volver a probar, o parar. Cuenta a los participantes lo que aprendiste y qué pasará después, y borra los datos que ya no necesites.

Ejemplo práctico

Una oficina municipal de desarrollo económico observa que muchos comercios pequeños tienen tres o cuatro licencias (actividad, rótulos, sanidad, protección civil) con fechas de caducidad distintas. Los comercios a menudo descubren que una licencia ha caducado durante una inspección. Dos empleadas hacen un test concierge con doce comerciantes de un distrito.

La necesidad: “Los comerciantes necesitan mantener vigentes todas sus licencias sin seguir ellos mismos cada fecha”. El resultado: ninguna licencia caducada entre los doce comercios durante las ocho semanas de prueba.

El servicio manual: una empleada visita cada comercio una vez, fotografía con permiso del titular los certificados de licencia colgados en la pared y anota cada fecha de caducidad en una hoja de cálculo. Treinta días antes de cada fecha, llama al titular, le explica lo que hace falta y se ofrece a rellenar con él el formulario de renovación por teléfono.

En ocho semanas vencen nueve renovaciones. Las nueve se renuevan a tiempo. El registro muestra que cada llamada dura unos 12 minutos, pero la mayor parte del tiempo se va en explicar qué oficina gestiona cada licencia. Tres titulares preguntan si se podrían alinear las fechas para renovarlo todo una vez al año.

El equipo concluye que los recordatorios son fáciles de automatizar, pero que la explicación necesita una página clara por tipo de licencia, y que alinear las fechas es una cuestión de normativa. El director aprueba una prueba más amplia con recordatorios automáticos y una página de ayuda conjunta, y traslada la idea de alinear las fechas al equipo de normativa.

Ilustrativo

Consejos y errores

Consejos

  • Elige usuarios que te digan la verdad, incluidas personas que todavía no son entusiastas de la idea.
  • Cronometra cada paso. “Cada llamada duró 12 minutos” es mucho más útil que “fue llevadero”.
  • Acuerden de antemano una fecha de fin para que la prueba no derive en un servicio sin financiación.
  • Anota lo que nunca automatizarías, como los momentos que requieren empatía o criterio.

Errores frecuentes

  • Atender a los usuarios con tanta generosidad que el resultado no se puede repetir a ninguna escala.
  • Olvidar registrar, de modo que terminas con buenas historias pero sin evidencias.
  • Hacer la prueba sin un consentimiento claro ni una fecha de fin.
  • Medir solo la satisfacción en lugar de si la necesidad se cubrió de verdad.

Con qué terminas

Sales con evidencias sobre si el servicio cubre una necesidad real, un registro detallado de lo que costó prestarlo y una visión clara de qué pasos automatizar, mantener en manos humanas o eliminar. Esa es la base de una decisión presupuestaria. Si amplías, redacta una prueba de hipótesis para un piloto más grande y usa una lista de verificación de despliegue para que el nuevo servicio arranque sin huecos. Si la tecnología aún es incierta, haz después una prueba del Mago de Oz.

Preguntas frecuentes

¿Qué diferencia hay entre un test concierge y un piloto?

Un piloto suele poner en marcha un servicio ya diseñado, a menudo con su tecnología, durante un periodo fijo. Un test concierge llega antes: todavía no hay sistema, y una persona lo hace todo a mano para aprender cómo debería ser el servicio.

¿Cuántos usuarios necesita un test concierge?

Normalmente de 5 a 20. Necesitas los suficientes para ver patrones, pero pocos para que un equipo pequeño pueda atender bien a cada persona. Si la demanda es mucho mayor de lo esperado, eso ya es un hallazgo útil.

¿Test concierge o prueba del Mago de Oz?

Usa un test concierge cuando quieras saber si el servicio resuelve la necesidad y no ocultas que ayuda una persona. Usa una prueba del Mago de Oz cuando quieras ver cómo usa la gente una interfaz que parece automatizada. Muchos equipos hacen primero un test concierge.

Ficha de la herramienta

La ficha de trabajo que rellena tu equipo, una casilla por campo.

Test concierge (MVP concierge)Vista previa de la ficha
  • Necesidad del usuario
  • Servicio manual
  • Resultado
  • Aprendizaje
Próximamente

Aprende el método. Aplícalo con tu equipo.

Abrimos primero a profesionales invitados y después a organizaciones.

Únete a la lista de esperaUn solo mensaje cuando tu invitación esté lista. Nada más.