Saltar al contenido
ZAVRYONSystems

Blog

No empezamos por la herramienta

Por qué un proyecto de software debería arrancar entendiendo el problema y la operación real, y no eligiendo tecnología. Incluye una lista práctica para antes de pedir un sistema.

Publicado
Lectura
6 min de lectura
Autor
Equipo ZAVRYON SYSTEMS

Cuando alguien nos escribe, la primera frase suele ser parecida: "necesito una app", "quiero un sistema con inteligencia artificial", "me hace falta una página como la de tal empresa". Es una frase comprensible. Pero describe una herramienta, no un problema.

En ZAVRYON SYSTEMS tomamos una decisión de método: no empezamos por la herramienta. Empezamos por entender qué está pasando en la operación y qué resultado se necesita. La tecnología viene después, y a veces la conclusión es que hace falta menos de lo que se pensaba.

Por qué elegir la tecnología primero sale caro

Elegir la herramienta antes de entender el problema es cómodo, porque da una sensación de avance. Se puede cotizar, dibujar pantallas y hablar de plazos. El costo aparece más tarde:

  • Se construye algo que resuelve el problema que alguien imaginó, no el que existe.
  • Se automatiza un proceso que en realidad estaba mal planteado, y entonces se hace más rápido el error.
  • Se agregan funciones que nadie usa, porque nadie preguntó qué se hace hoy en el día a día.
  • Cuando el sistema está listo, la operación ya cambió o nunca se había descripto bien.

Nada de esto es mala fe de nadie. Pasa porque el problema real casi nunca está en la primera descripción. Está en cómo trabaja la gente, en qué datos se pierden, en quién espera a quién.

El método: seis etapas, en este orden

Trabajamos con un recorrido que va de entender a mejorar:

  1. DISCOVER (descubrir). Escuchamos el problema tal como lo vivís, revisamos cómo se trabaja hoy y definimos qué resultado se necesita y cómo se va a reconocer.
  2. DESIGN (diseñar). Planteamos la solución y su alcance, la dividimos en etapas y acordamos qué entra, qué no entra y qué queda para después.
  3. ENGINEER (construir). Construimos en ciclos cortos, probamos y mostramos avances para recibir feedback, y documentamos las decisiones técnicas importantes.
  4. INTEGRATE (integrar). Conectamos la solución con las herramientas y los datos existentes y verificamos que funcione dentro de la operación real, no solo aislada.
  5. AUTOMATE (automatizar). Identificamos las tareas repetitivas que tiene sentido automatizar y definimos reglas, registro y qué hacer cuando algo sale del patrón.
  6. OPTIMIZE (optimizar). Observamos cómo se usa en la práctica, corregimos y priorizamos la siguiente mejora.

Fijate que la tecnología recién protagoniza la tercera etapa. Las dos primeras existen para que esa tercera tenga una dirección. Y fijate también que la sexta no es un cierre: es una vuelta al principio con más información. Podés ver el detalle de cada etapa y qué recibís en ella en Cómo trabajamos.

Qué significa "entender la operación"

No es una reunión de presentación ni un formulario largo. Es algo más concreto: seguir el recorrido de una tarea real de punta a punta.

Por ejemplo, si el problema es "los pedidos se demoran", hay que mirar cuántas veces pasa la información de una persona a otra, dónde se copia a mano, dónde se espera una aprobación y qué pasa cuando algo falla. Muchas veces el cuello de botella no es el que se mencionó al principio.

Ese trabajo termina en algo que se puede leer y discutir: un diagnóstico con prioridades y supuestos explícitos. Si algún supuesto no se puede confirmar, queda escrito como supuesto, no como hecho.

Una lista para antes de pedir un software

Si sos dueño o responsable de un negocio y estás pensando en pedir un sistema, estas preguntas te ahorran tiempo, tanto con nosotros como con cualquier otro equipo. No hace falta tener todas las respuestas; sirve igual saber cuáles no tenés.

  1. ¿Qué problema querés que desaparezca o se reduzca? Escribilo en una o dos frases, sin nombrar ninguna tecnología.
  2. ¿Cómo se hace hoy? Describí los pasos reales, incluso los incómodos: planillas, mensajes, papeles, llamadas.
  3. ¿Quién lo hace y cuánto le toca? Las personas que ejecutan la tarea saben cosas que no están en ningún manual.
  4. ¿Qué pasaría si no se resuelve? Si la respuesta es "nada grave", quizás no sea la prioridad.
  5. ¿Cómo vas a saber que funcionó? Elegí una señal observable, aunque sea simple: menos tiempo en una tarea, menos errores de carga, una consulta que antes tardaba y ahora no.
  6. ¿Qué sistemas y datos ya existen? Lo nuevo casi siempre tiene que convivir con algo que ya está.
  7. ¿Qué es lo mínimo que ya sería útil? Esto define una primera etapa acotada.
  8. ¿Quién decide y quién usa? No siempre son la misma persona, y las dos opiniones importan.

Qué esperar de una primera conversación

Con esa información, la primera conversación con nosotros no debería terminar en un presupuesto inmediato, y tampoco en una promesa de plazo. Debería terminar en algo más modesto y más útil: una comprensión compartida del problema y una propuesta de cómo explorarlo.

No vamos a decirte que la respuesta es un sistema a medida si una herramienta que ya existe alcanza. Tampoco vamos a prometer resultados que no podemos verificar. Los principios con los que trabajamos son simples: evidencia antes que suposición, y valor antes que cantidad de funciones. Si querés conocer más de cómo pensamos, está en Nosotros.

Resumen

  • Una herramienta es una respuesta; primero hay que tener la pregunta.
  • El recorrido es DISCOVER, DESIGN, ENGINEER, INTEGRATE, AUTOMATE y OPTIMIZE, y la tecnología aparece recién en la tercera etapa.
  • Entender la operación es seguir una tarea real de punta a punta, no completar un formulario.
  • Antes de pedir un software, respondé las ocho preguntas de la lista; las que no puedas responder son el punto de partida del descubrimiento.

Si tenés un problema en mente y querés ordenarlo, contanos cómo trabajás hoy. Empezamos por ahí.

Seguir leyendo

  • 5 min de lectura

    Prototipo, MVP, piloto y producto: no son lo mismo

    Qué significa cada etapa de madurez de un proyecto, por qué en ZAVRYON SYSTEMS etiquetamos cada proyecto con su estado real y cómo leer esas etiquetas como cliente.

    • producto
    • método
    • transparencia
    Leer artículo
  • 6 min de lectura

    IA aplicada, no decorativa

    Cuándo la inteligencia artificial agrega valor real a un sistema y cuándo no. Guardas, humano en el circuito, costo, plan B sin IA y preguntas para hacerte antes de sumarla.

    • ia
    • automatización
    • ingeniería
    Leer artículo

Siguiente paso

¿Querés aplicar esto a tu operación?

Contanos el problema tal como lo vivís. Empezamos entendiéndolo.