Software a medida
Algunos negocios tienen una forma que ningún producto iguala: un único lugar donde vive cada trabajo con su estado, un portal que los clientes consultan por sí mismos, un panel que muestra la semana de un vistazo, dos herramientas unidas para comportarse como una. Construimos eso, pequeño y sencillo, y el resultado es de su propiedad total. Cuando un producto existente le serviría mejor, se lo decimos antes de que gaste nada.
El encaje
El software estándar le encaja a la mayoría de los negocios la mayor parte del tiempo, y por menos de lo que cuesta cualquier cosa construida. Las señales de abajo son el aspecto que tiene ser la excepción.
El trabajo
Construido a propósito no significa grande. Los sistemas que construimos son deliberadamente pequeños, y mantenerlos pequeños, honestos y suyos exige más disciplina que código. Así se ve esa disciplina en la práctica.
El software a medida pierde contra un buen producto más veces de las que gana, y la valoración empieza ahí. Si una herramienta estándar cubre el trabajo y el desajuste está solo en los bordes, le decimos que compre la herramienta, y podemos ayudarle a configurarla. Construir se gana su lugar cuando el desajuste está en el centro de su operación — cuando los apaños, el reteclear y los errores cuestan más al año de lo que costaría un sistema pequeño. Ponemos esa comparación por escrito para que usted decida con números, no con nuestro entusiasmo.
Todo descansa sobre cimientos que llevan una década siendo aburridos: una base de datos relacional, un framework de uso general, un alojamiento sobre el que funcionan miles de empresas. La novedad es un coste que se paga después, cuando la parte ingeniosa necesita un especialista para tocarla. Un sistema aburrido es uno que cualquier desarrollador competente puede retomar en frío, que es exactamente la propiedad que le deja libre de dejarnos.
El alcance es lo que decide si esto termina bien. Cada pantalla y cada función lleva un coste de mantenimiento permanente, así que la primera versión hace una sola cosa: eliminar el problema que le hizo llamar. Las ideas que surgen por el camino van a una lista escrita de algún-día, no a la construcción. Tras unos meses de uso real, muchas de esas ideas dejan de parecer necesarias — y las que sobreviven pueden añadirse a un sistema que ya funciona.
La mayor parte de lo que hacen estos sistemas no es IA, y no debería serlo. Un paso que se ejecuta igual cada vez se escribe como código corriente, que cuesta menos y falla de forma predecible. La IA se reserva para los pasos que exigen lectura y criterio, y se gana el acceso a cada uno superando comprobaciones sacadas del historial de su propia operación — trabajos reales, no datos de demostración. Cualquier cosa que un cliente pueda ver espera la aprobación de una persona, y cuando la IA se equivoca, ese fallo se suma a las comprobaciones que debe superar desde entonces.
El software en propiedad sigue costando dinero mantener encendido: alojamiento, una base de datos, envío de correo, uso de IA si lo hay, cada uno facturado por su proveedor a su tarjeta, no a la nuestra. Antes de aprobar la construcción recibe la lista — cada servicio, qué hace y una cifra mensual realista — para que el coste operativo sea un número que aceptó, no una sorpresa en un extracto. Si una decisión de diseño fuera a subir ese número, se entera mientras todavía es una decisión.
Un sistema que no puede funcionar sin nosotros es un sistema que construimos mal. Desde el primer día, cada cuenta se registra a nombre de su negocio, el código fuente está en un repositorio que usted controla y las decisiones se escriben a medida que se toman. Al final, las personas que lo van a usar lo aprenden sobre el sistema en marcha, y la documentación se juzga con una sola prueba: un desarrollador que nunca nos ha conocido debería poder hacerse cargo solo con ella. Mantenernos después es una comodidad, nunca una correa.
El proyecto
Una conversación sobre el proceso, no sobre la tecnología. Le preguntamos qué le cuestan los apaños y comprobamos si un producto existente ya resuelve el problema. Si lo hay, lo nombramos y el proyecto puede terminar ahí mismo; esa respuesta vale la pena tenerla.
Observamos cómo se hace el trabajo y escribimos exactamente qué hará el sistema, qué no hará deliberadamente y qué cuesta construirlo y mantenerlo en marcha. El precio se cierra antes de que exista una línea de código, y no se mueve a menos que se mueva el alcance. Usted aprueba el documento, y el documento es el trato.
La primera versión funcional llega pronto y se hace cargo de una porción real del trabajo, de modo que su equipo ya la usa mientras el resto se sigue construyendo. Las correcciones en esta etapa son baratas; la misma corrección después del lanzamiento no lo es. Ve el progreso como software funcionando, nunca como un informe de estado.
Cualquier cuenta que no esté ya a su nombre pasa a estarlo, su gente se forma sobre el sistema que va a usar de verdad, y el código y la documentación se entregan sin retener nada. El soporte posterior es opcional y se factura aparte. El sistema no nos necesita para seguir funcionando.
Qué se queda
El estado final son piezas tangibles, no dependencias. Todo lo necesario para operar, cambiar o sustituir el sistema está en sus manos, no en las nuestras.
Siguiente paso
Traiga el proceso para el que nada parece estar hecho. En una llamada corta y gratuita le diremos si justifica software a medida — y si un producto ya lo cubre, le diremos el nombre del producto.
Reservar la llamadaTambién en el catálogo