Portal de proyecto para clientes: qué deberían ver (y qué no)

La mayoría de agencias toman la decisión del portal de cliente al revés. Se angustian por si dar a los clientes un portal, luego activan todos los interruptores de visibilidad y esperan lo mejor.

La decisión real es qué deberían ver los clientes. Muestra demasiado poco y el portal es un folleto — los clientes vuelven a enviar «¿alguna novedad?» cada martes. Muestra demasiado y filtras conversación interna, timesheets sin revisar y datos de margen que nunca pretendiste publicar.

Esta guía es la spec que falta: exactamente qué pertenece a un portal de proyecto para clientes, qué debe quedarse interno, un checklist de permisos que puedes copiar en tu doc de configuración y cómo difiere la configuración para clientes con retainer frente a clientes de proyecto de alcance fijo.

La regla que lo decide todo

Antes de los checklists, un principio:

Muestra a los clientes cualquier cosa por la que de otro modo te enviarían email. Oculta cualquier cosa que esté sin terminar, sea interna o esté valorada.

Cada email de «¿novedad rápida?» es una señal de que información que un cliente necesita legítimamente está atrapada dentro de tus herramientas. Cada momento incómodo — un cliente leyendo un comentario interno de tarea sobre su «feedback imposible» — es una señal de que la información se filtró más allá de su audiencia.

Un portal no es un concurso de transparencia. Es una ventana acotada. Acota bien y el portal responde preguntas antes de convertirse en emails; acótala mal y crea otras nuevas.

Qué DEBERÍAN ver los clientes: los seis paneles

1. Progreso del proyecto e hitos

Lo primero que revisan los clientes. Quieren la experiencia de página de seguimiento de entrega: dónde estamos, qué sigue, cuándo aterriza.

• Progreso general contra plan y deadlines
• Estado de hitos (hecho / en progreso / próximo)
• El tablero de tareas con etapas de workflow — a la granularidad que elijas

Los clientes que pueden ver progreso dejan de preguntar por progreso. Ese es todo el business case, y es medible (más abajo).

2. Tareas — a la altitud correcta

Los clientes deberían ver tareas a nivel de entregable: «Diseño homepage — en revisión», «API checkout — en QA». No deberían ver cada subtarea, ticket interno y tarea de refactoring. Las listas de tareas orientadas al cliente funcionan mejor a la altitud a la que el cliente realmente piensa: las cosas por las que paga.

3. Registros de tiempo (para trabajo por hora y retainer)

Si facturas por hora, los registros de tiempo transparentes son tu mejor seguro contra disputas de factura. Los clientes no disputan facturas que vieron acumularse. Muestra:

• Horas registradas por proyecto, por semana
• En qué se gastaron esas horas (descripciones a nivel de tarea)
• Opcionalmente, capturas de pantalla — solo con consentimiento explícito del cliente, política de privacidad acordada y un proceso de captura controlado (redacción de credenciales, exclusiones de pestañas). Desactivado por defecto salvo que el engagement lo exija y esas salvaguardas estén documentadas.

La credibilidad viene del audit trail debajo: horas registradas en tiempo real vía seguimiento de tiempo, logs de corrección visibles y tiempo facturado bloqueado contra ediciones posteriores.

4. Facturas e historial de pagos

Toda factura, pasada y presente, self-service — con botón de pago online. «¿Puedes reenviar la factura?» debería ser una pregunta que tu equipo nunca vuelva a oír. Historial de pagos y recibos pertenecen al mismo sitio.

5. Archivos y entregables

Los entregables deberían vivir donde ocurrió el trabajo — adjuntos a la tarea o proyecto — no en un hilo de email que el cliente no encuentra tres meses después. Una ubicación canónica termina el bucle «¿puedes enviar la versión final-final?».

6. Mensajes ligados al proyecto

Un hilo de chat adjunto al registro del proyecto supera al email porque el contexto nunca se pierde: la conversación sobre la revisión tres está junto a la revisión tres. Las notificaciones por email mantienen a los clientes al día sin obligarles a vivir en el portal.

Qué NO deberían ver los clientes

Esta lista importa más que la primera, porque estos son los errores que queman confianza en lugar de construirla:

• Comentarios internos y chat de equipo. Tu equipo necesita un espacio para decir «el feedback del cliente contradice el de la semana pasada» sin audiencia. Mantén los canales de discusión interna estrictamente separados de los hilos visibles para el cliente.
• Entradas de tiempo sin revisar. Muestra registros de tiempo después de tu revisión semanal, no en bruto. Una entrada mal etiquetada («Personal — dentista») en un timesheet visible para el cliente cuesta más confianza que la transparencia ganada.
• Tarifas de coste y márgenes. Los clientes pueden ver tarifas de facturación y totales — nunca lo que pagas a tu equipo. Presupuesto vs real en moneda del cliente (su presupuesto), no la tuya (tu coste).
• Cualquier cosa de otros clientes. Obvio, pero es lo primero que verificar al configurar acceso por cliente. Una fuga cross-client termina la relación.
• Trabajo en borrador y tareas a medias. El work-in-progress invita feedback drive-by sobre cosas que no estaban listas para feedback. Expón etapas, no el desorden interior.
• Tu imagen interna de capacidad. Quién está sobrecargado, quién en el bench, debates de resourcing — nada del negocio del cliente, todo munición en una negociación de tarifas.

El checklist de permisos (copia esto)

Ejecuta esta tabla para cada cliente nuevo antes de enviar la invitación al portal:

¿Lo quieres como documento de trabajo independiente con pasos de configuración? Descarga el checklist gratuito de requisitos del portal de cliente — cubre las funciones imprescindibles y la secuencia de rollout.

Configuración por tipo de cliente

El checklist de arriba lo insinúa: no hay una configuración de portal correcta única. Hay dos, ligadas a cómo te paga el cliente.

Clientes retainer: muestra el contador

La pregunta recurrente del retainer es «¿qué obtenemos por la cuota mensual?» Respóndela con números que el cliente pueda comprobar:

• Registros de tiempo activados, semanalmente. Horas consumidas contra el retainer, visibles a medida que se acumulan.
• Presupuesto vs real activado. Si el retainer son 40 horas y 31 se han ido el día 20, el cliente debería verlo antes de la conversación de overage, no durante.
• Tarifas visibles. Los retainers por hora no tienen secreto de precio que proteger — la transparencia aquí es puro upside.

Clientes de proyecto de alcance fijo: muestra el mapa

A los clientes de precio fijo no les importa que una tarea tomara 9 horas en lugar de 6 — ese es tu problema de margen, no su factura. Les importan hitos, entregables y fechas:

• Hitos y vista de tablero activados. Progreso a nivel de etapa.
• Registros de tiempo desactivados (normalmente). Detalle por hora en un trabajo a precio fijo invita escrutinio estilo hourly sobre un precio que no se construyó así.
• Facturas de depósito e hitos activadas, pagables online.

Mismo portal, dos ventanas distintas. Para esto están exactamente los permisos granulares por cliente y por proyecto del portal de cliente de Corcava — un cliente ve horas y presupuestos, el siguiente ve solo hitos.

Ejemplo trabajado: qué vale la visibilidad en un retainer

Los números hacen el caso mejor que los principios. Toma un solo retainer de 40 horas/mes a $120/hora ($4.800/mes):

Sin visibilidad del portal. El cliente ve las horas una vez — en la factura, después de fin de mes. Resultado típico del sector: aproximadamente una factura de cada cuatro dispara una pregunta («¿qué fueron estas 6 horas de "revisiones"?»). Cada ronda cuesta a tu account manager unos 45 minutos de arqueología de timesheet y un email defensivo, y añade 5–10 días al pago mientras está «en revisión». En un año: 3 disputas × 45 min = ~2,3 horas de trabajo defensivo no facturable, más ~$1.200 de ingresos rutinariamente atascados en limbo de disputa — en un solo cliente.

Con visibilidad del portal. El cliente mira el mismo contador que tú: 31 de 40 horas consumidas el día 20, descripciones de tarea adjuntas a cada entrada. La factura de fin de mes llega como recibo de trabajo que ya vieron. Las disputas convergen hacia cero, y la conversación de renovación parte de números compartidos — el portal muestra 40 horas entregadas cada mes, que es el argumento de renovación más fuerte que existe.

Multiplica por diez clientes retainer y el debate «¿deberíamos exponer registros de tiempo?» se responde solo.

Rollout: 30 minutos por cliente

1. Elige el tipo de cliente — retainer o alcance fijo — y aplica la columna correspondiente del checklist de arriba.
2. Barre fugas. Antes de invitar, ve el portal como el cliente: ¿comentarios internos, entradas sin revisar o tareas a altitud incorrecta visibles? Arregla, luego invita.
3. Marca. Un portal white-label en tu dominio (portal.tuagencia.com) se lee como parte de tu servicio, no como una herramienta de terceros que atornillaste.
4. Preséntalo en el kickoff, no en el pie de un email: «Aquí verás progreso, horas y facturas — revísalo antes de escribirnos, es más rápido.»
5. Revisa trimestralmente. Los engagements cambian; un cliente de proyecto que pasa a retainer necesita la config de retainer.

Para el lado de evaluación función por función (qué exigir de cualquier herramienta de portal), ver nuestro checklist anterior de funciones imprescindibles del portal de cliente.

Quita la pregunta del portal de tu mesa

El portal de cliente de Corcava incluye exactamente el modelo que describe esta guía: controles de permisos por cliente y por proyecto, registros de tiempo revisados con entradas facturadas bloqueadas, facturas self-service con pago online, archivos y chat adjuntos al registro del proyecto, y white-label completo — incluido en el plan único de $9/usuario/mes junto con CRM, proyectos, seguimiento de tiempo y facturación.

Inicia tu prueba gratuita de 14 días, configura el portal de tu primer cliente con el checklist de arriba, y observa cómo dejan de llegar los emails de «¿novedad rápida?». Sin tarjeta de crédito.