Cómo decidir qué feedback de usuarios construir (y cuál dejar pasar)
En cuanto la gente usa tu app, empiezan a llover las peticiones. Esta es una forma simple de decidir qué feedback de usuarios vale la pena construir con tu creador de apps con IA, cuál guardar y a cuál decirle que no con amabilidad.
Las primeras semanas después de que la gente empieza a usar tu app son tranquilas. Luego empiezan los mensajes. “¿Podrías agregar un modo oscuro?” “Estaría genial poder exportar a PDF.” “¿Puedes hacer que el botón sea azul?” “De verdad necesitamos integraciones con la herramienta que ya usamos.” En un mes tienes una lista de cuarenta cosas, y un creador de apps con IA que con gusto te construye cualquiera de ellas en una tarde.
Esa última parte es la trampa. Cuando construir cada función es barato y rápido, la pregunta difícil deja de ser “¿puedo construir esto?” y se vuelve “¿debería?”. El cuello de botella se mueve de tus manos a tu criterio, y nadie te entrega una guía para eso.
Este artículo es una forma simple de ordenar el feedback que llega en tres montones — constrúyelo, guárdalo, déjalo pasar — sin necesitar experiencia en gestión de producto. La meta no es decirle que no a la gente. Es asegurarte de que las cosas que sí construyes sean las que de verdad hacen avanzar tu app.
Por qué “solo constrúyelo” deja de funcionar
Para tus primeras diez funciones, “solo construye lo que alguien pida” es una estrategia perfectamente buena. No tienes suficientes usuarios como para tener opiniones en conflicto, y cada función hace la app más útil que la cosa vacía que era la semana pasada.
Deja de funcionar más o menos cuando tienes usuarios reales y distintos. Un freelancer quiere una cosa, una agencia pequeña quiere lo opuesto, y un visitante de una sola vez quiere algo que ninguno de los dos usará jamás. Construye los tres y tu app se convierte en un cajón de tiliches — lleno de cosas, difícil encontrar algo, pesado de cargar. Cada función que agregas es una función que tienes que mantener funcionando para siempre, explicarle a los nuevos usuarios y no romper cuando cambies algo cercano.
Un creador de apps con IA empeora esto antes de mejorarlo, porque elimina el freno natural. Cuando una función le tomaba dos semanas a un programador, pensabas muy bien si valía esas dos semanas. Cuando le toma veinte minutos al creador, no piensas nada — solo dices que sí. El costo no desapareció. Se movió de “tiempo de construir” a “peso de cargar”, y el peso es más difícil de ver.
Tres preguntas que ordenan casi todo
Cuando llegue una petición, pásala por tres preguntas en orden. La mayoría de las cosas se ordenan solas después de las primeras dos.
1. ¿Esto ayuda a las personas para las que construí esto? Construiste tu app para alguien específico — fotógrafos de bodas, entrenadores de fútbol infantil, presentadores de pódcast independientes. Una petición de una de esas personas vale más que una petición de alguien que cayó por ahí y nunca va a volver. Si una función ayuda a tu gente principal a hacer lo principal a lo que vinieron, se va cerca de arriba. Si ayuda a un visitante que en realidad no es tu usuario, se va cerca de abajo, sin importar qué tan fuerte lo haya pedido.
2. ¿Cuántas personas de verdad la van a usar? No “quién la pidió” — quién la va a usar. Una persona pidiendo fuerte no es lo mismo que diez personas que se beneficiarían en silencio. Sé honesto aquí, porque las peticiones ruidosas se sienten como peticiones grandes, y normalmente no lo son. Una buena pista: pregúntale a la persona qué hace hoy en su lugar. Si tiene un apaño torpe que usa a diario, eso es una necesidad real. Si “probablemente la usaría a veces”, es un capricho disfrazado de necesidad.
3. ¿Qué me cuesta cargarla para siempre? Algunas funciones son ligeras. Una nueva opción de color, una etiqueta reescrita, un campo extra en un formulario — constrúyela y olvídala. Algunas funciones son pesadas: cualquier cosa que toque pagos, cualquier cosa que envíe correo a personas reales, cualquier cosa que agregue toda una sección nueva con sus propias reglas. Las funciones pesadas no son malas, pero deben ganarse su peso pasando las primeras dos preguntas con margen de sobra.
Los tres montones
Pasa esas preguntas y casi todo aterriza en uno de tres lugares.
Constrúyelo. Ayuda a tu gente principal, varios de ellos la van a usar, y el costo de cargarla es razonable. Estas son fáciles. Hazlas, y dile a la persona que la pidió — la gente que ve su idea lanzada se vuelve tu usuario más leal y tu mejor fuente de la siguiente buena idea.
Guárdalo. Buena idea, pero es pronto, o solo una persona la quiere, o es pesada y todavía no estás seguro. No digas que no y no la construyas. Anótala en algún lado donde de verdad vayas a mirar — una lista simple, una nota, un tablero. Si tres personas más piden lo mismo en el próximo mes, se acaba de ascender sola al montón de “constrúyelo” y te lo dijo ella misma. Guardar no es un cementerio; es una sala de espera.
Déjalo pasar. No encaja con para qué es tu app, solo serviría a una persona, o haría la app peor para todos los demás. Estas necesitan un no amable y honesto. “Es una idea muy bien pensada, pero no es algo que planee agregar — esto es lo que te sugeriría en su lugar” conserva la relación y protege la app. Decir que no es una función. Cada no es un sí a mantener la app lo suficientemente simple para que la gente la entienda.
Un pequeño ejemplo
Alguien que conocemos maneja una app de reservas para maestros de música, construida por completo con un creador de apps con IA. En una semana recibió tres peticiones: un maestro quería mensajes de recordatorio automáticos para los alumnos, una mamá quería una forma de ver todas las clases de sus hijos en una sola vista, y una persona quería la app traducida al latín “por diversión”.
Los recordatorios pasaron las tres preguntas — usuarios principales, muchos de ellos lidian con ausencias, y enviar mensajes es pesado pero vale la pena. Construido. La vista para padres era una buena idea de una sola persona, así que la guardó; dos padres más la pidieron en tres semanas y se ascendió sola. La traducción al latín recibió un no cálido. Ninguna de esas decisiones necesitó una hoja de cálculo. Necesitaron tres preguntas y la disposición de responder la tercera con honestidad.
La parte que nadie te cuenta
El feedback más difícil de manejar no son las malas ideas. Son las buenas ideas de gente que te cae bien, para una app que no puede ser todo. Dejarlas pasar se siente como decepcionar a la persona. No es así. Lo más amable que puedes hacer por las personas que usan tu app es mantenerla lo suficientemente enfocada como para que siga siendo buena en la única cosa a la que vinieron.
La próxima vez que se acumulen las peticiones, no abras tu creador de apps con IA primero. Abre tu lista, pasa cada elemento por las tres preguntas, y ordénalo en un montón. Construir es la parte fácil ahora. Decidir qué vale la pena construir es el trabajo de verdad — y es un trabajo que puedes hacer sin escribir una sola línea de código.