Donde la interacción
es el producto.
Paneles, portales de cliente y herramientas operativas: autenticados, con estado, y sujetos a un flujo de trabajo real en lugar de a un relato de marketing.
Una web corporativa se juzga en los primeros diez segundos. Una aplicación se juzga en el uso número cuatrocientos, con un año de datos acumulados y con alguien haciendo su trabajo a contrarreloj. Esa diferencia cambia casi todas las decisiones, y es la razón por la que las aplicaciones construidas como webs de marketing se sienten mal en un mes.
Los estados que nadie enseña en una demo son donde está el trabajo. Qué muestra la pantalla antes de que existan datos, qué muestra mientras carga, qué muestra cuando una petición falla, y qué muestra cuando una lista pensada para doce filas contiene nueve mil. No son casos límite: son la mayoría de lo que un usuario real encuentra a lo largo de un año.
La autenticación y los roles son estructurales, no cosméticos. Quién puede ver qué, quién puede actuar sobre qué y qué queda registrado cuando lo hace, decidido en la especificación, porque los modelos de permisos están entre las cosas más caras de cambiar una vez que hay datos que dependen de ellos.
Qué incluye
- Autenticación y control de acceso por roles
- Interfaz construida para volúmenes de datos reales, no de demostración
- Estados vacío, de carga, de error y de permiso denegado diseñados
- Registro de auditoría donde las acciones deben ser atribuibles
- Despliegue, monitorización y traspaso documentado
No incluido
- Redacción y fotografía
- Medios de pago y gestión de campañas
- Actualizaciones de contenido continuas salvo con contrato de mantenimiento