Desarrollo de software a medida en Lima, Perú
Software construido para su operación, cuando ningún producto del mercado la cubre sin deformarla. Empieza por el análisis de comprar o desarrollar, y ese análisis termina en «compre» más veces de las que se esperaría de quien desarrolla.
El problema
Qué problema resuelve
Hay operaciones que no encajan en ningún producto estándar. No por capricho, sino porque su ventaja competitiva está justamente en hacer algo distinto al resto del sector. Comprar un producto genérico ahí obliga a operar como el promedio, que es exactamente lo que no conviene.
El síntoma es reconocible: el sistema oficial se usa para una parte, y el resto vive en una hoja de cálculo que alguien mantiene con dedicación. Esa hoja es la evidencia de la brecha. Suele contener el proceso que de verdad diferencia a la empresa.
También aparece por el lado del costo. Una licencia por usuario es barata con diez usuarios y deja de serlo con doscientos, sobre todo cuando se paga por funciones que nadie usa. En ese punto el cálculo de desarrollar cambia, y conviene rehacerlo con números en lugar de con intuición.
El costo de no resolverlo se paga de dos formas. Una es la licencia que crece cada año sobre un producto que se usa a la mitad. La otra, más silenciosa, es el conocimiento crítico atrapado en una hoja de cálculo sin respaldo, sin control de versiones y sin nadie que sepa reconstruirla si quien la mantiene se va.
Cómo lo implementamos
Cómo lo implementamos
La primera fase puede terminar el proyecto, y está bien que así sea. Si comprar es lo correcto, lo decimos con el cálculo delante y no cobramos por construir algo que no debía construirse.
- 01
Diagnóstico
Análisis de comprar o desarrollar con números: costo de licencias a tres años frente a costo de construir y mantener, y qué parte del proceso quedaría fuera con cada opción. Si hay un producto que cubre el 80% a un costo razonable, la recomendación es comprar.
- 02
Diseño
Definimos el alcance de la primera versión sobre el criterio de qué es lo mínimo que ya sirve en producción. No un prototipo de demostración: algo que un usuario real pueda usar para trabajar.
- 03
Construcción
Entregas cada dos semanas sobre un ambiente al que su equipo tiene acceso desde el primer día. Nada de tres meses de silencio seguidos de una presentación. El código vive en un repositorio a nombre de su empresa desde la primera línea.
- 04
Piloto supervisado
Un grupo reducido de usuarios reales opera con el sistema mientras el método anterior sigue disponible. Los ajustes de esta etapa son los que deciden si la herramienta se adopta o se abandona.
- 05
Operación
Despliegue completo, documentación técnica y de usuario, y transferencia. El objetivo declarado es que su empresa pueda contratar a otro proveedor sin rehacer nada.
Qué incluye
Qué incluye
Todo lo que queda a nombre de su empresa.
- Análisis de comprar o desarrollar
- Costo comparado a tres años, cobertura funcional de cada alternativa y recomendación argumentada. Se entrega aunque la conclusión sea no desarrollar.
- Código fuente y repositorio propio
- A nombre de su empresa desde el primer día, con acceso de administrador para su equipo durante todo el proyecto. Sin dependencia de que nosotros liberemos nada al final.
- Ambiente de pruebas y de producción
- Separados, con despliegue automatizado y posibilidad de volver a la versión anterior. Publicar no debe ser un evento que requiera coordinación previa.
- Pruebas automatizadas del núcleo
- Cobertura sobre las reglas de negocio críticas. Es lo que permite que otro equipo modifique el sistema después sin romper lo que ya funcionaba.
- Documentación técnica y de usuario
- Arquitectura, decisiones tomadas y sus motivos, y el manual de operación. La documentación de decisiones es la que evita que el siguiente equipo repita un error ya descartado.
- Traspaso a su equipo o a otro proveedor
- Sesiones de transferencia y acompañamiento durante el primer mes. Si decide seguir con otro, el traspaso es parte del entregable y no una negociación aparte.
Cuánto toma
Cuánto toma
Entre seis semanas y seis meses hasta la primera versión en producción, según el alcance. Un módulo que resuelve un proceso puntual está más cerca del piso; un sistema que reemplaza a un ERP está fuera de este rango y de nuestra recomendación.
Trabajamos con entregas cada dos semanas contra un alcance cerrado por etapa. Es el mecanismo que evita el proyecto que se estira: si al mes y medio la dirección no le convence, se detiene con algo funcionando en la mano y sin haber comprometido el presupuesto completo.
- Análisis de comprar o desarrollar
- 1 a 2 semanas
- Primera versión utilizable
- 6 a 12 semanas
- Piloto con usuarios reales
- 3 a 6 semanas
El alcance y la inversión se definen tras el diagnóstico.
Preguntas frecuentes
Preguntas frecuentes
- ¿Cuándo conviene desarrollar y cuándo comprar?
- Comprar, casi siempre, cuando existe un producto que cubre el 80% del proceso a un costo razonable: sale más barato adaptar el proceso que mantener software propio. Desarrollar tiene sentido cuando el proceso es la ventaja competitiva, cuando el costo de licencias por usuario ya superó al de construir, o cuando ningún producto cubre lo esencial. Ese cálculo se hace en la primera fase, con sus cifras.
- ¿De quién es el código?
- De su empresa, desde la primera línea. El repositorio se crea a su nombre y su equipo tiene acceso de administrador durante todo el proyecto. No usamos licencias que aten el sistema a nosotros ni componentes propios que impidan que otro proveedor lo mantenga.
- ¿Con qué tecnologías trabajan?
- Stack estándar y ampliamente conocido, elegido para que su empresa pueda contratar a cualquiera para mantenerlo. Preferimos una tecnología aburrida y con mercado de programadores en Lima antes que una elegante que lo deje con un único proveedor posible. Si tiene un equipo interno, la elección se hace con ellos.
- ¿Qué pasa si dejamos de trabajar juntos a mitad del proyecto?
- Se queda con lo construido, funcionando y documentado, porque el código y los ambientes ya eran suyos. Las entregas cada dos semanas existen justamente para eso: en cualquier corte hay una versión utilizable, no una carpeta con trabajo a medias.
- ¿Cómo evitan que el proyecto se alargue indefinidamente?
- Alcance cerrado por etapa y entrega cada dos semanas. Un cambio de alcance no se absorbe en silencio: se cotiza y se decide si entra ahora o después. La mayoría de proyectos que se estiran no lo hacen por problemas técnicos, sino porque nadie llevó la cuenta de lo que se fue agregando.
- ¿Dan mantenimiento después?
- Sí, con un acuerdo mensual, pero no es obligatorio y no lo planteamos como condición. Hay clientes que prefieren que su equipo interno tome el sistema; para eso están la documentación, las pruebas y las sesiones de transferencia. El objetivo es que la decisión de seguir con nosotros sea por conveniencia y no por quedar atrapado.
Servicios relacionados
- Integración de sistemasVer cómo conectar el sistema nuevo con los que ya operan.
- Automatización de procesosVer cómo ordenar el proceso antes de escribir el software que lo soporta.
- Sector inmobiliarioVer qué se desarrolla a medida en el sector inmobiliario limeño.
- Ver los servicios que no requieren desarrollar nada
Conversemos 15 minutos.
Si está evaluando desarrollar, traiga también las cotizaciones de los productos que revisó. El análisis de comprar o desarrollar necesita esas cifras, y en más de un caso la conversación termina en que le conviene comprar.