El reporte de auditoría.
La evaluación en sí. Cada superficie revisada contra heurísticas de usabilidad, con el defecto concreto, el principio que rompe y qué tan severo es. Escrito para que lo lea alguien de diseño o de ingeniería.
Envíanos lo que ya construiste. Recibes una auditoría heurística escrita y una lista priorizada de problemas de usabilidad, en dos o tres días hábiles, sin costo.
A los equipos rara vez les faltan ideas sobre qué está mal en su producto. Les falta una lista ordenada. Los tickets de soporte dicen una cosa, la última reunión dijo otra, y nadie puede decir cuál arreglo mueve un número.
Una evaluación heurística resuelve eso. Mide la interfaz contra principios establecidos de usabilidad y no contra el gusto de nadie, así que el resultado es una lista de defectos concretos con su severidad. Puedes discutir una preferencia. Es mucho más difícil discutir un estado de error roto.
Esta auditoría es gratis y no es una llamada de ventas disfrazada. Recibes el documento así nunca trabajes con nosotros.
Paso 01
Llena el formulario de esta página con un link al producto, a un prototipo o a un archivo de diseño. Bosquejos y wireframes son suficientes.
Paso 02
Recibes un correo con lo que vamos a revisar y un link para agendar una llamada corta. Si no podemos auditar lo que enviaste, te lo decimos aquí y no después de que esperaste.
Paso 03
Una conversación corta sobre para quién es el producto y qué necesitas que haga. La usabilidad es relativa a una tarea, así que una revisión sin la tarea es adivinar.
Paso 04
Evaluamos el producto contra heurísticas de usabilidad, superficie por superficie, incluyendo los estados vacíos, de carga y de error que las revisiones suelen saltarse.
Paso 05
Un reporte de auditoría escrito y un documento de observaciones, con los problemas de usabilidad en orden de prioridad.
La evaluación en sí. Cada superficie revisada contra heurísticas de usabilidad, con el defecto concreto, el principio que rompe y qué tan severo es. Escrito para que lo lea alguien de diseño o de ingeniería.
El documento más corto, y normalmente el más útil. Puntos de fricción en orden de prioridad, planteados como decisiones que puedes tomar este trimestre y no como un rediseño que no puedes financiar.
Los dos documentos son tuyos. Nada queda reservado a cambio de un contrato, y esto no llega como una presentación leída en voz alta en una llamada.
Si solamente tienes una idea, no hay nada que evaluar. Una revisión heurística necesita una interfaz, y hacerla contra un concepto produce conclusiones seguras y equivocadas.
Los bosquejos cuentan. Los wireframes cuentan. Un producto en producción obviamente cuenta. La descripción de una app que piensas construir no.
Si ahí es donde estás, la conversación útil es sobre alcance y costo, no sobre usabilidad. Empieza por ahí.
Un formulario y luego un correo de confirmación. Necesitamos un link que podamos abrir.
El trabajo de diseño de estos Pods ha ganado Indigo Design Awards con Luna, Nab, Fashioned Health y FlightLogger, incluyendo Oro en UX, Interfaz y Navegación. Koombea desarrolla software desde 2007.
Cómo funciona el diseño dentro de un Pod
Dónde trabaja el equipo
Si estás antes de tener una interfaz