Proyectos

Un proyecto es un trabajo con principio y fin, normalmente el desarrollo de un sistema a medida. El CRM lo acompaña con un método de gestión completo: etapas con entregables, alcance por escrito, estimación, control de cambios, riesgos y reportes al cliente.

La lista de proyectos

La lista

Muestra una card por proyecto y una por conjunto (un grupo de proyectos del mismo cliente; por ejemplo, “Plataforma Andina” con el portal, la app y la API). Tocar un conjunto muestra sus proyectos en la misma pantalla. Nuevo conjunto está junto a Nuevo proyecto.

Crear un proyecto

Cliente (obligatorio) y solución: la que va a quedar corriendo.
Nombre, descripción y etapa.
Moneda y monto total del desarrollo.
Inicio y fin estimado.
Repositorio y staging.
Conjunto y versión (por ejemplo, “MVP” o “v2”).

Estados: Activo, En pausa, Cerrado o Cancelado.

La ficha

Arriba: el monto del desarrollo, lo facturado, lo cobrado y el checklist; las etapas; y los botones Tablero, Editar, Eliminar, Activar abono y Estado. Las pestañas:

Etapas y checklist

Las seis etapas del método:

0 Descubrimiento · I Relevamiento · II Alcance y estimación · III Propuesta y contratación · IV Ejecución y control · V Cierre

Cada etapa tiene sus entregables (la SRS, la propuesta, el acta de inicio…). Para entrar a una etapa tienen que estar firmados o aprobados los entregables de las anteriores:

El anticipo cobrado es de la etapa III y bloquea la entrada a la IV.
El saldo cobrado es de la etapa V y bloquea el cierre.
Un entregable se puede eximir, con un motivo escrito.
Avanzar con pendientes pide confirmar con un motivo, que queda registrado. Retroceder no pide nada.

Qué entregable se exige en qué etapa se configura en Configuración → Documentos y checklist.

En el costado, Gestión según el Manual:

el nivel de SRS: Liviana, Estándar o Completa, con las secciones mínimas de cada una;
el descubrimiento: descontable del total, cobrado por separado o eximido;
la cadencia del reporte de avance: cada cuántos días.

Seguimiento

Reportes de avance: el CRM propone el período, lo realizado (hitos cumplidos, requerimientos terminados, cambios aprobados), lo que está en verificación y en construcción, el próximo hito y lo pendiente del cliente. Genera el texto para copiar o mandar por WhatsApp y se marca como enviado. Si pasa la cadencia sin un reporte, aparece en el Inicio. Un reporte enviado no se edita.
Link de seguimiento para el cliente: ver abajo.

Hitos

Cada hito tiene nombre, fecha objetivo y estado (Pendiente, En curso o Cumplido). Los requerimientos se asignan a un hito, y el hito muestra cuántos están terminados. Cuando todos lo están, el CRM avisa que está listo, pero lo confirma una persona. Cumplir un hito con requerimientos pendientes pide un motivo.

Backlog

El alcance del proyecto: cada requerimiento con su código (RF-001), título, módulo, prioridad, criterios de aceptación, responsable, estado y estimación.

Prioridad MoSCoW: Imprescindible, Importante, Deseable o Descartado.
Estimación de tres puntos (PERT): optimista, más probable y pesimista, en días. El CRM calcula la estimación esperada y su desvío, y para el proyecto el total, con reserva (+1σ ≈ 84 % de confianza y +2σ ≈ 97 %) y lo estimado contra lo real, para calibrar las próximas estimaciones.
Congelar línea base: guarda una versión numerada del alcance. Desde ahí, un requerimiento nuevo tiene que venir de un pedido de cambio: todo alcance no escrito es un cambio. Se ve la diferencia entre el alcance actual y la última línea base.

El CRM no convierte días a precio: la tarifa es una decisión comercial.

Riesgos

Cada riesgo tiene código (R-001), descripción, categoría, probabilidad e impacto (de 1 a 3), estrategia, mitigación, disparador y contingencia. La exposición es probabilidad × impacto, y la lista se ordena por ella. Desde el catálogo de riesgos de tu organización (en Configuración) se copian los frecuentes.

Interesados

Las personas del proyecto: nombre, cargo, lado (Cliente, tu empresa o un tercero), roles (Decisor, Quien paga, Referente operativo, Usuario final…), influencia y cómo comunicarse. Se crean desde los contactos del cliente. El proyecto avisa si no hay ningún Decisor.

Cambios

Los pedidos de cambio (PC-01, PC-02…): descripción, cotización, días estimados y estado (Pedido, Cotizado, Aprobado o Rechazado). Descartar pide un motivo. Pasar a tarea interna crea una tarea técnica en el tablero. El detalle lista los ítems que salieron del pedido.

Pagos

El anticipo y las cuotas del desarrollo, con concepto, monto y vencimiento. Se cobran igual que las cuotas de los abonos y aparecen en Cobranzas.

Adquisiciones

Licencias, infraestructura, hardware o servicios de terceros: proveedor, quién lo compra (tu empresa o el cliente) y cómo se le traslada el costo. Lo que tiene que comprar el cliente y todavía no compró se destaca.

Documentos, Operación y Actividad

Los archivos del proyecto (con versiones), sus despliegues y todo lo que pasó, con quién y cuándo.

Demoras del cliente

Se registra qué se espera del cliente (un acceso, un dato, una decisión), cuándo se pidió, para cuándo hacía falta y si pausa el plazo. Los días de demora se cuentan solos y alimentan “Pendiente del cliente” del reporte de avance.

El link de seguimiento para el cliente

Desde Seguimiento → Link de seguimiento se genera un link secreto para tu cliente, sin usuario ni contraseña. Muestra:

el avance: requerimientos terminados sobre el total, con un mapa por módulo;
el sprint activo, los últimos avances y las entregas por hito;
la línea de tiempo del arranque a la entrega prevista;
los reportes de avance enviados, el enlace a staging y los pagos del proyecto.

Nunca muestra riesgos, interesados, notas, costos ni datos de otros proyectos. Al volver, el cliente ve “Desde tu última visita”. El link se copia, se revoca y se regenera (regenerar invalida el anterior).

Activar el abono y las versiones

Activar abono crea la contratación de mantenimiento del sistema, con cliente y solución cargados. El abono es del sistema: si otra versión ya tiene uno, lleva a ese en lugar de crear otro.
Nueva versión crea la siguiente versión del sistema (por ejemplo, la v2 después del MVP) con los datos de la anterior. Los códigos de los requerimientos siguen la numeración de toda la cadena: si el MVP terminó en RF-CLI-06, la v2 arranca en RF-CLI-07.