Cómo elegir una empresa de desarrollo de software: 15 preguntas antes de firmar

En resumen

• Pregunta por personas: quién escribe el código, quién es tu interlocutor y si puede decidir.
• Código, dominio y cuentas de tiendas, cloud y pagos deben ser de tu empresa, con la cesión de derechos por escrito.
• Una buena propuesta define fases, enseña avances que puedes probar y explica cómo se presupuestan los cambios.
• Pruebas, seguridad, mantenimiento y salida se pactan antes de firmar.

¿Qué hay que mirar al elegir una empresa de desarrollo de software?

Más allá del portfolio y del precio, mira cómo trabaja cuando algo cambia o sale mal: quién programa, quién decide, de quién es el resultado y cómo se sale.

Digitup Studio es un estudio técnico de Madrid, fundado en 2019 y liderado por sus dos socios, que diseña y construye software a medida, apps, SaaS, agentes de IA e integraciones, y lo deja en producción. Llevamos más de 50 proyectos desarrollados. Estas son las 15 preguntas que haríamos en tu lugar.

¿Quién va a hacer realmente tu proyecto?

Pregunta por nombres, no por la empresa: quien vende el proyecto no siempre es quien lo construye.

1. ¿Quién escribe el código?

Por qué importa. Hay empresas que venden con perfiles senior y desarrollan con otro equipo, a veces subcontratado, y eso cambia la calidad y quién responde de los errores.

Buena respuesta: nombres y perfiles de quienes programarán, si hay subcontratación y quién revisa el trabajo de los especialistas.

2. ¿Quién será mi interlocutor y puede decidir?

Por qué importa. Si tu contacto no tiene criterio técnico, cada duda pasa por varias personas y las decisiones se retrasan.

Buena respuesta: una persona fija, que entiende negocio y técnica y puede decidir sin intermediarios.

¿Cómo se define el alcance y se sigue el trabajo?

Por escrito, por fases y con una regla clara para los cambios, porque todo software cambia mientras se construye.

3. ¿Cómo definís el alcance?

Por qué importa. Un presupuesto sin alcance escrito es una cifra sin respaldo: el desacuerdo aparece en la entrega.

Buena respuesta: antes del precio, preguntas sobre tu proceso, tus usuarios y los sistemas a conectar; después, fases, una primera versión y lo que queda fuera. Más en cuánto cuesta un software a medida.

4. ¿Cómo se gestionan los cambios?

Por qué importa. Cambiar de idea al ver el producto es normal; lo peligroso es descubrir su coste en la factura.

Buena respuesta: cada cambio se estima por escrito antes de hacerse, decides si entra ahora o en la siguiente fase y lo apruebas tú.

5. ¿Cada cuánto veré avances?

Por qué importa. Si solo ves el producto al final, descubres los malentendidos cuando corregirlos es caro.

Buena respuesta: hitos con fecha y versiones que puedes abrir y probar, no capturas ni informes de horas.

¿Cómo se controlan la calidad y la seguridad?

Preguntando qué se prueba, quién lo prueba y cómo se protegen accesos y datos: los fallos caros no se ven en una demo.

6. ¿Cómo probáis el software antes de entregarlo?

Por qué importa. Sin pruebas, cada cambio puede romper algo que ya funcionaba, y lo descubren tus clientes.

Buena respuesta: un entorno de pruebas separado de producción, pruebas en los dispositivos de tus usuarios, quién hace QA y un periodo para validar cada entrega.

7. ¿Cómo tratáis la seguridad y los datos?

Por qué importa. El control de acceso roto, que permite a un usuario ver o hacer lo que no debería, encabeza el OWASP Top 10:2025, la lista de referencia de riesgos web.

Buena respuesta: permisos por perfil comprobados en el servidor, credenciales fuera del código, copias que se restauran y registro de acciones. Si el proveedor trata datos personales de tus clientes, el RGPD exige un contrato de encargo del tratamiento (art. 28).

8. ¿Cómo usáis la IA para desarrollar?

Por qué importa. Muchos equipos programan con asistentes de IA: con revisión, aceleran; sin ella, meten código que nadie entiende. Y tu código o tus datos pueden pasar por herramientas externas.

Buena respuesta: en qué tareas la usan, con qué herramientas y datos, y que una persona revisa todo lo que llega a producción.

¿De quién es el código y cómo se sale del proyecto?

El código, la documentación y las cuentas deben acabar siendo de tu empresa, y eso se pacta en el contrato. La Ley de Propiedad Intelectual atribuye a la empresa los derechos de explotación del software que crean sus empleados en sus funciones (art. 97.4); si lo encargas fuera, lo prudente es pactar la cesión de derechos, que la ley exige formalizar por escrito (art. 45).

9. ¿De quién serán el código y las cuentas?

Por qué importa. Si el dominio, el servidor, la pasarela de pago o la cuenta de desarrollador están a nombre del proveedor, dependes de él. En la App Store, Apple muestra como vendedor a la organización titular de la cuenta, y Apple y Google Play piden un número D-U-N-S a las empresas. Google avisa de que conseguirlo puede tardar hasta 30 días.

Buena respuesta: el contrato concreta qué derechos se ceden, por cuánto tiempo y dónde: si no menciona plazo ni territorio, la ley limita la cesión a cinco años y al país en el que se realiza (art. 43). Las cuentas están a nombre de tu empresa y el proveedor entra como usuario con permisos. Es información general, no asesoramiento jurídico.

10. ¿Qué documentación y traspaso recibiré?

Por qué importa. El código sin documentación es difícil de mantener para otro equipo, y difícil significa caro.

Buena respuesta: repositorio con su historial, instrucciones de instalación y despliegue, arquitectura e integraciones descritas, inventario de cuentas y una sesión de traspaso.

11. ¿Qué pasa si la relación termina?

Por qué importa. Los proyectos se cortan por presupuesto, prioridades o desacuerdos; sin una salida pactada, el traspaso se negocia en el peor momento.

Buena respuesta: qué recibes si el proyecto se para a mitad, en qué plazo y qué pasa con los datos. El contrato de encargo debe prever que, al terminar, el proveedor suprima o devuelva los datos personales, a elección de tu empresa (art. 28.3 del RGPD).

¿Qué pasa después del lanzamiento y cómo se paga?

Pregunta cuánto cuesta mantenerlo antes de cerrar lo que cuesta construirlo, y compara la forma de pago, no solo el total.

12. ¿Quién mantiene el software después del lanzamiento?

Por qué importa. Las tiendas de apps, las dependencias y las APIs de terceros cambian, y el software sin cuidado se degrada. Más en mantenimiento y evolución de software.

Buena respuesta: qué incluye (errores, actualizaciones, servidores, copias), en qué plazo se atiende una incidencia, cuánto cuesta y si puedes llevártelo a otro equipo.

13. ¿Cómo se paga?

Por qué importa. La estructura de pago dice quién asume el riesgo: pagarlo todo por adelantado te deja sin margen, y pagar horas sin estimación, sin previsión.

Buena respuesta: pagos ligados a hitos comprobables, qué costes de terceros pagas aparte (hosting, IA, mensajería) y cuándo pasa a ser tuyo. Compara modelos en formas de trabajar.

¿Cómo compruebas que el proveedor es de fiar?

Con proyectos en producción, reseñas que puedas leer y lo que te dice que no haría.

14. ¿Qué proyectos reales podéis enseñarme?

Por qué importa. Un portfolio de pantallas no demuestra que el software funcione en producción ni qué parte hizo ese proveedor.

Buena respuesta: casos con nombre, qué hizo exactamente (diseño, desarrollo completo o una parte), si siguen en producción y reseñas externas.

15. ¿Qué no haríais en mi proyecto?

Por qué importa. Quien dice que sí a todo no ha entendido el problema o quiere cerrar la venta.

Buena respuesta: qué no construiría, qué resolvería mejor una herramienta del mercado y en qué no es especialista. Lo comparamos en software a medida o SaaS.

¿Qué señales de alarma deberían hacerte dudar?

Las que dejan el control al proveedor o esconden el riesgo hasta después de firmar:

• Precio cerrado tras una llamada corta, sin preguntar por tu proceso.
• No te dicen quién programará, o el equipo cambia tras firmar.
• Abren el dominio o las cuentas de las tiendas a su nombre «para ir más rápido».
• El contrato no menciona la cesión de derechos ni la entrega del código fuente.
• Piden todo por adelantado o facturan horas sin estimación ni tope.
• Nadie menciona pruebas, mantenimiento ni costes de terceros.
• Aceptan cualquier plazo, por corto que sea.

¿Cómo responde Digitup a estas 15 preguntas?

En Digitup Studio, los dos socios llevan el proyecto, entregamos código y accesos al completar y hay tres formas de pago. El servicio completo está en desarrollo de software a medida.

¿Cuándo no somos la opción adecuada?

Cuando no hay software que construir o buscas otro servicio:

• Una campaña, SEO de contenidos, branding o un theme de WordPress, sin producto detrás.
• Un SaaS del mercado ya configurado te basta y nadie tiene que escribir software.
• Desarrolladores sueltos para tu equipo, sin un encargo de producto.
• Asesoramiento jurídico, por ejemplo para revisar el contrato.
• Un presupuesto por debajo de 1.000 € o una entrega en menos de 2 semanas.

Te diremos cómo lo abordaríamos y, también, si creemos que no merece la pena hacerlo.

Fuentes

Consultadas en octubre de 2026.

1. Ley de Propiedad Intelectual, Real Decreto Legislativo 1/1996 (arts. 43, 45 y 97), BOE.
2. Reglamento general de protección de datos (UE) 2016/679 (art. 28), BOE.
3. Apple Developer Program: Enrollment, Apple.
4. Información necesaria para crear una cuenta de desarrollador de Play Console, Google.
5. A01:2025 Broken Access Control, OWASP Top 10:2025, OWASP Foundation.

Última revisión: 23 de octubre de 2026 · Responsable del contenido: Anton Zverev, CTO de Digitup Studio.