Tres presupuestos: agencia, freelancer y empresa de software — ¿qué es una software house y cuándo conviene?

Antes de decidir, pon sobre la mesa estos tres criterios: 1) Riesgo de error financiero: si el sistema calcula mal una medida o un precio, ¿quién asume la pérdida económica? 2) Visión de futuro: ¿se convertirá este portal en el software principal de producción de tu empresa en 2 años? 3) Independencia: si te desvinculas del equipo desarrollador, ¿te quedará una documentación técnica completa que otra empresa pueda entender? Si estos puntos son vitales para ti, la software house es la opción inevitable.

Hace dos años pagamos 4.000 EUR y contratamos a un freelancer para una herramienta de cálculo similar. El sistema funcionó, pero cuando el chico que lo desarrolló pasó a trabajar a tiempo completo en una empresa grande, dejó el proyecto. Como no había documentación, nadie pudo hacer ni una simple actualización de impuestos en el código. Al final tuvimos que pagar 11.000 EUR a una empresa de software para rehacerlo desde cero; el presupuesto inicial se tiró a la basura por completo.

Las propuestas de las empresas de software consolidadas no siempre equivalen a una ingeniería impecable. Hay muchas empresas que cobran 13.500 EUR y tras la fase de análisis, le pasan el trabajo duro de programación a becarios o a profesionales externos baratos que contratan por fuera. Dejen fijado en el contrato desde el principio qué séniors van a desarrollar realmente el proyecto y con quién van a hacer las reuniones de sprint.

las agencias son muy buenas para cosas de escaparate pero cuando entran bases de datos complejas y fórmulas casi siempre intentan solucionarlo parcheando plugins. el freelancer al trabajar solo tmb se te puede desaparecer por enfermedad o trabajo acumulado. si el presupuesto te lo permite una empresa de software te deja la cabeza tranquila.

¿Cuánto cobra al mes la empresa de software por el servicio de SLA para soporte y mantenimiento tras el lanzamiento? Por lo general, este tipo de empresas sugieren un acuerdo de mantenimiento mensual tras la entrega; ¿ha añadido estos posibles gastos operativos junto al coste de instalación inicial al planificar su presupuesto?

Nosotros al principio le encargamos nuestro portal de logística a nuestra agencia de diseño. La interfaz quedó genial, pero cuando 15 usuarios empezaron a confirmar pedidos al mismo tiempo, la base de datos se bloqueó. Porque la agencia lo enfocó con mentalidad de comercio electrónico. Al final contratamos a una empresa de software para rehacer toda la arquitectura desde cero y solo así se solucionó.

¿Al contratar a una empresa de software la propiedad del código escrito nos pertenece directamente a nosotros? si en el futuro dejamos de trabajar con ellos, ¿podemos traspasar el proyecto a otra empresa y seguir desarrollándolo?

Resuelvan el tema de la propiedad del código fuente desde el principio. En el contrato debe constar que el acceso al repositorio de código y la propiedad intelectual se entregarán incondicionalmente a su empresa. Elijan al proveedor que elijan no hagan ningún pago cuantioso aparte del anticipo sin un protocolo de entrega de código.

Estoy totalmente de acuerdo. Lo importante no es la cifra, sino en qué se basa esa cifra.

Gracias por escribir esto, es lo correcto. Las decisiones apresuradas son las que hay que corregir seis meses después.

Si intentas cambiarlo todo a la vez, nada termina de asentarse. Lo dejo como nota, por si sirve.

No te olvides de: El error cometido por que es una empresa de software suele ser reversible, pero caro.

Si no lo pones por escrito desde el principio, luego surgen discusiones.

La respuesta de arriba ha dado en el clavo. Que todo el mundo haga algo no significa que sea lo correcto.

Intentar hacerlo solo es la vía más cara. Lo dejo como nota, por si sirve.

Estoy de acuerdo.

A nosotros nos pasó esto. Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.

Lo dejo como nota, por si sirve.

Estoy de acuerdo a medias, en parte no. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Cada "lo miramos luego" en una reunión es trabajo no presupuestado. Por supuesto, cambia si tu situación es diferente.

Yo no me apresuraría. Empezad con una pequeña prueba, no lo integréis todo de golpe.

Yo pasé por esto déjenme contarlo... Si intentas cambiarlo todo a la vez, nada termina de asentarse.

Eso es todo, disculpa si me he extendido demasiado.

Llevé mucho tiempo con este asunto. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas. Espero que le sea útil.