Crear software no empieza con la tecnología

Cuando una operación quiere mejorar, es normal empezar preguntando qué aplicación necesita. Pero esa pregunta llega un poco tarde. Antes conviene entender qué trabajo se repite, dónde se pierde información y qué resultado haría más sencilla la vida de las personas.

La tecnología importa. Solo que funciona mejor cuando responde a un problema concreto y tiene un recorrido que alguien puede explicar.

1. Empieza por el trabajo que debe mejorar

Una buena primera conversación no necesita palabras complicadas. Puede comenzar con preguntas como estas:

• ¿Qué ocurre hoy, paso a paso?
• ¿Quién recibe la información y quién debe actuar?
• ¿Qué parte se repite, se retrasa o se presta a confusiones?
• ¿Cómo sabremos que la nueva versión sí ayuda?

Las respuestas dibujan el recorrido real. En una base, por ejemplo, puede ser la entrada de una solicitud, su organización, el seguimiento del viaje y la atención de una excepción. En otro negocio puede ser recibir un pedido, prepararlo y coordinar la entrega.

2. Distingue una primera versión de un producto listo

Una pantalla que funciona en una computadora puede ser un buen comienzo, pero todavía no demuestra que el sistema esté listo para otras personas. Faltan preguntas importantes:

• ¿Qué pasa cuando alguien introduce un dato incorrecto?
• ¿Qué ocurre si la conexión se corta?
• ¿Quién puede ver o modificar cada cosa?
• ¿Cómo se corrige un problema y cómo se comprueba el cambio?

Esta revisión no busca hacer el proyecto más grande por gusto. Busca descubrir lo necesario para que la primera versión tenga un límite claro y pueda usarse con responsabilidad.

3. Piensa en el recorrido completo

Crear es solo una parte del trabajo. Un sistema también necesita una forma de llegar a las personas, una manera de observar si sigue funcionando y un plan para corregirlo cuando cambien las necesidades.

Por eso conviene mirar cuatro momentos:

1. entender la necesidad;
2. construir y probar una primera versión;
3. publicarla en el lugar donde la usarán las personas;
4. mantenerla con cambios revisados y explicables.

Si uno de estos momentos queda fuera de la conversación, el proyecto puede parecer terminado antes de estarlo.

4. Deja claros los límites

Los límites no son una señal de desconfianza. Son una forma de cuidar el proyecto. Conviene dejar por escrito qué se hará, qué depende de otra cuenta o proveedor, qué información se necesita y qué queda para una etapa posterior.

Lo mismo ocurre cuando se usan herramientas de IA o agentes. Primero se define el objetivo; después, los permisos, la comprobación y el momento en que una persona debe revisar o detener el proceso. Decir con claridad lo que el sistema todavía no hace también forma parte de construir bien.

Una forma sencilla de avanzar

Una conversación útil puede terminar con tres cosas pequeñas:

1. un recorrido escrito con palabras comunes;
2. una primera versión que se pueda probar;
3. una lista breve de lo que falta para publicarla y mantenerla.

Ese es el tipo de claridad que Bobtail busca aportar como socio tecnológico: acompañar desde la comprensión del problema hasta la evolución del sistema, dentro de un alcance acordado.