Desarrollo de software · automatización de procesos para empresas
Analizamos procesos que hoy dependen de personas, mensajes, planillas o sistemas separados, y construimos el software que se encarga de ese trabajo.
Seis preguntas sobre cómo trabaja tu empresa hoy. No se piden datos de contacto para ver el resultado.
Diagnóstico sin costo · pago único, sin suscripción · el código queda a nombre de la empresa
02 · Cómo funciona
El proceso hoy
Seis saltos entre personas, aplicaciones y planillas.
Lo que se construye
Un solo recorrido, con lo que necesita para resolverlo.
Lo que queda
El trabajo hecho, y la prueba de cómo se hizo.
Un agente es software que recibe una tarea, interpreta qué hay que hacer, consulta la información que tiene autorizada, ejecuta acciones con las herramientas que le dimos y deja registro de lo que hizo.
Con lo que se confunde
Contesta. No toca ningún sistema.
Cuándo conviene · Cuando alcanza con informar: horarios, dirección, preguntas frecuentes.
Lo que construimos
Hace el trabajo. Deja el proceso avanzado.
Cuándo conviene · Cuando el pedido llega en lenguaje de persona, cambia de forma en cada caso y hay que tocar los sistemas de la empresa para resolverlo.
Cuando el caso es siempre igual y no hay nada que interpretar, no hace falta un agente: alcanza con una regla fija —si pasa esto, hacer aquello—, que es más barata y más fácil de mantener. Si el proceso entra ahí, lo decimos y se hace así.
Ejemplo conceptual · así podría funcionar
El mismo recorrido que hoy hace una persona a mano: leer el mensaje, buscar el producto, chequear el stock, cargar el pedido. A la derecha, qué hace el software en cada etapa.
La conversación
Hola, necesito 20 unidades del filtro 45 mm para entregar el jueves. Facturamos a Distribuidora del Sur.
Mensaje del cliente, 21:04Tengo 20 unidades del filtro 45 mm disponibles y el jueves entra sin problema. Dejo el pedido preparado a nombre de Distribuidora del Sur para que lo confirme el equipo.
Respuesta del software, 21:04Perfecto, dale.
Mensaje del cliente, 21:05El recorrido, etapa por etapa
Entra un pedido por el canal que la empresa ya usa.
Un mensaje de WhatsApp, a las nueve de la noche.
El software identifica qué se está pidiendo.
Producto, cantidad 20, entrega el jueves, cliente identificado.
Busca en las fuentes que tiene autorizadas.
Catálogo y stock de la empresa. No responde de memoria.
Ejecuta lo que corresponde dentro de sus permisos.
Deja el pedido preparado, a la espera de confirmación.
Deja escrito qué hizo y con qué datos.
Mensaje original, consulta al stock y pedido generado.
Si no puede resolverlo con seguridad, lo pasa a una persona.
Si el filtro no estuviera o el cliente no figurara, frena y avisa.
Salida prevista · pasa a una persona
Dentro de qué límites trabaja, en este ejemplo
Cuáles de estas etapas quedan automáticas y cuáles esperan a una persona no lo decide el software: se define con la empresa antes de escribir código. Qué pasa si se equivoca.
03 · Diagnóstico
Seis preguntas sobre cómo se trabaja hoy. Al terminar queda la lista de procesos que se pueden pasar a software, una estimación de las horas que hoy consumen y un plazo de implementación. No se piden datos de contacto para verlo.
El rubro define las tres primeras preguntas. Las otras tres son comunes a cualquier empresa. No se piden datos de contacto.
04 · Ejemplos por industria
Un proceso por rubro, con lo que hoy hace una persona a un lado y lo que hace el software al otro. Son procesos que existen en casi cualquier empresa del rubro, no trabajos que hayamos hecho.
Un pedido que llega por mensaje fuera de horario
Qué hace hoy una persona
Qué hace el software
Lo que queda
El pedido queda preparado para revisar a la mañana, con la consulta ya contestada.
El que atiende · El que carga · El que publica
Un pedido de presupuesto que hoy se arma a mano
Qué hace hoy una persona
Qué hace el software
Lo que queda
El presupuesto queda escrito con los precios vigentes y lo aprueba una persona antes de salir.
El que cotiza · El que insiste · El que resume
Los turnos que hoy ocupan el día de la recepción
Qué hace hoy una persona
Qué hace el software
Lo que queda
La agenda queda actualizada en un solo lugar y el turno que se libera se ofrece solo.
El que agenda · El que recuerda · El que tramita
Una consulta por una propiedad, de las veinte que entran por día
Qué hace hoy una persona
Qué hace el software
Lo que queda
El interesado tiene respuesta y el vendedor recibe solo las consultas que valen su tiempo.
El que filtra · El que agenda · El que publica
Órdenes de compra que se transcriben a mano al sistema
Qué hace hoy una persona
Qué hace el software
Lo que queda
La orden queda cargada con su documento original al lado, y las diferencias quedan señaladas en vez de pasar de largo.
El que carga · El que controla · El que sigue
Reservas que entran por teléfono y por mensaje a la vez
Qué hace hoy una persona
Qué hace el software
Lo que queda
Las reservas de los dos canales caen sobre una sola disponibilidad, sin superponerse.
El que reserva · El que atiende · El que responde
Si el rubro no está en la lista o el proceso que más tiempo consume no es ninguno de estos, el diagnóstico lo contempla igual: hay un rubro para escribirlo.
Analizar mi proceso05 · Quiénes estamos detrás
Somos dos. El desarrollo no se terceriza.
La reunión de diagnóstico la toma la persona que después escribe el código. No hay un vendedor adelante y un equipo desconocido atrás, y no hay un tercero al que se le pasa el trabajo.
06 · Cómo trabajamos
Cuatro etapas, cada una con su plazo. El precio y el alcance se cierran en la segunda: cuando el trabajo arranca, ya está escrito qué se va a construir, cuánto cuesta y cuándo termina.
01
45 minutos · sin costo
¿Qué proceso vamos a automatizar?
Una reunión para ver el proceso como funciona hoy, con la persona que lo hace. De ahí sale qué conviene automatizar y qué no.
02
5 días hábiles
¿Qué se construye, cuánto cuesta y cuánto tarda?
Alcance, plazo y precio cerrados por escrito, antes de empezar. Si el alcance no cierra, no hay propuesta y no se debe nada.
03
2 a 8 semanas
¿Cómo pasa de la idea al sistema funcionando?
Desarrollo e integración con los sistemas que la empresa ya usa. Una revisión en cada entrega parcial, no una sola al final.
04
1 semana
¿Qué queda en manos de la empresa?
El sistema funcionando, el repositorio, la documentación y las credenciales. Más la capacitación de quien lo va a usar.
07 · Condiciones claras
Las seis condiciones que van escritas en la propuesta. Están acá arriba y no en la letra chica del final, porque son parte de lo que se compra.
La implementación se presupuesta como proyecto cerrado y se paga una vez. El soporte posterior es opcional y se cotiza aparte.
No hay suscripción obligatoria para que el software siga funcionando.
El software desarrollado pertenece a la empresa. Se entrega el repositorio completo, la documentación y las credenciales, a su nombre.
Lo puede seguir el equipo interno o cualquier otro proveedor.
La empresa paga los servicios externos que usa su sistema —el consumo de los modelos, entre otros— en su propia cuenta y directo al proveedor. No hay intermediación ni recargo.
El costo mensual se estima antes de empezar, no aparece después.
Desde la entrega, corregimos sin costo los errores de lo que construimos, dentro del alcance acordado. No cubre cambios que haga un tercero o la propia empresa, ni requerimientos nuevos: eso se cotiza como trabajo aparte y se dice antes de hacerlo.
Lo que entregamos funcionando, sigue funcionando. Sin discutir de quién es la culpa.
El software no depende de una cuenta ni de un servidor del estudio para funcionar. Dónde corre lo define la empresa.
Nadie queda obligado a seguir con nosotros para poder usar lo que se construyó.
Qué se va a construir, cuánto cuesta y cuánto demora quedan por escrito antes de empezar. Si el alcance no cierra, no hay propuesta y no se debe nada.
No se factura por hora contra un alcance que se mueve.
Lo que no está acá tampoco está en la propuesta. Si algo de lo de arriba no se puede sostener en un proyecto puntual, se dice antes de firmar.
08 · Control, errores y datos
No todo tiene que resolverse automáticamente.
Según el proceso, el sistema puede hacer estas seis cosas. Cuáles entran se decide con la empresa antes de escribir código, y queda en la propuesta.
Prepara la acción y la deja esperando: no queda firme hasta que alguien la confirma. Para lo que tiene consecuencia hacia afuera o sobre el dinero.
Cuando el caso se sale de lo previsto, frena y se lo pasa a alguien del equipo con todo el contexto.
Qué hizo, cuándo y con qué datos. El registro es de la empresa y se revisa sin pedirnos nada.
Condiciones que no puede saltear: montos máximos, clientes que tienen que existir en el sistema, horarios, excepciones.
Credenciales propias, separadas de las de las personas, con lo mínimo que el proceso necesita. Si solo necesita leer, solo lee.
Si el dato no aparece o el otro sistema no responde, no improvisa una respuesta: se detiene y avisa.
Son de la empresa y quedan en sus sistemas. No armamos una base propia con los datos de un cliente ni los usamos para entrenar nada. Qué información sale hacia el proveedor del modelo y qué no, se define en la propuesta.
Se corrige. Durante los primeros 90 días desde la entrega la corrección está incluida, y el registro sirve para encontrar qué pasó en vez de discutirlo.
09 · Preguntas
Lo secundario. Cómo se cobra y de quién es el código están arriba, en condiciones; qué pasa ante un error y dónde quedan los datos, en control.
Sí, y no hace falta cambiar nada: el trabajo se hace sobre lo que la empresa ya usa. El sistema de gestión, la planilla, el correo, el WhatsApp. Si alguno no tiene forma de integrarse, se dice en el diagnóstico y se busca otro camino antes de la propuesta, no después.
Depende de cuántos procesos entren y de con qué sistemas haya que integrarse, así que no hay una lista de precios: no es un producto con versiones. El precio sale de la propuesta, que se escribe después del diagnóstico y antes de empezar, y no se mueve durante el trabajo. Si en el diagnóstico se ve que el alcance no entra en lo que la empresa puede invertir, se dice ahí y no se sigue.
Dos semanas de base más una semana por proceso, con un tope de ocho. Un proceso queda funcionando alrededor de la tercera semana; cuatro procesos, alrededor de la sexta. El plazo definitivo va escrito en la propuesta.
El código es de la empresa y queda documentado para poder modificarse. Los cambios chicos los hace el equipo interno; los grandes se cotizan como un trabajo nuevo. No hay un plan que haya que escalar por crecer.
Cubren los errores de lo que construimos, dentro del alcance que quedó escrito en la propuesta: si algo que entregamos andando deja de andar por algo nuestro, se corrige sin costo. No cubren cambios que haga un tercero o la propia empresa sobre el sistema, requerimientos nuevos ni cambios de alcance. Cuando un pedido cae de ese lado, lo decimos y se cotiza aparte antes de hacerlo. Pasados los 90 días el sistema sigue funcionando igual: no se apaga nada ni hay licencias que renovar, y el soporte es opcional.
Sí, y no hay que pedirnos permiso. El repositorio, la documentación y las credenciales quedan a nombre de la empresa desde la entrega. Cualquier equipo con acceso puede continuar el trabajo.
El consumo de las APIs de los modelos, que se paga directo al proveedor. Las licencias de los sistemas de terceros con los que el software se integra. El soporte una vez pasados los 90 días. Y cualquier proceso que no esté escrito en el alcance de la propuesta: si aparece uno nuevo durante la implementación, se cotiza aparte y se decide antes de seguir.
Sí, y pasa. Un proceso que ocurre tres veces por mes, o que cambia todos los meses, o que depende de un criterio que nadie tiene escrito, cuesta más automatizarlo que hacerlo a mano. Cuando lo vemos, lo decimos en la reunión: no hay propuesta y la reunión no se cobra igual. Preferimos eso antes que vender un trabajo que no se iba a pagar solo.
10 · Agendar diagnóstico
Lo analizamos y te decimos si tiene sentido convertirlo en software. La reunión dura unos cuarenta y cinco minutos y no tiene costo. Si no hay nada que convenga automatizar, también se dice.
Contacto directo
Las reuniones de diagnóstico se hacen por videollamada, o en las oficinas de la empresa si conviene más.