Nada avanza con un simple clic
La mayoría del software de gestión de proyectos tiene un gesto familiar: Change Status. Not Started → In Progress → Completed. Muy simple. Pero que alguien haga clic en 'Completed' no completa nada. Lo que cambia el estado de un proyecto es el hecho del negocio — el presupuesto aceptado, los materiales listos, la mercancía entregada, el dinero cobrado. El estado del proyecto debería ser el resultado de la realidad, no un desplegable.
La mayoría del software de Project Management tiene una operación muy familiar:
Change Status.
Not Started → In Progress → Completed.
Muy simple.
Pero al diseñar Snappy PM, nos pusimos un principio:
Nothing advances on a bare click.
¿Por qué?
Porque que una persona haga clic en "Completed" no hace que algo esté realmente completado.
Lo que realmente cambia el estado de un proyecto es el hecho del negocio.
El cliente aceptó el presupuesto.
Los materiales están listos.
El producto está terminado.
La mercancía fue entregada.
El pago fue liquidado.
Así que, aunque las cinco Phases de Snappy PM parecen simples, lo que realmente importa detrás de cada etapa es:
What has actually happened?
Por ejemplo, Scoping & Design.
Lo que realmente nos importa no es si el Project Manager cambió el Status a "Design Completed".
Es:
¿El cliente aceptó nuestra Quotation final?
Si el cliente ha confirmado por teléfono, correo, WhatsApp o firma, el PM puede registrar Customer Approved. El sistema registra quién confirmó y cuándo — y solo entonces el proyecto puede pasar a la siguiente fase.
Lo mismo con Closing.
Que un jefe de proyecto sienta que el proyecto terminó no significa que realmente pueda cerrarse.
Si:
las Invoices no se han emitido del todo, o todavía hay dinero sin cobrar,
el sistema debería decirle ese hecho.
Por eso cada vez me gusta menos entender el Project Management como:
Task + Status + Gantt Chart.
Desde luego tienen valor.
Pero para muchas pequeñas empresas, la pregunta más importante es en realidad:
Reality vs. Status.
Una luz verde en el software no significa nada.
Lo que de verdad importa es si el cliente confirmó, si la mercancía se entregó, si los costes ocurrieron, si el dinero se recibió.
Así que Snappy PM quiere construir el estado del proyecto, en la medida de lo posible, sobre datos reales del negocio.
Document.
Quotation.
Expense.
Inventory.
Delivery.
Invoice.
Payment.
Estas cosas ya ocurren en la operación diaria de la empresa.
Si el sistema puede entender estos hechos, los empleados no deberían tener que mantener por duplicado un "Project Status" desconectado del negocio.
A project should move because the business moved.
Not because someone changed a dropdown.
SnapLedger, your life easier.
Reality vs. Status. Una luz verde en el software no significa nada; lo que importa es si el cliente confirmó, si la mercancía se entregó, si los costes ocurrieron de verdad, si el dinero llegó. Si el sistema puede entender documentos, presupuestos, gastos, entregas, facturas y pagos, los empleados no deberían tener que mantener un 'estado del proyecto' separado y desconectado del negocio.
En tus proyectos actuales, si nadie volviera a hacer clic en 'actualizar estado', ¿cuánto se alejaría la imagen del sistema de la realidad — y a cuál de las dos creerías?
Un proyecto debería avanzar porque el negocio avanzó. No porque alguien cambió un desplegable.
Recibe el Founder Diary + las actualizaciones regulatorias de tu país
Un correo cuando Richard publica una nueva entrada, y las novedades normativas que importan donde vives. Gratis, puedes darte de baja cuando quieras.