10 errores comunes al contratar desarrollo de software y cómo evitarlos

Imagina a Daniel, que tiene una cadena de tres lavanderías. Hace un año contrató a alguien para hacerle un sistema. Hoy tiene un sistema a medias, dos meses de atraso, una factura por "cambios" que no esperaba y un equipo que sigue usando el cuaderno porque "el sistema está raro". Cuando revisa qué salió mal, no encuentra un gran error, sino varios pequeños que se fueron sumando. Casi todos se podían evitar antes de firmar. Aquí van los más comunes, para que no los repitas.

Error 1: contratar sin saber qué quieres

"Quiero algo para controlar todo" no es un pedido: es un deseo. Con eso, cada proveedor entiende una cosa distinta, cotiza una cosa distinta y construye una cosa distinta.

Qué hacer: antes de pedir precio, escribe en una o dos páginas qué te duele, cómo es tu proceso paso a paso y qué es indispensable. No tiene que ser técnico. Tiene que ser claro.

Error 2: elegir solo por precio

La propuesta más barata suele ser la que menos cosas dice. Si no menciona capacitación, carga de datos, entregas ni cómo se cobran los cambios, no es que salga más barata: es que todavía no te ha dicho cuánto cuesta.

Qué hacer: compara el alcance antes que el número. Arma una tabla con lo que incluye cada propuesta y llénala tú. Donde haya un hueco, pregunta.

Error 3: pagar todo al inicio

Pagar el proyecto completo antes de ver algo te deja sin nada con qué negociar. Si el trabajo se atrasa o no es lo que esperabas, ya pagaste.

Qué hacer: busca pagos por etapa, con precio cerrado para cada una. Pagas lo que se va a construir en esa etapa, lo ves funcionando, lo apruebas y sigues.

Error 4: no ver nada hasta el final

Tres meses de "vamos avanzando" y luego una gran entrega es la receta para descubrir tarde que no era lo que pediste.

Qué hacer: exige acceso al sistema desde la primera entrega. Que cada etapa se pueda usar con tus datos, no solo ver en una presentación.

El mejor momento para descubrir que algo está mal es la segunda semana, no el tercer mes.

Error 5: que solo el dueño participe

El dueño aprueba, pero quien usa el sistema ocho horas al día es la recepcionista, el cajero o el técnico. Si ellos no participan, el sistema sale lógico para el dueño y torpe para todos los demás.

Qué hacer: involucra a una o dos personas que van a usarlo a diario. Que estén en la primera conversación y que prueben cada entrega.

Error 6: pedir todo en la primera versión

Querer cada función desde el día uno encarece el proyecto, lo alarga y lo vuelve más frágil. Además, muchas de esas funciones nunca se usan.

Qué hacer: separa en tres columnas: lo que tiene que estar, lo que estaría bien y lo de algún día. La primera columna es tu primera entrega. Lo demás se decide cuando ya estés usando el sistema, con experiencia real.

Error 7: no aclarar cómo se manejan los cambios

Al ver el sistema funcionando se te van a ocurrir cosas. Es normal. El problema es cuando nadie acordó cómo se cobran y aparecen todas juntas en la última factura.

Qué hacer: que el contrato diga que todo cambio se escribe, se cotiza antes de hacerse y lo apruebas tú. Nada debería aparecer en la factura sin tu autorización previa.

Error 8: no preguntar de quién son los datos

Muchos lo descubren el día que quieren cambiar de proveedor: no pueden sacar su información, o solo la entregan en un formato inútil, o cobran por hacerlo.

Qué hacer: antes de firmar, pregunta cómo exportas tus datos, en qué formato y si tiene costo. Pide también que quede escrito qué se entrega del sistema al final.

Error 9: olvidarse del después

El proyecto termina y el sistema queda funcionando… hasta que hace falta un reporte nuevo, cambia una regla o alguien nuevo necesita capacitación. Si nadie pensó en eso, cada cosa chica se vuelve una cotización nueva.

Qué hacer: pregunta desde el principio cómo es el soporte después de la entrega. Un acompañamiento con horas al mes para cambios, reportes y capacitación suele salir más ordenado que cotizar cada cosa por separado.

Error 10: construir lo que ya existe

A veces el proyecto a la medida es para algo que una app de catálogo ya resuelve por una fracción del costo. Se paga más, se tarda más y queda algo que alguien tiene que mantener.

Qué hacer: antes de contratar desarrollo, prueba dos o tres apps de tu giro. Si una cubre casi todo, empieza por ahí y construye solo lo que falta. Y desconfía del proveedor que nunca te dice "esto no lo necesitas".

Una lista para revisar antes de firmar

• Tengo por escrito qué necesito y qué es indispensable.
• La propuesta dice qué incluye y qué no.
• Hay entregas con precio y fecha cada una.
• Veré el sistema funcionando desde la primera entrega.
• Los cambios se cotizan antes y los apruebo yo.
• Sé cómo sacar mis datos y en qué formato.
• Sé qué pasa después de la entrega final.
• Quien va a usar el sistema participó en la conversación.

En resumen

• Escribe lo que necesitas antes de pedir precio; lo vago sale caro.
• Compara alcance antes que precio, y paga por etapas, no todo al inicio.
• Exige ver el sistema funcionando desde la primera entrega, con tu equipo probándolo.
• Acuerda por escrito cómo se cobran los cambios y cómo te llevas tus datos.
• Piensa en el después y no pagues por construir lo que ya existe hecho.

En Control Máximo armamos nuestra forma de trabajar el software a la medida justamente alrededor de estos errores: propuesta escrita antes de cobrar, precio cerrado por etapa, entregas que se ven funcionando, cambios que se cotizan aparte y apruebas tú, y tus datos siempre contigo. Y si lo que necesitas ya lo resuelve una de nuestras apps, te lo decimos.