Pediste una app y te entregaron otra cosa: cuándo cambiar de empresa de desarrollo y cómo hacerlo

Señales de que tu proyecto de app va mal, qué hacer para recuperarlo y qué exigir al siguiente proveedor, a partir del caso real de un cliente que vino de otra empresa.

Si después de meses no tienes una versión que puedas usar, eres tú quien encuentra los errores y las fechas se mueven sin explicación, tu proyecto de app va mal, y cambiar de empresa suele salir más barato que seguir esperando. Antes de hacerlo, recupera el código y los accesos, decide si conviene rescatar lo hecho o empezar de nuevo, y exige al siguiente proveedor lo que faltó: versiones de prueba, alcance por escrito y alguien que te explique cada decisión.

Lo contamos a partir de un caso real. No nombramos a la otra empresa ni al cliente, porque lo útil no es quién, sino qué falló y cómo se reconoce a tiempo.

¿Qué le pasó a nuestro cliente?

Un cliente llegó a nosotros después de su primera experiencia con otra empresa de desarrollo. Había pedido una app. Tras pagar un precio alto, lo que recibió fue una web, y con muchos errores. Las pruebas las tenía que hacer él: cada fallo lo encontraba usando el producto. La comunicación era escasa y nadie le guiaba en las decisiones. Le habían prometido unos meses, y pasó más de un año sin que el proyecto estuviera terminado.

Un encargo de ese tamaño, nosotros lo hacemos en torno a un mes. Hoy trabaja con nosotros y está contento. No lo contamos para hablar mal de nadie, sino porque cada una de esas cosas tiene una señal que se puede ver mucho antes de que pase un año.

¿Cuáles son las señales de que tu proyecto de app va mal?

  • No tienes nada que puedas usar. Tras las primeras semanas deberías poder abrir o instalar una versión de prueba y tocarla. Si solo recibes capturas o informes, no sabes en qué punto está.
  • Los errores los encuentras tú. Probar es parte del trabajo del proveedor. Tú validas que hace lo que necesitas; no deberías ser quien descubre que algo no funciona.
  • Te entregan algo distinto de lo que pediste. Una web en lugar de una app puede tener sentido, pero solo si alguien te lo explicó y lo decidisteis juntos. Las diferencias, en ¿app o aplicación web?.
  • Las fechas se mueven sin explicación. Un retraso puede pasar. Que nadie te diga por qué ni cuál es la nueva fecha, no.
  • Nadie te guía. Si tienes que decidir cuestiones técnicas sin que te expliquen las opciones, el proyecto avanza a ciegas.
  • No sabes dónde están el código y las cuentas. Si mañana quieres irte, necesitas el código, el servidor, el dominio y las cuentas de las tiendas de apps.

¿Qué hago antes de cambiar de empresa?

Tres cosas, en este orden:

  • Recupera el código y los accesos. Repositorio, servidor, dominio, base de datos y cuentas de desarrollador de Apple y Google. Lo que te corresponde depende del contrato: revisa qué dice sobre la cesión de los derechos de explotación del código.
  • Haz inventario de lo que funciona. Qué partes se usan hoy, cuáles fallan y qué datos hay que conservar.
  • Decide si rescatar o empezar de nuevo. Rescatar lo hecho compensa si el código es sano y está documentado. Si cada arreglo rompe otra cosa, rehacer suele ser más rápido y más barato que seguir parcheando. Lo tiene que decidir alguien que haya leído el código, no a ojo.

¿Qué tienes que exigir a la siguiente empresa?

Lo que faltó la primera vez, por escrito y desde el principio:

  • Alcance cerrado. Qué entra y qué no, en la propuesta, y cómo se presupuesta un cambio si aparece a mitad.
  • Versiones de prueba desde el principio. En una app, versiones que instalas en tu propio móvil (TestFlight en iPhone, pruebas internas en Android) para ver avances reales y no informes.
  • Pruebas a cargo del proveedor. Que te enseñe cada parte cuando ya funciona, y que tú solo tengas que decir si es lo que necesitas.
  • Un interlocutor que conozca el proyecto. Alguien que responda cuando algo falla o hay una duda, sin intermediarios que trasladan mensajes.
  • Garantía y mantenimiento claros. Durante cuánto tiempo se corrigen sin coste los errores del desarrollo y cómo se contrata el mantenimiento después. Más detalle en cuánto cuesta mantener una app.

Si antes de elegir quieres comparar tipos de proveedor, lo tienes en cómo elegir empresa de apps o software en Vigo.

¿Cómo trabajamos en Action Development para que no pase?

Somos una empresa de desarrollo de apps con oficina en Vigo, así que lees esto con ese sesgo. Esto es lo que hacemos, y puedes pedírnoslo por escrito:

  • Antes de empezar, una propuesta con el alcance: qué hace la app, qué no y en qué orden se construye.
  • Versiones de prueba en tu móvil durante todo el proyecto, para que veas la app crecer.
  • Las pruebas las hacemos nosotros: te enseñamos cada parte cuando ya funciona.
  • Reuniones en persona en los momentos clave (el arranque, la validación del prototipo y la entrega) y el día a día por videollamada y WhatsApp.
  • Si una web te sirve mejor que una app, o al revés, te lo explicamos antes de empezar y lo decides tú.
  • Los errores del desarrollo se corrigen sin coste durante 30 días desde la entrega final, y después el mantenimiento va por bolsa de horas, según nuestras condiciones generales.

Si tu proyecto está atascado con otra empresa, cuéntanoslo: miramos lo que hay y te decimos con franqueza si conviene rescatarlo o empezar de nuevo. La primera reunión es gratis, en Vigo o por videollamada.

Preguntas frecuentes

¿Qué hago si la empresa que me hace la app no cumple los plazos?

Pide por escrito la causa del retraso y una fecha nueva con lo que se entregará en ella. Si no hay respuesta clara o se repite, recupera el código y los accesos y valora cambiar de proveedor antes de que el retraso se alargue más.

¿Se puede cambiar de empresa de desarrollo a mitad de una app?

Sí. Hace falta el código, los accesos al servidor y a las cuentas de Apple y Google, y saber qué dice tu contrato sobre la propiedad del código. Con eso, otra empresa puede valorar lo hecho y seguir o empezar de nuevo.

¿Es mejor arreglar mi app o hacerla de nuevo?

Arreglarla compensa si el código es sano y está documentado. Si cada corrección rompe otra cosa, rehacerla suele ser más rápido y más barato. Lo tiene que decidir alguien que haya revisado el código.

¿Quién tiene que probar la app, yo o la empresa?

La empresa. Probar forma parte del desarrollo: tú validas que la app hace lo que necesitas, no descubres sus errores.

Servicio relacionadoDesarrollo de aplicaciones en VigoDesarrollo de aplicaciones en Vigo: apps iOS y Android con React Native, panel de gestión y backend propio. Oficina en Rúa Colón 20. ★ 5,0 en Google.

Sigue leyendo

Volver al blog: ← Todos los artículos

Cuéntanos tu proyecto

Escríbenos y te respondemos en 24 horas laborables. Sin compromiso y sin letra pequeña.

Paso 1 de 2

¿Qué necesitas?
¿En qué punto estás?

Primera reunión gratis, en Vigo o por videollamada.