# Guía de mejoras funcionales y UX para usuarios MYPE Fecha de auditoría: 28 de setiembre de 2026 Alcance revisado: cuenta de usuario financiero, gestor, cuenta maestra, lenguaje de interfaz y comportamiento responsive. Estado: recomendaciones priorizadas para validación con usuarios y posterior implementación. ## Resultado ejecutivo NexoCaja ya cuenta con una base funcional y visual consistente: separa los tres perfiles, protege la información financiera, permite registrar movimientos, elaborar el plan de caja, simular créditos y revisar reportes. La auditoría no encontró desbordamiento global de página en 1440, 390 ni 320 píxeles de ancho. La principal oportunidad no es añadir más pantallas, sino ayudar al propietario de una MYPE a responder tres preguntas sin necesitar formación contable: 1. ¿Cuánto dinero tengo y qué cambió? 2. ¿Podré pagar mis compromisos durante los próximos meses? 3. ¿Este crédito me conviene y puedo pagarlo sin poner en riesgo el negocio? Para ello se recomienda aplicar el patrón **explicar, hacer y confirmar**: una explicación breve en lenguaje cotidiano, una acción principal visible y una confirmación que diga qué cambió y cuál es el siguiente paso. ## Qué significa "cargos" en el sistema La palabra puede producir dos interpretaciones. Conviene evitarla sin contexto. - **Cargo o perfil de acceso:** define qué puede hacer una persona dentro del sistema. Los perfiles son cuenta maestra, gestor y usuario financiero. - **Cargo de un crédito:** es un costo cobrado por la entidad, como interés, seguro, comisión o gasto administrativo. En la interfaz se recomienda usar siempre **Perfil de acceso** para personas y **Costos del crédito** para dinero. Esto elimina la ambigüedad. ## Modelo mental por perfil ### Usuario financiero o dueño de MYPE Su recorrido natural debe ser: **registrar lo ocurrido → proyectar → comparar un crédito → decidir**. - Inicio: ver caja disponible, alertas y una sola acción sugerida. - Día a día: registrar ingreso o egreso en menos de 30 segundos. - Fin de mes: comparar lo real con lo planificado. - Antes de pedir un crédito: comparar costo total, cuota y efecto sobre la caja. - Para presentar resultados: descargar un resumen entendible y su detalle. ### Gestor de soporte Su recorrido debe ser: **encontrar usuario → resolver acceso → registrar atención → cerrar caso**. - Crea únicamente cuentas normales. - Activa o desactiva accesos y restablece contraseñas temporales. - Registra estado y nota de atención. - No ve movimientos, créditos, saldos ni reportes financieros. ### Cuenta maestra Su recorrido debe ser: **administrar perfiles → vigilar operación → revisar trazabilidad**. - Crea gestores y usuarios. - Supervisa estados generales y atenciones. - Revisa la bitácora administrativa. - No sustituye al usuario financiero ni consulta los datos privados de su negocio. ## Prioridades recomendadas ### P0: comprensión y prevención de errores 1. **Recorrido inicial en tres pasos.** Al primer ingreso, mostrar una lista breve: completar datos del negocio, registrar o importar movimientos y crear la primera proyección. Debe poder omitirse y retomarse. 2. **Modo simple por defecto.** Mostrar primero caja, ingresos, egresos y crédito. Colocar IGV, planilla, aportes y renta dentro de una sección "Impuestos y planilla" que pueda desplegarse. 3. **Glosario contextual.** Cada término técnico debe tener un botón de información que funcione con cursor, teclado y toque. El contenido debe explicar qué es, para qué se usa y un ejemplo corto. 4. **Diferenciar dinero de utilidad.** En Resumen y Reportes, explicar claramente que caja final, flujo neto y utilidad neta no son equivalentes. 5. **Confirmaciones útiles.** Después de guardar, indicar qué periodo se recalculó y ofrecer "Ver resultado" o "Deshacer" cuando sea seguro. 6. **Validación antes de importar.** Mostrar filas válidas, observadas y rechazadas, permitir corregir el mapeo y nunca guardar parcialmente sin confirmación. 7. **Objetivos táctiles mínimos.** Botones e iconos interactivos deben medir al menos 44 por 44 píxeles. En la auditoría a 320 píxeles se detectaron controles menores a ese tamaño, especialmente botones de información, pestañas de gráficos y campos compactos. ### P1: apoyo a decisiones 1. **Real frente a proyectado.** Separar movimientos ya ocurridos de montos previstos y mostrar la diferencia por mes. 2. **Ingresos y egresos recurrentes.** Permitir repetir alquiler, servicios, planilla o ventas regulares sin volver a digitarlos. 3. **Alertas con acción.** Una alerta de caja negativa debe indicar mes, causa principal y una acción posible: revisar cobros, mover un pago o simular otra cuota. 4. **Comparador de créditos.** Comparar al menos dos propuestas por cuota, total pagado, intereses, seguros, comisiones y efecto mensual sobre la caja. 5. **Capacidad de pago.** Mostrar qué porcentaje del flujo libre consume la cuota y señalar meses con riesgo. El umbral debe validarse institucionalmente; no debe presentarse como aprobación crediticia. 6. **Resumen narrativo.** Debajo de cada gráfico, añadir una frase generada con los datos: qué pasó, por qué importa y qué revisar. 7. **Centro de ayuda breve.** Incluir búsqueda por concepto y mini recorridos por tarea, no un manual largo dentro de la pantalla. ### P2: evolución del piloto 1. Escenarios conservador, esperado y optimista. 2. Metas de caja y recordatorios de compromisos. 3. Comparación entre periodos y negocios, solo si el modelo de permisos lo autoriza. 4. Respaldo y restauración guiados con fecha visible de la última copia. 5. Informe ejecutivo PDF con gráficos, supuestos y advertencias. 6. Métricas de uso anonimizadas para detectar dónde se abandona un flujo, sujetas a aprobación de privacidad. ## Diccionario propuesto para la interfaz | Término actual | Texto claro recomendado | Tooltip sugerido | | --- | --- | --- | | Saldo inicial | Dinero disponible al comenzar | Efectivo y saldos disponibles antes del primer movimiento del periodo. | | Ventas s/ IGV | Ventas sin IGV | Importe de las ventas antes de agregar el IGV. Aquí "sin" evita confundir la abreviatura con soles. | | Cobranza | Cuándo cobras una venta | Distribuye qué parte se cobra al contado y qué parte a 30, 60 o 90 días. Las proporciones deben sumar 100 %. | | Pago a proveedores | Cuándo pagas tus compras | Distribuye el pago al contado o a plazo. No cambia el costo; cambia el mes en que sale el dinero. | | Costo de ventas | Costo directo de vender | Porcentaje de la venta que se usa en mercadería, insumos o producción directa. | | Planilla bruta | Sueldos antes de descuentos | Total de remuneraciones antes de descuentos y aportes. | | AFP / ONP | Aporte pensionario | Aporte previsional calculado según la tasa configurada. Debe validarse con el responsable contable. | | EsSalud | Aporte de salud del empleador | Aporte de salud a cargo del empleador calculado sobre la base configurada. | | Pago a cuenta de renta | Adelanto mensual de renta | Pago adelantado del impuesto a la renta que luego se considera en el cálculo anual. | | Renta anual estimada | Impuesto anual estimado | Cálculo referencial del impuesto anual. No sustituye la declaración tributaria. | | IGV Justo | Postergar el pago del IGV | Opción que desplaza el pago cuando corresponde; no elimina la obligación. Requiere validación contable. | | Caja final | Dinero disponible al cierre | Saldo que queda después de los cobros y pagos del periodo. No es lo mismo que utilidad. | | Flujo neto | Cobros menos pagos | Diferencia entre el dinero que entró y el que salió durante el periodo. | | Utilidad neta | Resultado estimado del negocio | Ingresos menos costos y gastos estimados. Puede existir utilidad sin que el dinero ya se haya cobrado. | | Por cobrar | Ventas aún no cobradas | Monto vendido que todavía no ingresó a caja. | | Por pagar | Compras aún no pagadas | Compromisos registrados cuyo pago ocurrirá después. | | Capital | Monto solicitado | Dinero principal del préstamo antes de intereses y otros costos. | | Desembolso | Mes en que recibes el préstamo | Periodo en que el dinero del crédito entra a la caja proyectada. | | TEA | Tasa Efectiva Anual | Tasa que expresa el interés efectivo de un año. No necesariamente incluye seguros ni comisiones. | | TCEA | Costo total anual | Referencia que incorpora interés y otros costos del crédito. Debe obtenerse de la oferta de la entidad. | | Interés | Costo financiero de la cuota | Parte de la cuota que remunera al prestamista y se calcula sobre el saldo pendiente. | | Amortización | Capital que devuelves | Parte de la cuota que reduce la deuda principal. | | Cuota | Pago periódico | Suma del capital e interés del periodo; seguros o comisiones deben mostrarse aparte si existen. | ## Organización recomendada por módulo ### Resumen - Mostrar una tarjeta principal con caja disponible y la pregunta "¿Llegas al próximo mes sin saldo negativo?". - Reducir métricas secundarias a un bloque desplegable. - Convertir "Señales del plan" en alertas accionables con enlace al mes o dato que las originó. - Formatear todos los soles con separador de miles y dos decimales; por ejemplo, `S/ 39 766,00`. ### Movimientos - Mantener Ingreso y Egreso como acciones principales. - Recordar las categorías recientes y permitir conceptos frecuentes. - Añadir recurrencia, adjunto opcional y una descripción corta. - Usar categorías distintas para ingresos y egresos o identificarlas visualmente, evitando nombres ambiguos como "Servicios" en ambos sentidos. - Incorporar una conciliación simple: registrado, pendiente o verificado. ### Plan de caja - Dividir el formulario en Datos básicos, Cobros y pagos, Impuestos y planilla, y Montos mensuales. - Mostrar un indicador de avance y errores por sección. - En móvil, reemplazar la tabla anual completa por un selector de mes y tarjetas editables. Conservar una vista de tabla opcional para escritorio. - Fijar la primera columna y mostrar una pista visible cuando exista desplazamiento horizontal. ### Créditos - Pedir entidad, nombre de propuesta, capital, TEA, cuotas y desembolso como datos básicos. - Añadir campos opcionales para seguro, comisión y otros cargos; calcular total pagado y costo mensual efectivo. - Permitir duplicar una propuesta para comparar alternativas sin volver a escribir todo. - Mostrar primero cuota, total a pagar y meses de caja en riesgo; dejar el cronograma como detalle. - En móvil, presentar cada cuota como tarjeta o permitir seleccionar un número de cuota. ### Reportes - Agregar una lectura breve bajo cada gráfico: resultado, causa probable y acción sugerida. - Mantener siempre una tabla alternativa accesible. - Permitir escoger periodo, escenario y real/proyectado. - Exportar el reporte con fecha, supuestos y aviso de que es una estimación. ### Gestor y cuenta maestra - Organizar por bandeja: Pendientes, En atención y Resueltos. - Mostrar el historial de cada atención sin exponer datos financieros. - Diferenciar claramente Crear usuario de Crear gestor; esta última acción solo aparece para la cuenta maestra. - Incluir filtros por estado, fecha de última actividad y responsable de atención. - Solicitar motivo al desactivar una cuenta y registrar la acción en la bitácora. ## Criterios responsive y de accesibilidad La prueba manual confirmó que no existe desplazamiento horizontal de la página completa en 1440, 390 ni 320 píxeles. Las tablas de Plan de caja y Créditos usan una región interna desplazable, lo cual evita romper el diseño, pero todavía exige demasiado esfuerzo en móvil. Antes de declarar la interfaz completamente responsive deben cumplirse estos criterios: - No debe existir desplazamiento horizontal global entre 320 y 1440 píxeles. - Ningún botón, icono informativo, pestaña o campo interactivo debe ser menor a 44 por 44 píxeles en móvil. - La navegación inferior no debe cubrir formularios, avisos ni botones; debe existir espacio inferior suficiente. - Los tooltips deben abrirse por hover, foco y toque, mantenerse dentro de la ventana y cerrarse con Escape o toque exterior. - Las tablas extensas deben tener una alternativa móvil por mes o por tarjeta, no solo desplazamiento lateral. - Los gráficos deben disponer de una tabla o resumen textual equivalente. - El contenido debe seguir siendo legible con zoom de texto al 200 %. - Las animaciones deben respetar `prefers-reduced-motion` y nunca ser necesarias para comprender un resultado. - Estados y errores no deben comunicarse únicamente mediante color. ## Plan de validación con usuarios MYPE Probar con al menos cinco propietarios que no hayan visto la herramienta. Pedirles que realicen, sin ayuda inicial, estas tareas: 1. Registrar una venta y un pago de servicio. 2. Explicar con sus palabras la diferencia entre caja final y utilidad. 3. Importar cinco movimientos desde una plantilla con un error intencional. 4. Crear una propuesta de crédito e identificar cuánto pagaría en total. 5. Detectar el primer mes con riesgo de caja y decir qué acción tomaría. Registrar tiempo, errores, preguntas, campos omitidos y confianza declarada. La meta sugerida para el piloto es que cuatro de cinco participantes completen cada tarea crítica sin intervención y comprendan correctamente los conceptos principales. ## Límites profesionales Los textos tributarios, tasas, umbrales de capacidad de pago y recomendaciones automáticas deben ser revisados por un profesional contable y por el responsable institucional. NexoCaja es una herramienta de planificación; no debe presentarse como declaración tributaria, asesoría financiera ni aprobación de crédito. ## Recursos visuales creados Las ilustraciones reutilizables se encuentran en `documentacion/imagenes/`. Su propósito, pie sugerido y texto alternativo están documentados en `documentacion/imagenes/README.md`.