Software a medida
Cuando nada de lo que puede comprar encaja, construimos el sistema pequeño que sí.
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
Cuándo lo hecho a medida es la decisión correcta
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.
- Paga por una plataforma con cien funciones, usa seis, y la que de verdad necesita no existe.
- La misma información se teclea a mano en dos herramientas, y las copias ya no coinciden el viernes.
- La forma en que un trabajo avanza por su negocio vive en la cabeza de un empleado veterano y en ningún otro sitio.
- Ha forzado un producto tan lejos de su propósito que cada actualización del proveedor rompe sus apaños.
- Los clientes llaman para preguntar cómo va lo suyo porque no hay ninguna página que pueda enseñarles.
- Cada demostración de producto termina con usted dándose cuenta de que tendría que cambiar su forma de trabajar para amoldarse al software.
El trabajo
Cómo se hace bien el software a medida
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.
Una prueba de encaje honesta
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.
Aburrido a propósito
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.
Lo mínimo que lo resuelve
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.
Dónde encaja la IA
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.
Costes de funcionamiento, por escrito
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.
La entrega como estándar
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
De la primera llamada a la entrega
Llamada de encaje
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.
Especificación
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.
Construcción por etapas
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.
Entrega
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
Qué tiene cuando termina
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.
- Un sistema funcionando en uso diario, en cuentas a nombre de su empresa.
- El código fuente completo en un repositorio que usted controla, suyo para cambiarlo o entregárselo a cualquier desarrollador.
- Una guía de operación en lenguaje llano: qué hace el sistema, qué cuesta cada mes y qué mirar primero cuando se porta mal.
- Personal formado sobre el sistema real, haciendo su trabajo real.
- La lista escrita de algún-día con lo que se dejó fuera a propósito, para que la siguiente versión parta de decisiones, no de memoria.
Siguiente paso
Hablémoslo primero.
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 llamada