En resumen: antes de firmar un desarrollo a medida hay diez preguntas cuya respuesta tiene que estar por escrito: qué se construye, cuánto cuesta y cómo se paga, cuándo ves algo funcionando, qué pasa con los cambios, de quién es el código, dónde viven los datos, con qué se integra, qué pasa si te querés ir, qué no garantizan y qué hicieron antes. Si una respuesta es vaga, el problema va a aparecer después, cuando cambiarlo sea caro.
1. ¿Qué queda por escrito antes de pagar?
El alcance: pantallas, roles, integraciones. "Sistema de gestión completo" no es un alcance. Si el proveedor no puede escribirlo, no entendió todavía el problema, y lo que te cotiza es una suposición.
2. ¿Cuándo veo algo funcionando?
La respuesta buena tiene una fecha corta. En V3XRA es un prototipo navegable de las pantallas en días, antes de escribir el backend, y después algo usable en producción cada dos semanas. La respuesta mala es "cuando esté terminado".
3. ¿Cómo se paga?
Pagar todo por adelantado te deja sin palanca; pagar todo al final deja al proveedor sin incentivo para arrancar. Lo razonable es una seña para arrancar y el resto contra entregas o al publicar, con fechas y montos escritos antes de empezar.
4. ¿Qué pasa si cambio de idea a mitad de camino?
Cambios va a haber. Lo que se puede elegir es cuándo salen baratos. Si el proveedor te muestra las pantallas navegables antes de construir, cambiar una cuesta una reunión. Si te las muestra con la base de datos y los permisos ya conectados, cuesta semanas. Preguntá en qué momento vas a poder corregir.
5. ¿De quién es el código?
Tuyo, o no estás comprando sino alquilando. El repositorio, la infraestructura y la documentación tienen que quedar a nombre de tu empresa en el traspaso. Si hay una "licencia" que sólo el proveedor puede renovar, o partes cerradas que nadie más puede tocar, el día que quieras irte no vas a poder.
6. ¿Dónde viven mis datos y los de mis clientes?
En infraestructura a tu nombre, con proveedores nombrados. Si el proyecto lleva inteligencia artificial, preguntá qué modelos se usan, si se entrenan con tu data (la respuesta tiene que ser no) y cómo exportás todo si te vas.
7. ¿Se integra con lo que ya uso o tengo que empezar de cero?
Un proveedor que quiere reemplazar todo está vendiendo más trabajo. La mayor parte del valor de un desarrollo suele estar en que deje de haber gente copiando datos entre sistemas, no en reemplazar lo que ya funciona. Preguntá cómo se conecta con tu tienda, tu facturador, tu CRM o tu WhatsApp.
8. ¿Qué pasa si me quiero ir?
Tendrías que poder llevarte todo: el código, la infraestructura y un export completo de los datos. Si además hay un servicio mensual, tendría que ser mes a mes y sin penalidad. Un contrato largo protege al proveedor, no a vos.
9. ¿Qué no garantizan?
Desconfiá de quien garantiza todo. Nadie puede prometer que el software venda por vos ni que un agente de IA nunca se equivoque. Lo que sí se puede prometer es qué pasa cuando algo sale mal: cómo escala, qué se registra y hasta dónde responde el proveedor.
10. ¿Puedo ver algo que hayan hecho?
No una captura: un link que abra. Con el nombre real del cliente, lo que se entregó y la posibilidad de usarlo. Si no hay nada que mostrar, la promesa es lo único que tenés.
Cómo responde V3XRA
Cada una de estas preguntas tiene su respuesta por escrito en garantía y responsabilidad: alcance y precio antes de arrancar, una seña y el resto al publicar, prototipo antes del backend, entregas cada dos semanas, código a tu nombre, datos exportables, servicio mes a mes y sin penalidad, y lo que no garantizamos. Lo que hicimos está en trabajos publicados, con el link de cada uno. Y cuánto cuesta una app a medida explica de dónde sale el número que vas a ver en la propuesta.
Preguntas frecuentes
No es lo razonable. Lo habitual en un desarrollo serio es una seña para arrancar y el resto contra entregas o al publicar, con los montos y las fechas por escrito antes de empezar.
Un contrato largo protege al proveedor. Lo que te protege a vos es que el código y la infraestructura estén a tu nombre y que cualquier servicio mensual sea mes a mes y sin penalidad.
Es una cláusula por la que el software sigue siendo del proveedor y vos pagás por usarlo. En un desarrollo a medida no tiene sentido. Pagaste por construirlo, tiene que ser tuyo. Si hay licencia, estás alquilando.
La infraestructura tendría que estar a nombre de tu empresa desde el primer día, con la documentación para operarla. Así podés seguir con el mismo estudio, con tu equipo o con otro sin pedirle nada a nadie.