Qué resolvemos ·¿Cómo construyo algo que después camine solo?

Forge · Construir

¿Qué hacer cuando un proceso que importa vive en una hoja de cálculo?

Lo llevamos en una hoja de cálculo y ningún producto del mercado hace exactamente esto.

Una aplicación pequeña y específica para su proceso, con Manual de operación, dueño nombrado y el costo de operación a tres años puesto en la propuesta.

Agendar la conversación25 minutos. Una sola pregunta al reservar.

Aplicación Operativa a MedidaEnviar esta página a quien decide

Qué recibe

  • La aplicación en producción, con el código o la configuración en su poder.
  • Manual de operación, monitoreo, respaldo y procedimiento de recuperación.
  • La proyección de costo total de operación a tres años.
  • El acta de traspaso con dueño nombrado y el criterio de retiro escrito.

La prueba que viene al caso

  • 19 años de dominio en sistemas de gestión de servicio e incidentes.
  • Operación construida de cero a 150 personas en once grupos.
  • Dos productos corporativos llevados al Cuadrante Mágico de Gartner, del lado de quien decide qué se construye y qué no.

Cómo lo resolvemos

El método, no la promesa.

  1. Se observa el proceso como se ejecuta, no como se cuenta en una entrevista. Ahí están las excepciones que definen el alcance.
  2. Se nombra al dueño y se acepta por escrito el costo de operación a tres años. Sin las dos cosas no se pasa de aquí.
  3. Se construye con alcance deliberadamente estrecho, integrando por los caminos que ya están soportados.
  4. Se entrega con manual de operación, monitoreo, respaldo y procedimiento de recuperación, más el código o la configuración en su poder.
  5. Se escribe el criterio de retiro: bajo qué condición esto debe reemplazarse por un producto de mercado.

Para usar hoy, sin contratar nada

La cuenta que decide si conviene construir. Son cinco líneas que la propuesta no trae; hágalas usted antes de pedir cotizaciones y va a descartar la mitad de las ideas.

  1. Construcción. Lo que le van a cotizar. Es la línea que todos ponen y la menos importante de las cinco.
  2. Operación, del año uno al tres. Quién la mantiene, cuántas horas al mes, a qué costo. Sume los tres años antes de comparar contra una licencia.
  3. La persona. Nombre y apellido de quien responde por esto en el año dos y qué pasa si se va. Si no puede escribir el nombre, no construya.
  4. Salida. Qué cuesta apagarla y llevarse los datos el día que ya no sirva. Una aplicación sin criterio de retiro se queda para siempre.
  5. Lo que ya paga. Revise si alguna herramienta que ya tiene hace el 80% de esto. Pasa más seguido de lo que parece y es la respuesta más barata.

Las cinco se resumen en una regla. Si no hay dueño nombrado y costo de operación aceptado por escrito, no se construye. Es la regla de la firma y le sirve igual con cualquier proveedor.

Le suena si

  • Un proceso que importa depende hoy de una hoja compartida.
  • Comprar un producto del mercado cuesta más que el problema.
  • Algo que se construyó antes quedó sin dueño designado.
Quién entrega
El fundador dirige y firma. La interfaz la diseña un colaborador del colectivo con carrera previa en operación, nombrado en la propuesta. El colectivo.
Cómo se contrata
Precio fijo, con criterio de aceptación escrito antes de empezar.
Plazo y precio
Fijos, por escrito, después de valorar su caso en la conversación de 25 minutos.

Antes de contratar

Antes de construir se nombra al dueño interno y se acepta por escrito el costo de operación. Es la regla que evita entregarle un problema en tres años y por eso se cierra primero.

La pregunta correcta acá es quién responde cuando falle en el año dos. Este servicio lo diseña alguien cuya carrera entera fue operar software que otros construyeron y por eso el entregable incluye el costo de mantenerlo y el criterio para apagarlo.

¿Quién va a responder por esa aplicación dentro de dos años y cuánto le va a costar al mes?