Resumen. Todas las webs de agencias dicen las mismas tres cosas — equipo senior, proceso probado, la calidad primero —, así que las palabras no valen nada como filtro. Lo que funciona es la verificación: apps publicadas que puedes instalar, pensamiento de ingeniería que puedes leer, precios publicados antes de la llamada comercial y referencias a las que de verdad llamas por teléfono. Este artículo es la lista que usaríamos si fuéramos nosotros los compradores, y sí — somos una agencia Flutter, así que al final la aplicamos sobre nosotros mismos y te enseñamos dónde comprobar nuestras afirmaciones.

Por qué el camino habitual de investigación engaña

Busca «best Flutter development company» y encontrarás listículos y directorios. Los dos son útiles y los dos necesitan descodificarse. Muchos listículos son de pago por aparecer o funcionan por afiliación — la inclusión es marketing, no mérito. Los directorios como Clutch son más útiles porque las reseñas verificadas de clientes son difíciles de falsificar en volumen, pero lee las reseñas, no las insignias: una reseña detallada que describe un proyecto real te dice más que una docena de valoraciones de cinco estrellas con dos frases cada una.

Ninguna de esas dos vías sustituye los veinte minutos de verificación directa que vienen a continuación. Cada criterio de esta lista puede comprobarse desde tu escritorio antes de reservar una sola llamada.

Seis cosas que verificar, no que preguntar

1. Apps Flutter publicadas que puedas tener en la mano

Nada de capturas: fichas en las tiendas. Abre el portfolio, busca los enlaces al App Store y a Google Play, instala dos apps y úsalas diez minutos. Haz scroll rápido, rota la pantalla, quédate sin conexión, vuelve. Un equipo que publica Flutter pulido en producción no puede esconderlo, y un equipo que no lo ha hecho no puede fingirlo. Desconfía de un portfolio que sea todo maquetas y ningún enlace; sé comprensivo con el trabajo bajo NDA, pero espera al menos algo de prueba con nombre e instalable.

2. Pensamiento de ingeniería en público

Una agencia que se ha peleado de verdad con un feed de tiempo real o un flujo de pago puede escribir tres páginas concretas al respecto; una que no, escribe «entregamos soluciones innovadoras y escalables». Lee el blog. Busca cosas concretas: compromisos con nombre, números, cosas que salieron mal. El código abierto es la misma señal, pero más fuerte: paquetes en pub.dev con usuarios reales significan que el código del equipo sobrevive al escrutinio público, y puedes leerlo tú mismo antes de pagar por más.

3. Quién va a construir tu app en realidad

Las personas de la llamada comercial y las personas de tu repositorio suelen ser personas distintas. Pide nombres y perfiles de los ingenieros asignados a tu proyecto, comprueba que las páginas de equipo muestran humanos reales con historiales verificables y trata una negativa como una respuesta. La seniority importa en Flutter más de lo que sugiere la juventud de la bolsa de talento: el framework es fácil de empezar e implacable en los bordes de producción — acotar las reconstrucciones, los platform channels, la revisión de las tiendas —, donde un senior tiene cicatrices y un junior tiene tutoriales.

4. Precios y plazos que comprometan por escrito

Una agencia que publica rangos ha decidido que sus números pueden sobrevivir a la comparación; una que solo presupuesta tras una llamada de descubrimiento se está guardando margen para ajustar el presupuesto al cliente. La misma lógica con el calendario: «¿cuánto tarda un ?» merece un rango concreto con condiciones, no un «depende». Siempre depende — los profesionales te dicen de qué, y sus condiciones te enseñan cómo piensan.

5. Cómo es una semana trabajando con ellos

Demos con una cadencia, un canal donde ves el progreso a diario e informes honestos cuando algo se retrasa — y a cada referencia hazle una pregunta por encima de todas: «Cuando algo salió mal, ¿cómo os enterasteis?» Si el cliente descubrió los problemas por su cuenta, vete. Si la agencia levantó la bandera primero con un plan bajo el brazo, ese es el proveedor que quieres, y ningún dossier de propuesta lo revela.

6. Qué pasa después del lanzamiento

Publicar es el punto intermedio del coste de una app, no el final — el mantenimiento tiene su propia economía. Verifica que existe una oferta post-lanzamiento real: monitorización, actualizaciones por políticas de las tiendas, una vía de respuesta con nombre. Y comprueba la propiedad del código en el borrador de contrato, no en la conversación: tu repositorio desde el día uno, tus tiendas, tus cuentas. Cualquier fricción en este punto es un ensayo de una negociación con rehenes.

Cinco señales de alarma que terminan la conversación

  1. Certificaciones como argumento de venta. «Desarrolladores certificados en HIPAA» es una señal delatora — HIPAA no tiene tal certificación, y una agencia que abre con insignias está apostando a que no lo sabes. Los equipos versados en cumplimiento describen, en cambio, cómo construyen.
  2. Sí a todo. Que no haya objeciones sobre alcance, calendario o viabilidad durante el proceso de venta significa que las objeciones llegan después del anticipo, en forma de órdenes de cambio.
  3. Un presupuesto sin preguntas. Quien pone precio a tu app sin interrogar el alcance, las integraciones y el 40 % invisible — flujos de autenticación, borrado de cuentas, envío a las tiendas — está cotizando un número diseñado para empezar una relación, no para terminar un proyecto.
  4. Sin ingenieros en la sala. Si no consigues que una persona técnica participe en una conversación de preventa, le estás comprando a una capa comercial que traducirá tu producto a través de una cola de tickets.
  5. Un portfolio sin fechas ni enlaces a las tiendas. El trabajo sin fecha puede tener una década; el trabajo sin enlace puede ser de cualquiera.

Diez preguntas para la llamada con los finalistas

  1. ¿Cuál de vuestras apps Flutter publicadas se parece más a la nuestra, y podemos hablar con ese cliente?
  2. ¿Quién trabajará exactamente en nuestro proyecto, y en qué más está?
  3. ¿Qué recortaríais de nuestro alcance, y por qué?
  4. ¿Cuál es vuestro rango de estimación para nuestro MVP, y qué lo mueve hacia arriba o hacia abajo?
  5. ¿Cómo abordáis un flujo de pago / una función de tiempo real / una sincronización offline como la nuestra? (Elige tu funcionalidad más difícil; presta atención a los detalles concretos.)
  6. ¿Cómo es una semana normal para nosotros: demos, canales, informes?
  7. Contadnos un proyecto que salió mal y qué hicisteis.
  8. ¿Qué es lo que no hacéis, y adónde nos mandaríais en su lugar?
  9. ¿Cuánto cuesta y qué cubre el soporte post-lanzamiento?
  10. ¿Cuándo podemos ver el repositorio, y a nombre de quién está? (Respuesta correcta: al tuyo, desde el día uno.)

La pregunta 8 es la asesina silenciosa. Un estudio sin una respuesta honesta a «¿qué no hacéis?» nunca ha pensado en qué es realmente bueno.

Comparar presupuestos sin engañarte

Los presupuestos para «la misma app» varían legítimamente entre 3 y 5 veces — sobre todo porque no son para la misma app. Antes de comparar números, normaliza el alcance: qué funcionalidades, qué plataformas, el backend de quién, el diseño de quién, qué pruebas, qué trabajo de envío a las tiendas, qué periodo post-lanzamiento. Un desglose estructurado de qué impulsa realmente el coste en Flutter hace esa normalización abordable. Después descarta la oferta más barata salvo que puedas explicar por qué es barata — las respuestas habituales son juniors, apalancamiento offshore que se evapora en sobrecarga de comunicación, o un alcance que excluye en silencio el 40 % invisible. La ingeniería barata que hay que reconstruir es la más cara que existe; pagar dos veces es el resultado estándar de comprar solo por precio.

La geografía, ya que estamos: los equipos nearshore y offshore pueden ser excelentes — la variable que predice los resultados no es el mapa, es el solape horario con tu jornada y la seniority de las personas que de verdad hacen commits. Insiste en tres o más horas de solape y en seniors con nombre, y la pregunta de la ubicación casi se responde sola.

La misma lista, aplicada a nosotros

Somos Nerdy Production, una agencia Flutter, y sería raro publicar una guía de selección y eximirnos a nosotros mismos. Así que, línea a línea: nuestro trabajo publicado está en el portfolio con enlaces a las tiendas donde los NDA lo permiten — instala ExtraETF o Jepta y juzga tú mismo el rendimiento del scroll. El pensamiento de ingeniería está en este blog y en paquetes de código abierto en pub.dev que puedes leer esta misma noche. Las personas están en la página del equipo, y la persona de tu llamada es un ingeniero, normalmente el que diseñará la arquitectura de tu proyecto. Los precios y los plazos están publicados, con las condiciones que los mueven. Para referencias, pídenoslas — te pondremos en contacto con clientes con nombre, los mismos que aparecen citados en esta web.

Y la pregunta 8, respondida en público: no hacemos desarrollos solo nativos, disuadimos a los clientes de migraciones que su producto no necesita, y cuando Kotlin Multiplatform o Expo encajan mejor con tu equipo, lo decimos en los propios artículos comparativos.

Aplica la lista sobre nosotros y sobre nuestros competidores. Si alguien nos gana en ella, contrátalo.

Preguntas frecuentes

Las tarifas de agencia publicadas para un desarrollo completo suelen ir desde unos quince mil dólares para un MVP ajustado hasta noventa mil o más para trabajo enterprise — las nuestras son públicas en nuestras páginas de servicios, desde el MVP hasta las tarifas de e-commerce, precisamente para que puedan compararse. Los modelos por horas para ingenieros senior integrados en tu equipo suelen caer en el rango de cincuenta a cien dólares según la geografía y la seniority. Trata cualquier presupuesto dado sin preguntas de alcance como un número de marketing, y normaliza el alcance antes de comparar ofertas: los presupuestos para lo que suena a la misma app varían legítimamente varias veces porque los alcances difieren.
Un buen freelance es la elección correcta para un desarrollo pequeño y bien definido con una sola habilidad difícil en el centro, y la equivocada en cuanto tu producto necesita diseño, backend y trabajo móvil avanzando en paralelo con un seguro de continuidad. El producto real de una agencia es la redundancia y el proceso: alguien revisa el código, alguien puede tomar el relevo a mitad de proyecto y la entrega no depende del calendario ni de la salud de una sola persona. La comparación honesta de costes no son las tarifas diarias — es lo que un parón de tres semanas en el cuarto mes le cuesta a tu lanzamiento.
Instala las apps. Las entradas reales de un portfolio enlazan a fichas del App Store y de Google Play; abre dos, úsalas diez minutos y, ya que estás, revisa las reseñas de la tienda y el historial de actualizaciones — una ficha abandonada desde 2023 cuenta su propia historia. Para el trabajo bajo NDA, pregunta qué construyó específicamente la agencia y qué heredó. Cruza el nombre de la agencia con testimonios de clientes con nombres y cargos reales, y pide hablar directamente con uno de esos clientes; un estudio seguro de sí mismo trata esa petición como algo rutinario y no como una imposición.
A veces, y el modo de fallo es lo bastante predecible como para ponerlo a prueba. La ubicación no escribe mal código — lo escriben los equipos junior, los procesos de revisión endebles y el solape horario nulo, estén donde estén. Existen equipos excelentes en todas las geografías y bandas de precio; lo que debes verificar es la misma lista que en cualquier parte: ingenieros senior con nombre en tu proyecto, trabajo publicado e instalable, y al menos tres horas de solape con tu jornada. Lo que hace caro lo barato es la reconstrucción — el código que hay que reescribir con calidad de producción cuesta más que construirlo bien una sola vez.
El precio cerrado encaja con un primer desarrollo bien delimitado: la agencia asume el riesgo de estimación, tú obtienes un número comprometido y la disciplina de escribir la lista de recortes beneficia a ambas partes — es como llevamos nuestros proyectos de MVP. Tiempo y materiales encaja con la evolución continua tras el lanzamiento, o con el trabajo genuinamente exploratorio donde fijar el alcance sería ficción. El acuerdo que hay que rechazar es el precio cerrado con alcance vago, que convierte cada conversación en una negociación de órdenes de cambio. Una agencia capaz te dirá qué modelo encaja con tu situación en lugar de recurrir por defecto al que le conviene a ella.
Sí, y ocurre más a menudo de lo que el sector admite — las bases de código heredadas son una parte significativa de lo que entra en las agencias serias. La mecánica depende de dos cosas que deberías asegurar el día uno del encargo original: el repositorio a tu nombre y las cuentas de las tiendas bajo tu control. Un sucesor competente empezará con una auditoría pagada del código existente y no con una promesa, y el informe de la auditoría te sirve además como posición negociadora. A veces el veredicto son dos semanas de arreglos, no una reescritura — una toma de relevo debería empezar con pruebas en cualquiera de los dos casos.

¿Estás preseleccionando agencias ahora mismo? Reserva una llamada de 30 minutos y trae esta lista: responderemos a las diez preguntas, incluidas las que no nos favorecen.