Cómo elegir una empresa de desarrollo de apps en Barcelona

Ninguna empresa puede compararse bien con otra si cada una ha presupuestado una app distinta. Antes de la primera reunión, conviene tener claro:

• Qué quieres conseguir con la app y cómo sabrás que funciona.
• Quién la usará: clientes, profesionales o tu propio equipo.
• Lo imprescindible para la primera versión y lo que puede esperar.
• Con qué sistemas tiene que hablar: un ERP, un CRM, un inicio de sesión corporativo.
• Quién decide en tu empresa y quién estará disponible para revisar el avance.

Con esto, todas las empresas presupuestan lo mismo y las diferencias entre propuestas dicen algo. La guía de coste tiene una lista completa de lo que conviene llevar preparado.

No hay una opción mejor para todos. Lo que cambia es quién hace el trabajo y cuánto te implica a ti:

• Un estudio pequeño: hablas con las personas que diseñan y programan la app. Encaja cuando quieres trato directo y continuidad, y la app la puede llevar un equipo reducido.
• Una agencia grande: tiene más gente y puede llevar varios frentes a la vez (marca, campañas, la app). Encaja en proyectos muy grandes o cuando la app es una pieza de algo más amplio. Pregunta quién programará tu app y si el equipo es propio o subcontratado.
• Un freelance: puede ser la opción más económica para algo acotado. Mira qué pasa si no está disponible y quién se encarga del backend, del diseño y de la publicación.
• Tu propio equipo: tiene sentido si la app es el centro de tu negocio y vas a evolucionarla siempre. Cuenta con el tiempo de contratar y con que hacen falta varios perfiles (diseño, iOS y Android, backend).

Start.cat es un estudio pequeño y sénior: el mismo equipo lleva el proyecto del primer boceto al mantenimiento.

• ¿Quién va a hacer la app? Las personas concretas, si el equipo es propio y si alguna parte se subcontrata.
• ¿Con qué tecnología? Si será nativa, con una base de código por plataforma, o multiplataforma, como React Native o Flutter, con una sola base para iOS y Android. Las dos opciones son válidas; lo importante es que te expliquen por qué la eligen para tu app. Nosotros usamos React Native y bajamos a código nativo cuando hace falta.
• ¿De quién es el código? Debería quedar por escrito en el contrato que el código y el diseño son tuyos al terminar. Con nosotros, el código es del cliente.
• ¿A nombre de quién se publica la app? Lo habitual es que las cuentas de desarrollador de Apple y Google sean tuyas, a nombre de tu empresa: así la app es tuya aunque un día cambies de proveedor.
• ¿Qué pasa después del lanzamiento? Quién mantiene la app al día con cada versión de iOS y Android, cuánto cuesta y qué incluye.
• ¿Qué apps ha publicado? Pide verlas en las stores, no solo en capturas, y si siguen actualizadas.

Lo que debería pasar entre la primera llamada y la app publicada:

• Una conversación para entender el proyecto: objetivos, usuarios y limitaciones. En nuestro caso, una llamada de 30 minutos.
• Una propuesta por escrito con alcance, calendario y presupuesto, sin letra pequeña.
• Un prototipo de las pantallas clave antes de programar. Cambiar una pantalla en el prototipo cuesta minutos; en la app ya programada, días.
• Desarrollo en iteraciones cortas, con versiones de prueba que puedes instalar en tu móvil desde el principio. Si no ves la app hasta el final, es una señal de alerta.
• Publicación en la App Store y Google Play, con las fichas, los formularios de privacidad y las revisiones de Apple y Google.
• Mantenimiento, para que la app siga funcionando con las nuevas versiones de iOS y Android.

Como orientación, una app con lo esencial tarda de 2 a 3 meses y una con backend a medida, de 3 a 5 meses; las que se conectan con sistemas corporativos, más. Los detalles están en la guía de coste.

Casi todas las apps tratan datos personales: un registro, un correo, una ubicación. Pregunta:

• Dónde estarán los servidores. Con proveedores en la Unión Europea, la protección de datos es más sencilla. Nosotros alojamos los backends principalmente en Clouding.io, un proveedor de Barcelona con los servidores en España.
• Si firmaréis un contrato de encargo del tratamiento. Quien construye y aloja la app trata datos por cuenta de tu empresa, y el RGPD pide ese contrato.
• Qué datos recoge la app y por qué. Recoger solo lo necesario es más seguro y más fácil de justificar.

Si la app trata datos de salud, los requisitos suben: lo explicamos en la guía de apps para estudios clínicos.

• Una cifra sin desglose. Si no sabes qué incluye, no puedes compararlo con otro.
• Falta el backend, el panel, las pruebas o la publicación. Si el más barato no lo incluye, lo pagarás después.
• No dice nada del mantenimiento. Una app sin mantenimiento deja de funcionar bien en uno o dos años.
• No dice de quién es el código ni a nombre de quién se publica la app.
• Un plazo muy corto sin prototipo ni versiones de prueba. Lo rápido sin revisiones suele acabar en cambios caros al final.
• Precio cerrado para un alcance abierto. Si el alcance no está claro, el precio cerrado acabará en discusiones o en recortes.

Para que veas cómo es un proyecto real, estas son algunas apps que hemos hecho:

• Club RUBI: app de fidelización para profesionales de la construcción, en las stores desde 2018.
• Compo Expert: catálogo de fertilizantes con herramientas agronómicas, sincronizado con los sistemas de la empresa.
• Cohorte ARCA: seguimiento mensual de una cohorte de niños y adolescentes con asma, para el Instituto de Investigación Hospital del Mar, en la App Store desde 2017.
• Tu Decisión: app y portal de decisión compartida para pacientes con cáncer de próstata localizado.
• D2M: calculadora de raciones de proteína para el Hôpital Robert-Debré de París.

Si vienes del ámbito de la salud o la investigación, mira también apps para salud e investigación.