Enviar comentarios y sugerencias sobre la aplicación

Publicado el 2026-10-07 · Actualizado el 2026-10-07

Enviar comentarios sobre la aplicación requiere explicar tarea, problema, impacto y resultado necesario. Distingue errores y sugerencias, aporta evidencias relevantes y utiliza un canal disponible con una referencia clara.

Define el tipo de comentario

Empieza por lo que intentabas lograr. Puede ser un comportamiento existente, una función nueva o una duda de uso. En una aplicación de servicio, una solicitud guardada ausente de la lista requiere investigar; un filtro por estado es una mejora. Si desconoces si el comportamiento es intencional, pregunta antes de declararlo defectuoso. Esta distinción ayuda a elegir información y siguiente paso. No todos los mensajes implican implementar algo inmediatamente. Explica cómo reconociste la diferencia y qué parte del recorrido afecta para que el lector entienda el contexto.

Escribe un título corto sobre acción y resultado y después el contexto. «Muy importante» o «Aplicación mala» no define el tema. Explica personas afectadas y dificultad sin inventar frecuencia o cifras. Mantén puntos relacionados en una solicitud y separa asuntos con decisiones propias. Relaciona síntomas del mismo caso, distinguiendo observaciones confirmadas y causas supuestas. El lector debe reconocer hechos e incertidumbres. Una descripción precisa también facilita encontrar el tema durante el seguimiento y evita confundir situaciones distintas que solo muestran mensajes o pantallas parecidos.

• Nombra tarea y tipo de comentario.
• Usa un título descriptivo.
• Explica impacto sin cifras inventadas.

Haz reproducible el informe de error

Organiza pasos, resultado real y esperado. Ejemplo: abrir solicitud guardada, regresar a la lista y observar ausencia aunque aún puede abrirse. Añade rol, entorno, hora y zona cuando importen, sin credenciales. Copia el mensaje e indica si ocurrió una vez o repetidamente. Identifica datos de ejemplo. El revisor debe entender observación y comprobación, no reconstruir una secuencia desde una queja general. Indica dónde debía aparecer el resultado para distinguir ausencia de una visualización en otra ubicación. Conserva el orden real de los pasos y evita omitir acciones intermedias relevantes.

Adjunta captura o vídeo breve tras retirar claves, tokens y datos de clientes innecesarios. Una imagen no explica por sí sola la expectativa; describe la diferencia. Menciona un éxito cercano y sus condiciones sin afirmar causa no demostrada. No repitas solicitudes reales o mensajes antes de revisar el intento anterior. Sin reproducción, aporta observaciones existentes y señala información ausente. Un informe limitado y exacto es mejor que detalles inventados. Los adjuntos deben explicar el caso sin exponer información ajena. Revisa también bordes de pantalla y datos visibles fuera del área principal del error.

• Aporta pasos, realidad y expectativa.
• Indica condiciones y detalles ausentes.
• Revisa evidencias antes de adjuntar.

Relaciona la sugerencia con una necesidad

Describe el problema antes de la interfaz. En vez de pedir un botón, explica la dificultad para encontrar solicitudes pendientes. Propón filtro como opción, no única implementación aceptable. Nombra usuario, situación e información disponible para decidir. Explica la mejora de claridad o facilidad. Evita promesas de duplicar productividad o ahorrar horas específicas sin medición. Describe tarea interrumpida y paso manual repetido. Así el equipo evalúa necesidad sin confundir una preferencia de diseño con la solución obligatoria. Lo importante es el resultado para esa tarea concreta y cómo reconocerlo.

Aporta ejemplo y criterio: elegir estado muestra solicitudes correspondientes; quitar filtro restaura la lista esperada. Incluye excepción como ausencia de resultados y visualización deseada. Explica alternativa actual y limitación. No combines una idea pequeña con reconstruir toda la aplicación. Guarda añadidos como temas separados. Distingue necesidad esencial y detalles con alternativas posibles. Un ejemplo útil guía discusión sin imponer todos los controles futuros. El equipo puede comparar opciones por su capacidad para resolver la misma tarea de manera clara, en lugar de evaluar solo si copiaron exactamente el aspecto propuesto.

• Describe necesidad antes de solución.
• Aporta ejemplo y criterio de resultado.
• Separa requisitos y opciones debatibles.

Envía y sigue la referencia

Para Infera Agent verifica el canal disponible en la cuenta o página oficial. No uses direcciones o formularios sin confirmar. Revisa texto y adjuntos, envía por la opción adecuada y conserva referencia o copia. Confirmar recepción no promete función ni fecha de arreglo. Registra exactamente lo confirmado y responde con datos del caso en vez de archivos ajenos. El lector no debería reconstruir todo el proyecto. Mantén relación con la tarea original para que las preguntas posteriores traten la misma situación y no deseos nuevos sin conexión.

Añade pasos nuevos, comparación satisfactoria o versión cambiada a la misma solicitud. Evita duplicados por falta de respuesta inmediata. Tras anuncio de corrección, repite caso original y registra resultado y diferencias restantes. Separa tema nuevo si cambia tarea o explicación. El seguimiento útil reduce reconstrucción y distingue recepción, revisión y cambio comprobable. Vincula evidencias a la referencia para comparar observaciones en orden. En una versión nueva, indica cuál probaste y si utilizaste las entradas originales. Así una mejora aparente no se atribuye a cambios que quizá procedan de datos distintos.

• Verifica el canal disponible.
• Conserva referencia y respuesta confirmada.
• Añade pruebas e información nueva.

Preguntas

Empieza gratis Plantillas