Documentación · se prende por plan
Proyectos y portal del cliente
La entrega después de la venta, y la ventana por la que el cliente la mira.
Un proyecto es lo que se le entrega a una organización después de venderle. Cuelga de ella —el trato que lo originó es opcional— y se arma como un tablero. Cuando está presentable, se publica: el cliente abre un enlace y ve el avance, las fechas comprometidas y puede comentar, sin crear cuenta.

Lo que el cliente ve lo decide la columna
Cada columna está marcada como visible o interna. Lo que caiga en una columna interna no sale nunca: ni la tarjeta, ni sus fechas, ni su conversación. Cada tablero nace con «Por hacer», «En curso», «Hecho» y una columna «Interno», ya apagada, para lo que el cliente no debe leer.
El avance que se enseña se cuenta solo sobre las columnas visibles, también en la consola, para que tu equipo y el cliente lean el mismo número.
Mover una tarjeta entre una columna visible y una interna es también decidir quién la lee. Al arrastrar, conviene tenerlo presente.
El portal
- «Publicar el portal» acuña el enlace y lo copia al portapapeles. Es un acto de personas: un agente puede armar el tablero, pero no abrir la puerta.
- El contenido se actualiza solo: lo que el cliente lee es siempre lo último que se escribió. No hace falta republicar.
- «Enlace nuevo» revoca el anterior en el acto. «Cerrar» corta el acceso sin borrar nada.
- La consola dice cuántas veces se abrió el portal y cuándo fue la última: no es lo mismo «no lo ha visto» que «lo vio tres veces y no dijo nada».

Las fechas y los comentarios
- El roadmap son las fechas de las mismas tarjetas, dibujadas por mes. No hay una lista de hitos aparte que se desincronice.
- El cliente comenta sobre el proyecto o sobre una tarjeta, firmando con su nombre. Le llega el aviso a quien lleva el proyecto, y se le contesta desde la consola en el mismo hilo.
- Archivar el proyecto lo saca de las listas y cierra el portal. Desarchivar no lo vuelve a abrir.
