Hecho por encargo
Algo que aún no existe.
Las otras páginas describen trabajos cuya forma ya conocemos. Esta trata los que no: una organización, un problema y algo hecho a mano para resolverlo. Díganos qué debe hacer y diremos si somos las personas adecuadas.
Precios publicados
Los precios de máquinas, soporte e ingeniería figuran juntos en /pricing. Los trabajos a medida se presupuestan según el alcance acordado.
Qué es
Un proyecto, no un paquete.
Un proyecto a medida no se resuelve con un producto que ya operamos. Puede ser una herramienta exclusiva para su organización, un puente entre sistemas no concebidos para conectarse, una migración sin script o un componente abierto adaptado a una forma que no trae de serie.
Se escribe, construye, documenta y entrega como todo lo demás: en infraestructura inspeccionable, con decisiones documentadas y salida diseñada antes del inicio.
- Software escrito para una organización y de su propiedad
- Integración entre sistemas sin conector disponible
- Migración sin vía existente, planificada y ensayada antes de ejecutarse
- Componente abierto existente modificado y mantenido bajo su nombre
- Segunda opinión sobre una construcción presupuestada por otros
Cómo empieza
Cuatro pasos; el primero es gratuito.
Leemos lo que envía y respondemos con preguntas, no con un presupuesto. Un precio antes de las preguntas es una conjetura disfrazada de cifra.
- 01 · Una carta
- Qué usa ahora, qué debe cambiar y para cuándo. Bastan dos párrafos para empezar.
- 02 · Preguntas
- Respondemos con lo que necesitamos saber. No cuesta nada ni compromete a ninguna parte.
- 03 · Una evaluación
- Análisis escrito del problema, estructura objetivo y alcance que puede aprobar. Precio por días a 110 EUR por hora, sin IVA añadido: 3 días para sistemas ordinarios.
- 04 · La construcción
- Precio según el alcance, no las horas. Ingeniería a 110 EUR por hora para trabajos abiertos.
La evaluación es útil por sí sola. Puede aconsejar no construir, y ese es un resultado por el que cobramos.
Qué necesitamos de usted
Cuatro respuestas, ninguna técnica.
- Qué debe hacer, explicado como a un colega
- Quién debe usarlo y cuántas personas aproximadamente
- Con qué sistemas existentes debe comunicarse
- Qué determina que esté terminado
Con esas cuatro respuestas podemos decir si es un proyecto o si debería comprar un producto.
Qué recibe
El resultado y todo lo necesario para conservarlo.
- Código fuente con una licencia que permite conservarlo
- Despliegue reconstruible desde archivos, no de memoria
- Documentación para quien lo herede, no para nosotros
- Registros de decisiones de arquitectura: qué se eligió, qué se rechazó y por qué
- Responsable identificado para cada parte y formación para asumirla
Qué rechazaríamos
Lo indicamos para que nadie lo descubra a mitad del trabajo.
- Trabajo no inspeccionable: un componente cerrado que debamos certificar
- Un plazo que solo se cumple si nada falla
- Un alcance presupuestado antes de comprenderlo
- Trabajo que requiere habilitación o certificación
- Una construcción que no podamos entregar
Rechazar pronto cuesta una conversación. Hacerlo tarde cuesta un proyecto, y suele pagarlo el cliente.