Lo que los usuarios de Mac me enseñaron sobre la confianza

Cuando Mole pasó de ser un comando de shell a una app para Mac, pensé que la parte difícil sería la interfaz. El trabajo inesperado fue abandonar mis propias suposiciones. Una persona compró la app dos veces por error y rechazó mi oferta de devolverle la segunda compra. Otra corrigió la unidad de temperatura que yo había elegido según su región. Alguien no pudo usar la app porque la interfaz oscura obligatoria le resultaba difícil de leer. Una objeción directa sobre el precio me hizo reconsiderar qué debe ganarse una app de pago cuando ya existen herramientas gratuitas.

Ninguno de esos mensajes llegó como una solicitud de función bien ordenada. Cada conversación mostró una distancia distinta entre la persona que yo imaginaba y la que realmente utilizaba el producto. Esa distancia me enseñó más que otra tabla comparativa o gráfica de analítica.

La confianza forma parte de la función

La compra duplicada se me quedó grabada no porque la solución fuera complicada. Podía devolver el dinero. Lo difícil era responder a la confianza que había detrás del error. La persona ya había pagado una vez, volvió a comprar por equivocación y aun así quiso dejar el segundo pago como apoyo al trabajo. Es un gesto generoso, pero también crea la obligación de hacer el producto más claro y seguro.

Una utilidad que elimina archivos exige más confianza que la mayoría del software. Hay que poder creer que el análisis atribuye bien cada archivo, que un elemento dudoso no quedará preseleccionado y que un error se podrá recuperar. Una interfaz cuidada no sostiene por sí sola esa promesa. El producto debe mostrar el plan, explicar por qué omite algo, proteger los datos compartidos y utilizar la Papelera cuando la recuperación importa. Esos detalles no son asistencia alrededor de la función. Son la función.

Esto también cambió mi forma de leer los elogios. Son agradables, pero la pregunta útil es qué tarea confió esa persona al producto. Si la respuesta es «eliminar archivos sin ponerme nervioso», la siguiente versión debería reforzar la revisión y la recuperación antes de añadir otra categoría al análisis.

Una región no es un perfil de preferencias

Una vez supuse que un Mac configurado para Estados Unidos debía mostrar las temperaturas del hardware en Fahrenheit. Un usuario me explicó que las temperaturas técnicas se suelen leer en Celsius, aunque el tiempo y la temperatura corporal se expresen en Fahrenheit. Ver un chip a 110 grados en una unidad inesperada provoca alarma, no familiaridad.

Mole utiliza ahora Celsius de forma predeterminada en todas las regiones y conserva Fahrenheit como elección explícita. El cambio de código fue pequeño, pero la corrección de la suposición fue mayor. Una región ayuda a dar formato al idioma, las fechas y los números. No dice cómo entiende una persona cada ámbito técnico.

Es más seguro partir de la convención de aquello que se mide, verificarla con quienes la utilizan y conservar una elección explícita cuando ambas formas son útiles. Cuantas más preferencias adivina un producto a partir de un país, más personalizado puede parecer y menos familiar puede resultar.

La accesibilidad empieza por «no puedo usarlo»

Mole ha trabajado en etiquetas de VoiceOver, orden del foco, reducción del movimiento y mayor contraste. Empecé a pensar que el producto ya se tomaba en serio la accesibilidad. Entonces una persona con baja visión me explicó que el texto blanco de la interfaz oscura obligatoria le resultaba difícil de leer. Tenía el sistema en apariencia clara y solo usaba apps que siguieran esa configuración.

Ese comentario cambió la categoría del problema. La apariencia clara ya no era una preferencia estética ni una petición para añadir otro ajuste. Para esa persona determinaba si la app se podía usar. La interfaz principal de Mole sigue imponiendo hoy una apariencia oscura, así que esta es una carencia real, no una historia de éxito terminada.

La accesibilidad no es una insignia que se obtiene después de añadir suficientes etiquetas. Un producto puede funcionar bien con VoiceOver y seguir excluyendo a alguien por el contraste, el color, el movimiento, el tamaño de los controles o una decisión de apariencia. La pregunta útil no es si la app «admite accesibilidad», sino qué tarea sigue sin poder completar una persona, con qué ajustes del sistema y qué parte de la interfaz se lo impide.

Una objeción al precio también es investigación de producto

Una persona me dijo con claridad que el precio parecía alto para un trabajo que una app gratuita podía realizar. Defender el precio, bajarlo de inmediato o añadir funciones hasta que la tabla comparativa pareciera más larga habrían sido reacciones fáciles. Ninguna habría respondido a la parte importante del mensaje.

Las herramientas gratuitas resuelven de verdad muchas tareas de mantenimiento del Mac. La CLI de código abierto de Mole sigue siendo gratuita y macOS ya incluye Monitor de Actividad, ajustes de almacenamiento, Finder y la Papelera. Una app de pago debe ganarse su sitio haciendo más seguro el trabajo repetido, reuniendo información dispersa y ayudando a quien nunca abrirá Terminal a entender qué ocurrirá antes de actuar. Si una herramienta gratuita ya resuelve bien el problema, recomendarla es más honesto que inventar una razón para vender otra app.

La objeción se convirtió así en una prueba de posicionamiento, no en una invitación a ampliar el producto. ¿Quién obtiene suficiente valor de la app nativa como para pagar? ¿Qué herramientas tendría que combinar por su cuenta? ¿La diferencia resulta visible durante la prueba? Si esas respuestas son débiles, el marketing no puede repararlas.

Convertir la historia en una suposición corregida

Los comentarios se vuelven ruidosos cuando cada mensaje entra sin cambios en el backlog. Una persona pide un interruptor, otra un precio más bajo y una tercera describe un error que quizá no vuelva a ocurrir. Tratar los tres como votos por una función elimina el contexto que los hacía útiles.

Ahora intento salir de cada conversación con cuatro hechos: qué quería hacer la persona, qué suposición del producto era incorrecta, si el fallo afecta a una clase de personas o solo a esa configuración y si basta un valor predeterminado mejor, hace falta una corrección concreta o el producto debe explicar por qué no aceptará la petición.

Es más lento que contar solicitudes, pero genera menos ajustes y menos soluciones a medias. La conversación sobre la temperatura cambió un valor predeterminado. La conversación sobre la apariencia reveló un trabajo de accesibilidad sin terminar. La objeción al precio aclaró el límite entre la CLI gratuita y la app de pago. La compra duplicada no necesitaba una función, pero recordó el cuidado que debe ofrecer un producto al que se confían archivos personales.

Mantener la conversación abierta el tiempo suficiente

Sigo atendiendo el soporte directamente porque las primeras conversaciones rara vez quedan claras tras un solo mensaje. Una pregunta sobre la licencia puede esconder una explicación confusa del número de dispositivos. Una solicitud de reembolso puede revelar una promesa poco clara en la página del producto. La petición de un ajuste puede demostrar que el valor predeterminado es incorrecto para todos.

La automatización resulta útil cuando la pregunta se repite, la respuesta permanece estable y se entienden las excepciones. Antes de ese momento, acortar la conversación puede eliminar el detalle exacto que habría mejorado el producto. Escribí más sobre este límite en Notas sobre cómo crear un producto discreto.

Todavía me equivoco en algunas decisiones. Corregí el valor predeterminado de la temperatura, pero no la apariencia oscura obligatoria. Algunos comentarios se convierten en código, otros en un límite del producto y otros quedan como una obligación abierta. Lo importante no es decir que sí a todo el mundo, sino terminar cada conversación con una idea más precisa de quién usa el producto y qué necesita para confiar en él.

El camino desde un script privado hasta la app se cuenta en De un script de shell a una app para Mac. Las decisiones detrás de revisar antes de eliminar, proteger rutas y mantener acciones recuperables están en Diseñar Mole para que no moleste.