Saltar al contenido

Respondemos el mismo día hábil

Solicitar propuestaPropuesta
Menú

Desarrollo de software

Desarrollo de software en Chile: cómo se contrata y cómo se trabaja

Contratar desarrollo de software en Chile se parece poco a comprar un producto. No hay catálogo ni precio de lista: lo que hay es un problema que definir, una estimación que casi siempre se queda corta, y una decisión sobre cómo se va a trabajar durante los meses que dure.

Esta página explica esas tres cosas —qué preguntar, qué metodología conviene y qué tiene que decir el contrato— y por qué la primera pregunta no es «cuánto cuesta» sino «de quién es el código».

Antes de contratar: ¿software a medida o algo que ya existe?

Es la pregunta que más plata ahorra y la que menos se hace. Buena parte de lo que las empresas piden desarrollar desde cero existe como producto por una fracción del costo: facturación, punto de venta, gestión de inventario, control de asistencia.

El desarrollo a medida se justifica cuando pasa una de tres cosas: tu proceso es genuinamente distinto y adaptarlo a un producto costaría más que construirlo; ese proceso es parte de tu ventaja competitiva y no quieres que sea igual al del vecino; o necesitas integrar sistemas que no hablan entre sí y ningún producto lo cubre.

Si tu caso no es ninguno de esos, la respuesta honesta de un proveedor debería ser «compra esto en vez de contratarnos». Nosotros lo decimos antes de cotizar, porque un sistema a medida que reemplaza algo que costaba una mensualidad barata es un mal negocio para los dos.

Las metodologías, sin misticismo

Vas a escuchar tres palabras en cualquier propuesta. Lo que importa de cada una es qué implica para ti, no su definición.

Cascada: todo definido antes de empezar

Se especifica el sistema completo, se estima, se construye y se entrega. Funciona cuando el alcance está realmente cerrado y no va a cambiar — cumplimiento normativo, migraciones, integraciones con un sistema que ya existe y está documentado.

Su problema: si a la mitad descubres que el requerimiento estaba mal planteado, el cambio es caro. Y en software eso pasa casi siempre, porque los requerimientos se entienden de verdad cuando se empieza a construir.

Ágil: entregas cortas y ajuste sobre la marcha

Se trabaja en ciclos de una a tres semanas, cada uno termina en algo que puedes probar, y se reordena la prioridad de lo que viene según lo que aprendiste. Es lo habitual hoy y es lo que conviene cuando el sistema es nuevo y va a evolucionar.

Lo que nadie te dice: exige tiempo tuyo. Alguien de tu empresa tiene que estar disponible para revisar y decidir cada dos semanas. Si nadie lo está, el método se degrada en cascada con más reuniones.

Mixto: lo que se hace en la práctica

Alcance y presupuesto acordados arriba —porque nadie firma un cheque abierto—, con libertad para reordenar las prioridades dentro de ese marco. Es lo que funciona para la mayoría de las empresas medianas chilenas, y es lo que hacemos nosotros.

Las seis preguntas que hay que hacer antes de firmar

  1. ¿De quién es el código? Va primera por algo. Si el proveedor se queda con la propiedad, quedas atado: cualquier cambio futuro pasa por él, al precio que ponga. Tiene que estar escrito y tienes que tener acceso al repositorio desde el primer día.
  2. ¿Dónde se aloja y a nombre de quién? El servidor, el dominio y las cuentas de servicios deben estar a nombre de tu empresa, no de la agencia. Es el segundo punto de bloqueo más común.
  3. ¿Qué pasa cuando termine? Quién corrige los errores que aparezcan después, durante cuánto tiempo y bajo qué condiciones. Un sistema sin mantención se degrada: las dependencias envejecen y las integraciones cambian sin avisar.
  4. ¿Cómo se manejan los cambios de alcance? Van a existir. Lo que importa es si hay un procedimiento acordado o si cada cambio es una negociación desde cero.
  5. ¿Qué pasa si esto crece? Un sistema para veinte usuarios y uno para dos mil no se construyen igual. Vale la pena decir hoy a dónde esperas llegar.
  6. ¿Está documentado? Que otro equipo pueda retomarlo sin empezar de nuevo. Es lo primero que se recorta cuando hay apuro y lo que más caro sale después.

Lo que en Chile hay que resolver sí o sí

Hay tres integraciones que aparecen en casi todos los proyectos locales y que conviene poner sobre la mesa desde la cotización, porque son trabajo real y se subestiman:

El SII. Si el sistema emite documentos tributarios, hay que integrarse con el Servicio de Impuestos Internos: certificados digitales, folios, ambiente de certificación antes de producción. No es difícil, pero es un módulo completo y tiene sus tiempos.

Los medios de pago. Webpay, Khipu, transferencia. Cada uno con su proceso de habilitación, que depende de terceros y puede tardar más que el desarrollo.

Los datos personales. La normativa chilena sobre protección de datos se endureció y ya no basta con guardar todo «por si acaso». Conviene definir desde el diseño qué se guarda, por cuánto tiempo y quién puede verlo.

Todo esto lo cubrimos en integraciones y APIs, que suele ser la mitad del trabajo real de un sistema de gestión.

Por qué las estimaciones se quedan cortas

Es tan frecuente que conviene asumirlo como parte del proceso en vez de pelearlo. Las razones son casi siempre las mismas: el requerimiento se entiende mejor a medida que se construye; lo que parecía un campo más resulta ser un flujo entero; y las integraciones con terceros dependen de tiempos que no controla nadie del proyecto.

Lo que se puede hacer es reducir el daño: empezar por una primera versión chica que funcione de verdad, ponerla en manos de quien la va a usar, y crecer desde ahí. Un sistema que lleva ocho meses de desarrollo sin que nadie lo haya usado es un sistema con ocho meses de supuestos sin verificar.

De qué depende el precio

De la cantidad de pantallas y flujos distintos; de cuántas integraciones externas haya; de si hay que migrar datos de un sistema anterior —esto se subestima siempre—; de cuántos usuarios simultáneos tiene que soportar; y de si necesita aplicación móvil además de web.

Un consejo práctico para comparar propuestas: pide que separen el desarrollo de la mantención mensual y de la infraestructura. Son tres números distintos y juntarlos en uno hace imposible saber qué estás comparando.

Por dónde empezar

Por escribir el problema, no la solución. «Necesitamos un sistema» no se puede cotizar; «perdemos seis horas semanales pasando pedidos de WhatsApp a una planilla y se nos caen dos o tres al mes» sí, y además deja ver si la respuesta correcta es un desarrollo o una automatización mucho más barata.

El detalle de cómo trabajamos está en desarrollo de software a medida.

Preguntas frecuentes

Lo que más nos preguntan

¿Cuánto cuesta desarrollar un software a medida en Chile?

No hay una cifra que dar sin ver el caso, y conviene desconfiar de quien la dé por teléfono. Depende de la cantidad de flujos distintos, de las integraciones externas, de si hay migración de datos y de cuántos usuarios debe soportar. Lo que sí se puede exigir en cualquier propuesta es que separe tres números: desarrollo, mantención mensual e infraestructura.

¿Cuánto tarda un proyecto de software?

Depende del alcance, y las estimaciones iniciales tienden a quedarse cortas porque el requerimiento se entiende mejor a medida que se construye. La forma de reducir ese riesgo es empezar por una primera versión chica que funcione de verdad, ponerla en manos de quien la va a usar y crecer desde ahí, en vez de construir ocho meses a ciegas.

¿El código queda a mi nombre?

Debería, y es la primera pregunta que hay que hacer. Si el proveedor conserva la propiedad, cualquier cambio futuro pasa obligatoriamente por él. Tiene que estar escrito en el contrato, y deberías tener acceso al repositorio desde el primer día, no al final. Lo mismo con el servidor, el dominio y las cuentas de servicios: a nombre de tu empresa.

¿Qué metodología es mejor, ágil o cascada?

Cascada sirve cuando el alcance está realmente cerrado y no va a cambiar. Ágil sirve cuando el sistema es nuevo y va a evolucionar, pero exige tiempo tuyo: alguien de tu empresa disponible para revisar y decidir cada dos semanas. En la práctica lo que mejor funciona para una empresa mediana es un punto intermedio, con alcance y presupuesto acordados y libertad para reordenar prioridades dentro de ese marco.

¿Tienes un proceso que te está costando horas?

Cuéntanos cuál es y te decimos si conviene un desarrollo a medida, una automatización o simplemente un producto que ya existe. Las tres respuestas son posibles y la tercera también la damos.

Conversemos tu proyecto Ver el servicio

Seguir leyendo

Contacto

Cuéntanos qué necesitas

Te respondemos el mismo día hábil. Sin compromiso y sin que te llamemos cuatro veces.

Hablemos de tu negocio · te respondemos el mismo día hábil Cuatro campos y listo

Por si es más rápido llamarte.

Al enviar aceptas que te contactemos por este medio. No compartimos tus datos con nadie.

¿Prefieres escribir?

Cuéntanos qué necesitas por WhatsApp. Respondemos el mismo día hábil.

Escribir ahora