
Un desarrollo de software a medida conviene cuando tu operación tiene un proceso que ningún producto estándar resuelve bien. Para que resulte, exige tres cosas desde el primer día: alcance por escrito, seguridad dentro del diseño y un plan claro de quién opera el sistema después de la entrega. Lo que se deja para el final casi siempre cuesta más corregirlo.
Cuándo conviene un sistema propio y cuándo no
Antes de encargar nada, pregúntate si el problema es de verdad particular. Muchos procesos, como la contabilidad, las remuneraciones o el correo, ya están bien resueltos por productos conocidos. Ahí suele convenir adaptar el proceso al producto y no al revés. Un sistema propio se justifica en otros casos:
- El proceso es parte de lo que diferencia a tu empresa y no quieres ajustarlo a un molde ajeno.
- Hoy se sostiene con planillas, correos y doble digitación, y los errores ya se notan.
- Necesitas conectar sistemas que no se hablan entre sí.
- Los productos disponibles no cubren lo esencial o te obligan a cambiar la forma en que trabajas.
Si tu caso calza, el siguiente paso no es pedir cotizaciones. Es escribir qué necesitas. Para ver cómo se combina este trabajo con seguridad e infraestructura, puedes revisar las líneas de servicio de APEX Consultorías, incluido el desarrollo de software.
El alcance por escrito es la mitad del proyecto
Los proyectos de software rara vez fracasan por la tecnología. Fracasan porque cada parte entendió algo distinto. Un alcance escrito evita esa discusión. Debe decir, en palabras que la gerencia entienda:
- Qué hará el sistema y, tan importante como eso, qué no hará en esta etapa.
- Quiénes lo usarán y con qué permisos.
- Con qué otros sistemas se conecta y quién responde por cada conexión.
- Qué se entrega en cada etapa y cómo se da por aceptado.
- Plazo y precio, y cómo se tratan los cambios que aparezcan en el camino.
Los cambios van a aparecer. Es normal. Lo que no es normal es que no exista una regla para evaluarlos. Pide que cada cambio quede anotado, con su efecto en plazo y costo, antes de aprobarse.
Qué significa desarrollo seguro en la práctica
La seguridad no es una capa que se agrega al final. Se decide en el diseño. El desarrollo seguro parte de preguntas simples: qué datos guarda el sistema, quién puede verlos y qué pasa si alguien entra con una cuenta ajena. Con esas respuestas se definen los controles:
- Cuentas personales, nunca compartidas, y doble factor para los perfiles con más permisos.
- Permisos mínimos: cada persona ve solo lo que necesita para su trabajo.
- Registro de quién hizo qué y cuándo, guardado donde no pueda borrarlo quien lo generó.
- Datos sensibles cifrados, tanto al viajar por la red como al quedar guardados.
- Componentes de terceros identificados y con un responsable de actualizarlos.
- Revisión del código por una persona distinta de quien lo escribió.
Pide que estos puntos estén en la propuesta. Si aparecen solo como «buenas prácticas», pregunta cómo se van a comprobar y quién lo hará.
Datos personales: decide antes de programar
Si el sistema va a guardar datos de clientes, pacientes o trabajadores, la conversación empieza antes del código. Define qué datos son necesarios y cuáles no. Lo que no se guarda no hay que protegerlo. Define también por cuánto tiempo se conservan, quién puede exportarlos y cómo se eliminan.
La Ley 21.719 de protección de datos personales pone exigencias sobre estos temas. Conviene revisar el texto oficial o asesorarte para saber cómo aplica a tu empresa. Este artículo no es asesoría legal.
Ambientes separados y pruebas antes de publicar
Un sistema serio tiene, al menos, un ambiente de pruebas y uno de producción. Los cambios se prueban primero donde no hay datos reales. Pregunta cómo pasa un cambio de un ambiente a otro, quién lo autoriza y cómo se vuelve atrás si algo sale mal.
Pregunta también qué pruebas se hacen: de funcionamiento, de carga y de seguridad. Antes de salir a producción, una prueba de intrusión hecha por alguien que no participó en el desarrollo muestra lo que el equipo no vio. Si no tienes claro cuándo corresponde, revisa qué va primero, un pentest o un diagnóstico de seguridad.
La operación y el código después de la entrega
El día de la entrega no termina el proyecto. Empieza la operación. Antes de firmar, deja resuelto dónde se aloja el sistema y a nombre de quién están las cuentas. Quién hace los respaldos y quién prueba que se pueden recuperar. Quién aplica las actualizaciones de seguridad. Quién vigila que el sistema esté disponible y a quién se avisa cuando falla. Si una de estas tareas no tiene nombre asignado, esa tarea no se va a hacer.
Aclara también, por escrito, la propiedad del código fuente y el acceso al repositorio. Tu empresa debería poder continuar el sistema con otro equipo si la relación termina. Para eso necesitas documentación: cómo se instala, cómo se configura y qué depende de qué. Pide un traspaso formal de credenciales y un inventario de los servicios contratados. Depender de una sola persona que «sabe cómo funciona» es un riesgo de continuidad, no un detalle.
Preguntas para comparar propuestas de desarrollo de software a medida
Con dos o tres propuestas sobre la mesa, el precio solo no alcanza para decidir. Estas preguntas ayudan a comparar. ¿El alcance dice qué queda fuera? ¿La seguridad tiene controles concretos y una forma de comprobarlos? ¿Hay ambiente de pruebas? ¿Quién opera el sistema después de la entrega? ¿El código queda a nombre de tu empresa? ¿Tendrás un solo interlocutor o varios?
La propuesta que contesta todo por escrito suele ser la más fácil de administrar después, aunque no sea la más barata.
Cómo lo trabajamos en APEX Consultorías
APEX Consultorías es una empresa chilena que desarrolla software junto a sus líneas de ciberseguridad, infraestructura, cumplimiento y gestión de riesgos tecnológicos. Por eso la seguridad y la operación entran en el diseño y no al final. Trabajamos con un solo interlocutor y con alcance, plazo y precio por escrito. Las empresas que buscan sistemas a medida en Chile suelen llegar con un proceso que ya les quedó chico. Partimos por entenderlo.
Un desarrollo de software a medida bien encargado se nota antes de la primera línea de código: en el alcance, en las decisiones de seguridad y en el plan de operación. Si estás evaluando un sistema para tu empresa, pide un diagnóstico sin costo y ordenamos contigo qué construir, qué dejar fuera y en qué orden.
Boletín de vulnerabilidades · gratis
Recibe las fallas que afectan a tus tecnologías.
Solo lo que toca a las tecnologías que usas, y qué hacer con cada una.
Conversemos 30 minutos.
Cuéntanos qué te preocupa. Salimos de la conversación con los dos o tres pasos que más te convienen.
Agendar la conversación →