10 preguntas que tenés que hacerle a una agencia de software antes de firmar
Contratar una agencia de desarrollo de software es una decisión de peso: implica una inversión significativa, un período de trabajo conjunto que puede durar meses, y un resultado que va a vivir en tu operación por años. La diferencia entre un proyecto exitoso y uno que termina en conflicto o en un sistema inutilizable casi siempre está en las preguntas que se hacen —o no se hacen— antes de firmar.
Esta guía te da las 10 preguntas que tenés que hacer, qué respuesta esperás de una agencia seria, y qué señales de alarma te tienen que hacer pensar dos veces antes de avanzar. Si querés el contexto más amplio sobre cómo trabaja una agencia de software, el punto de partida está en Qué hace una agencia de desarrollo de software.
Las 10 preguntas (y qué respuesta esperar)
1. ¿El código queda a nuestro nombre desde el día uno?
Esta es la pregunta más importante. El código que se construye para tu negocio tiene que ser tuyo: los repositorios, el acceso a los servidores, los dominios y todos los activos digitales del proyecto.
Respuesta que esperás: "Sí, el código es tuyo al momento de la entrega. Los repositorios quedan en tu cuenta de GitHub o en la plataforma que uses, y te entregamos acceso completo a todos los sistemas al cierre del proyecto."
Cualquier respuesta que suene a "el código vive en nuestros servidores y te damos acceso por la app" o que no mencione transferencia de propiedad es una señal de alarma.
2. ¿Cómo estructuran el proyecto: precio fijo o tiempo y materiales?
Hay dos modelos principales. Precio fijo: se define el alcance al inicio y el costo no cambia. Tiempo y materiales: se cobra por horas trabajadas y el costo final depende de lo que se haga. Cada uno tiene sus ventajas y sus riesgos.
Respuesta que esperás: que la agencia pueda explicar el modelo que usa, sus implicaciones para el cliente y en qué situaciones cambia. Un precio fijo requiere un alcance muy bien definido al inicio. Un modelo por tiempo y materiales es más flexible pero requiere confianza en la estimación de horas y visibilidad constante del avance.
Lo que no querés es ambigüedad: una propuesta que dice "precio fijo" pero tiene cláusulas de "cambios adicionales se cobran por hora" sin definir qué cuenta como cambio es casi siempre una fuente de conflictos.
3. ¿Tienen experiencia en mi industria o vertical?
No es imprescindible que la agencia haya trabajado exactamente en tu rubro. Sí es importante que entienda el problema de negocio, no solo la parte técnica. Una agencia con experiencia en tu vertical ya conoce los casos de uso típicos, los errores comunes y las integraciones habituales — eso se traduce en menos tiempo de descubrimiento y menos riesgo de que el sistema que construyan no encaje con tu operación.
Respuesta que esperás: casos concretos de proyectos en industrias similares, o al menos una descripción de cómo abordaron problemas análogos. Los buenos referidos a clientes anteriores del mismo rubro son la evidencia más valiosa.
4. ¿Qué pasa si quiero parar el proyecto en el medio?
Los proyectos a veces se pausan: cambios de prioridad del negocio, restricciones de presupuesto, cambios de dirección estratégica. Una agencia seria tiene una política clara para estos casos.
Respuesta que esperás: que te expliquen qué pasa con el trabajo ya hecho (te lo entregan), cómo se liquida el pago hasta ese punto, y si hay algún mecanismo para retomar el proyecto más adelante. El trabajo que ya se hizo es tuyo y tenés que poder llevarlo a otra parte si decidís continuar con otro proveedor.
5. ¿Con qué frecuencia muestran avances?
Un proyecto de software que no tiene entregas visibles hasta el final es un proyecto de alto riesgo. El ciclo de trabajo en sprints —con demos parciales cada una o dos semanas— existe precisamente para que el cliente pueda validar que el desarrollo va en la dirección correcta antes de que sea tarde para corregir el rumbo.
Respuesta que esperás: "Trabajamos en ciclos de una o dos semanas. Al final de cada sprint mostramos lo que se construyó y definimos prioridades para el siguiente. Vos ves el avance real, no solo un reporte."
Cualquier respuesta que implique esperar 6, 8 o 12 semanas para ver algo funcionando es una señal de que el proceso de trabajo no está bien estructurado.
6. ¿Quién de la agencia trabaja en mi proyecto y cómo me comunico?
El interlocutor comercial que te vendió el proyecto no siempre es la misma persona que va a desarrollarlo. Necesitás saber con quién vas a hablar durante el proyecto, cuál es el canal de comunicación y cuál es el tiempo de respuesta esperado.
Respuesta que esperás: un nombre y rol específico (project manager, tech lead), un canal de comunicación definido (Slack, WhatsApp, email con SLA) y expectativas claras de tiempo de respuesta. "Te asignamos un project manager que es tu punto de contacto durante todo el proyecto y responde en menos de 24 horas en días hábiles" es el tipo de respuesta que buscás.
7. ¿Qué stack tecnológico usan y por qué?
No necesitás ser técnico para hacer esta pregunta. Lo que importa es si la agencia puede justificar sus decisiones en términos de beneficios para tu proyecto, no solo decir "usamos React porque somos buenos en React". El stack que usen tiene implicaciones en el costo de mantenimiento futuro, en la facilidad de encontrar otros desarrolladores si necesitás escalar, y en la longevidad del sistema.
Respuesta que esperás: una explicación accesible de por qué las tecnologías elegidas son adecuadas para tu proyecto específico. Bonos si mencionan aspectos como "usamos herramientas con amplia comunidad de desarrolladores para que no quedes atado a nosotros" — eso muestra que piensan en tu beneficio a largo plazo, no solo en lo que a ellos les resulta cómodo.
8. ¿Qué garantía post-entrega ofrecen?
El trabajo de desarrollo no termina el día que el sistema sale a producción. Los bugs aparecen en el uso real. Los casos de uso que nadie anticipó surgen en las primeras semanas de operación. Un período de garantía o soporte post-entrega es lo mínimo esperable.
Respuesta que esperás: un período concreto (30 a 60 días es lo habitual) durante el cual la agencia corrige bugs sin costo adicional. También es útil saber qué pasa después de ese período: si tienen planes de mantenimiento mensual, a qué precio, y qué cubre exactamente.
9. ¿Facturan en pesos o dólares? ¿Cómo se actualizan los precios?
En Argentina, la mayoría de los proveedores de desarrollo web cotizan en dólares. La forma de facturar (en pesos al tipo de cambio del día, en dólares directamente, en pesos indexados) varía y tiene implicaciones para tu presupuesto.
Respuesta que esperás: transparencia total sobre el modelo de facturación. Si el precio fijo es en USD, necesitás saber al tipo de cambio de qué fecha se convierte a pesos y si hay cláusulas de actualización para proyectos largos. Para proyectos de más de dos meses, una cláusula de actualización cambiaria bien definida protege a las dos partes.
10. ¿Puedo hablar con un cliente anterior?
Una agencia que trabaja bien no tiene problema en conectarte con un cliente que haya vivido un proyecto similar al tuyo. No para que te vendan, sino para que puedas hacer preguntas que una agencia difícilmente responde de forma completamente objetiva sobre sí misma: cómo manejaron un problema inesperado, cómo fue la comunicación cuando algo salió mal, si el sistema funciona como esperaban después de un año en producción.
Respuesta que esperás: "Sí, con gusto te conectamos con un cliente del rubro." Si la respuesta es evasiva o solo ofrecen testimonios escritos sin contacto directo, tomalo como una señal.
Red flags que te tienen que hacer desconfiar
Más allá de las respuestas a las 10 preguntas, hay señales de alarma que conviene tener en mente durante el proceso de evaluación.
1. Propuesta sin alcance definido. Una propuesta que describe el proyecto en términos generales sin especificar qué funcionalidades están incluidas y cuáles no es una invitación a los cobros adicionales. El alcance tiene que estar escrito con detalle suficiente para que dos personas lo lean y entiendan lo mismo.
2. Precio significativamente más bajo que el resto. El desarrollo de software tiene costos reales: tiempo de personas calificadas. Una cotización un 50% más barata que las demás casi siempre significa que algo falta en el alcance, que el equipo tiene menos experiencia de la que dice, o que los "extras" van a aparecer más adelante. No es que el precio más alto sea el mejor, pero la diferencia muy grande requiere explicación.
3. No muestran código ni trabajo propio. Toda agencia seria tiene al menos algunos proyectos que puede mostrar: un repositorio público, un sitio en producción, una demo. Si el portfolio es solo mockups estáticos o descripciones vagas, preguntá por una demo funcional antes de avanzar.
4. Comunicación lenta durante el proceso de venta. Si durante la etapa de propuesta —donde la agencia tiene incentivo de responder rápido— tarda días en contestar preguntas básicas, eso anticipa cómo va a ser la comunicación durante el proyecto.
5. Resistencia a especificar el proceso de trabajo. Una agencia que no puede explicar con claridad cómo estructura sus proyectos, quién hace qué y cómo se gestionan los cambios probablemente no tiene el proceso bien resuelto. El proceso importa tanto como la capacidad técnica.
Cómo responde Violet Wave a estas preguntas
En Violet Wave trabajamos con precio fijo y alcance definido. El código queda a nombre del cliente desde el primer commit. El proceso es por sprints de dos semanas con demos al final de cada ciclo. El cliente tiene un interlocutor directo durante todo el proyecto —no hay intermediarios entre el fundador técnico y el cliente en las reuniones clave.
Para proyectos en los verticales donde tenemos trabajo previo —inmobiliario y dental— podemos mostrar sistemas en producción real. Para proyectos en otros verticales, somos directos sobre qué experiencia tenemos y cuál es el plan para llenar los gaps que no conocemos todavía.
Si tenés un proyecto concreto en mente, la forma más eficiente de evaluar si tiene sentido trabajar juntos es una conversación directa donde podamos entender el problema antes de proponer cualquier solución. Para entender mejor el rango de precios antes de esa conversación, leé ¿Cuánto cuesta un sitio web profesional en Argentina? Precios reales 2026.
Preguntas frecuentes
- ¿Cuánto tiempo lleva el proceso de selección de una agencia de software?
- Un proceso de selección bien hecho lleva entre una y tres semanas: tiempo para pedir propuestas a dos o tres agencias, revisar los alcances, hacer las preguntas, pedir referencias y tomar la decisión. Apresurarse en esta etapa para ahorrar tiempo casi siempre cuesta más caro durante el proyecto. Si una agencia te presiona para decidir "esta semana o se pierde el lugar", eso ya es una señal.
- ¿Necesito saber de tecnología para contratar una agencia de software?
- No. Lo que necesitás saber es cuál es el problema que querés resolver, cuál es el proceso actual de tu negocio y qué resultado esperás del sistema. Una buena agencia traduce esa información a requerimientos técnicos y te explica las decisiones en términos de negocio, no en jerga de desarrollo. Si en las reuniones previas no podés entender qué te están explicando, o sentís que la agencia habla para impresionarte en vez de para aclarar, ese también es un dato.
- ¿Qué documentación debo pedir al cierre del proyecto?
- Al mínimo: acceso al repositorio de código fuente, credenciales de todos los servicios y plataformas asociadas al proyecto (hosting, base de datos, APIs), documentación del sistema (aunque sea básica) y el contrato firmado con el alcance original. Si el proyecto tiene base de datos, pedí también el esquema de la base y acceso directo a los datos.
- ¿Es mejor pagar por adelantado o en cuotas?
- El esquema más habitual y equilibrado es pago en hitos: un porcentaje al inicio del proyecto (30-50% dependiendo del alcance), un porcentaje al alcanzar un hito intermedio (prototipo funcional o entrega parcial), y el saldo al cierre. Pagar el 100% por adelantado te deja sin leverage si algo sale mal. Pagar 0% al inicio le pide a la agencia que financie el proyecto, lo que no es razonable. Un esquema en hitos alinea los incentivos de las dos partes.
Siguiente paso
Hablemos de tu proyecto
Si este artículo te generó preguntas o querés explorar si tiene sentido trabajar juntos, contactanos directamente.
Contactar por WhatsApp