Las preguntas concretas para hacer en la primera reunión, qué mirar del contrato antes de firmar, y las señales de alerta que conviene detectar a tiempo.
Confirmá cinco cosas antes de firmar: el código queda 100% a tu nombre, el precio es fijo y está cerrado antes de arrancar, te muestran avances reales cada 1-2 semanas, tienen casos verificables en funcionamiento, y el contrato define con claridad el alcance, la garantía y qué pasa si el proyecto cambia de rumbo.
Llevalas a la primera reunión. La forma en que las responden dice tanto como la respuesta en sí.
¿De quién es el código fuente cuando termina el proyecto?
Respuesta esperada: Debe quedar explícito por escrito que el código y la propiedad intelectual son 100% tuyos, con acceso a los repositorios desde el día uno.
¿El precio es fijo o por hora?
Respuesta esperada: Un precio fijo cerrado antes de arrancar te protege de sobrecostos. Si sólo ofrecen una estimación de horas 'que puede variar', el riesgo de que el proyecto se alargue lo asumís vos.
¿Con qué frecuencia voy a ver avances reales?
Respuesta esperada: Una empresa seria entrega software funcionando cada 1-2 semanas. Si sólo te muestran el resultado al final, no hay forma de corregir el rumbo a tiempo.
¿Puedo ver proyectos o casos reales, no sólo un portfolio de diseño?
Respuesta esperada: Pedí ver sistemas en funcionamiento, no sólo mockups. Si es posible, hablá con algún cliente anterior.
¿Qué stack tecnológico usan y por qué?
Respuesta esperada: Tecnologías modernas y mantenidas (React, React Native, Node.js, PostgreSQL, etc.) le permiten a cualquier otro equipo continuar el proyecto el día de mañana, si hiciera falta.
¿Qué incluye la garantía y el soporte después de la entrega?
Respuesta esperada: Tiene que haber un período de garantía de corrección de errores sin costo, y un plan de mantenimiento claro (con precio) para después.
¿Quién es el equipo que va a trabajar en mi proyecto?
Respuesta esperada: Deberías poder hablar directo con quien va a escribir el código, no sólo con un comercial que después subcontrata el trabajo.
¿Qué pasa si necesito cambiar el alcance a mitad de proyecto?
Respuesta esperada: Los cambios de alcance son normales. Tiene que haber un proceso claro para cotizarlos aparte sin frenar lo que ya está en marcha.
"Vemos cómo evoluciona" sin un número o rango concreto antes de arrancar.
Prometen entregar todo junto al final, sin demos ni revisiones intermedias.
O evitan responder la pregunta con claridad.
Muy por debajo del rango de mercado para ese tipo de proyecto, sin ninguna explicación.
Plazos que no alcanzan ni para relevar bien el proyecto, mucho menos para construirlo con calidad.
No pueden mostrar ni un proyecto real en funcionamiento.
Si tardan días en responder durante la venta, va a ser peor durante el proyecto.
Un freelance sirve para algo chico y acotado, pero es un único punto de falla. Un equipo interno da máximo control pero es caro y lento de armar. Una software factory es el punto medio para la mayoría de empresas: equipo completo desde el día uno, sin los costos fijos de un área de tecnología propia.
Ver la comparación completa con tabla y criterios →De quién es el código fuente cuando termina el proyecto. Es la pregunta que más impacto tiene a largo plazo: si el código no queda 100% a tu nombre, quedás atado a ese proveedor para siempre, sin poder migrar a otro equipo ni mantenerlo con recursos propios.
Depende del tamaño del proyecto. Un freelance funciona para algo chico y acotado, pero es un único punto de falla. Un equipo interno da máximo control pero es caro y lento de armar. Una software factory es el punto medio para la mayoría de empresas: equipo completo desde el día uno, sin los costos fijos de un área de tecnología propia.
Compará contra rangos de mercado publicados (ver nuestra guía de precios) y prestá más atención a lo que está incluido que al número aislado. Un presupuesto más caro que incluye relevamiento, testing y capacitación puede salir más barato en el resultado final que uno más barato que no los incluye.
Como mínimo: propiedad del código, precio y alcance cerrados, cronograma con entregas parciales, y qué cubre la garantía post-entrega. Si alguno de estos puntos no está claro por escrito, pedí que lo aclaren antes de avanzar.
No siempre, pero hay que entender por qué. Si el alcance genuinamente no puede definirse de antemano (un proyecto de investigación, por ejemplo), tiene sentido empezar con un relevamiento pagado y acotado. Si el proveedor simplemente no quiere comprometerse a un precio en un proyecto bien definido, es una señal de alerta.
Pedí ver el sistema funcionando, no sólo capturas de pantalla, y si es posible hablá con un cliente anterior sobre cómo fue el proceso, no sólo el resultado final. Un buen proveedor no debería tener problema en facilitar esto.
Cotizamos con alcance cerrado en dólares. Sabés cuánto cuesta desde el día uno, sin sorpresas.
Al finalizar, el repositorio, la infraestructura y la documentación quedan completamente a tu nombre.
Trabajamos en horario de negocio de Sudamérica. Reuniones y respuestas sin delays por diferencia horaria.
Después de la primera reunión recibís una propuesta detallada por escrito, sin compromiso ni letra chica.

Damián Oliva
Fundador de Deepyze
Trabajás directo con quien construye. Años desarrollando productos digitales en LATAM, certificado en Google Cloud Machine Learning.
Conocer al fundadorAgendá una reunión gratuita y evaluanos con este mismo checklist. Sin compromiso.