Una aplicación que utiliza una persona y un producto ofrecido a varios equipos pueden parecerse en pantalla. La diferencia aparece al guardar datos, decidir quién puede cambiarlos y mantener el acceso. Cuaderno de equipos es una demo ficticia con datos de prueba y pagos simulados para recorrer esas decisiones.
Puedes probar la demo con dos organizaciones y tres personajes por equipo. Crea un proyecto como editora, cambia a lectora para intentar modificarlo, vuelve como propietaria para cambiar el plan y simula una cancelación. La selección de personaje enseña reglas; no es un inicio de sesión real.
Primero, una decisión que puedas recuperar
El trabajo principal es registrar una decisión de un proyecto: título, contenido, alternativas, motivo y estado. La marca «tomada» necesita un motivo; una pregunta abierta puede seguir pendiente. El equipo puede encontrarla, filtrarla y exportarla después.
El ejercicio se guarda solo cuando pulsas Guardar demo. Después puedes cerrar la página, regresar y recuperar la copia de este navegador. Cada personaje puede exportar los datos del equipo seleccionado; el personaje operador exporta o importa una copia completa. Una importación incompatible conserva el trabajo abierto.
Qué permite cada personaje
La propietaria administra los roles de prueba, el plan y la suscripción, además de editar. La editora crea y modifica proyectos y decisiones del equipo. La lectora consulta y exporta. Si se intenta una acción fuera del permiso, la regla la rechaza al ejecutarla; no depende solo de esconder un botón.
Cada proyecto pertenece a una organización. Cambiar de equipo no traslada sus datos al otro. Una referencia a un proyecto de otra organización también se rechaza. La matriz de roles y datos ayuda a pensar qué acceso necesita un producto real.
Un límite que no borra el trabajo
Los planes ficticios no tienen importe. Base admite hasta tres proyectos activos y Equipo hasta diez. Archivar conserva un proyecto y deja espacio para otro. Si reduces el plan cuando ya hay más proyectos activos que el nuevo límite, permanecen consultables y editables según el rol y el estado de acceso; la demo bloquea nuevas altas hasta resolver el exceso.
El ciclo de acceso es una decisión de producto
Una incidencia de renovación simulada permite trabajar sobre proyectos activos y archivarlos, pero impide crear o reactivar proyectos. Al terminar el periodo, o mientras una nueva suscripción local espera confirmación, se conserva lectura y exportación; la propietaria puede simular la recuperación del acceso.
Cancelar al final del periodo y terminar el acceso son acciones distintas. Antes del fin puedes retirar la cancelación sobre la misma relación. Después, volver al servicio crea otra suscripción de prueba, enlazada a la anterior y pendiente de confirmación. Repetir el mismo evento no debe duplicar sus efectos. Son reglas de este ejercicio, no una política universal de cobro o acceso.
Puedes revisar el ciclo de pagos y suscripciones y utilizar el mapa de alcance para distinguir la primera capacidad de ampliaciones.
Administración, datos y límites reales
Al entrar como operador de la demo, la vista de administración muestra el plan, los proyectos activos y el estado de cada equipo de prueba. Permite reiniciar un equipo o todo el escenario, con confirmación. La exportación completa está disponible antes de hacerlo. Este personaje no es una cuenta autenticada: el ejercicio no crea cuentas, invita personas, envía correos ni cobra dinero.
Toda la demo funciona en el navegador. Las reglas están en el motor local del ejercicio y los datos se guardan solo al pedirlo en el almacenamiento de este navegador; no hay autenticación, autorización de servidor, base de datos multiempresa ni integración de pago. Para ofrecer un SaaS real habría que diseñar y comprobar esas capas, la operación, la privacidad, el soporte y la continuidad.
Si estás pensando en una aplicación propia, cuéntame qué necesitas construir. Puedes llegar con requisitos definidos o con una idea por aclarar.
