En las propuestas mencionan React Native, Flutter, nativo — ¿qué framework debería elegir nuestra primera app?

Técnicamente, la diferencia empieza en el acceso al hardware. React Native se comunica mediante un puente con los componentes nativos, mientras que Flutter dibuja los píxeles directamente con su propio motor gráfico. En pantallas de pedidos y facturas, esta diferencia es de milisegundos; el usuario final no lo nota. Si no vas a sobrecargar el hardware, cualquiera de los dos frameworks es más que suficiente.

Nosotros lanzamos hace dos años una app mayorista parecida con React Native. El desarrollo salió en 30.000 dólares y gastamos un promedio de 4.000 dólares al año en mantenimiento y operación. Si lo hubiéramos hecho en nativo, tendríamos que haber contratado a dos desarrolladores y el costo operativo habría superado el presupuesto desde el primer año.

Aunque la idea de una sola base de código suena increíble en el papel, a veces da dolores de cabeza con las actualizaciones del sistema operativo. Cuando sale una nueva versión móvil, puedes terminar esperando semanas a que se actualicen algunos paquetes. Tienes que dejar bien claros los términos del soporte de compatibilidad de versiones al acordar con la agencia.

la agencia q paso presupuesto nativo seguro esta acostumbrada a trabajar con gigantes corporativos no vale la pena ese dineral. o sea al dueño del restaurante le importa q la interfaz vaya fluida no q el codigo sea swift flutter les sirve de sobra.

Te recomiendo decidir según estos tres puntos: 1) Los trabajos previos de la agencia en proyectos B2B similares, 2) La complejidad de las integraciones con servicios externos como lector de código de barras o mapas, 3) Las tarifas por hora de mantenimiento que pidan para cuando termine el proyecto.

¿Ya hablaron de cómo se va a comunicar la app con su ERP o sistema contable actual? Más que la elección del framework, lo que puede romper el presupuesto es si los endpoints de la API están listos o no. Si la base de datos no está lista para servicios móviles, las agencias pueden cobrar extra por la integración.

nosotros estamos en una etapa parecida, pero si empezamos con multiplataforma y la app crece mucho mañana, ¿estaremos obligados a pasar a una estructura nativa? ¿Habría que rehacer todo desde cero?

Descarga en tu teléfono dos aplicaciones terminadas por la agencia que propone Flutter y prueba el flujo de pedidos. Si va rápido y los clientes de referencia están satisfechos, acepta la propuesta de 28.000 dólares. Usa los 27.000 dólares de diferencia para marketing y capacitación de clientes.

Soy una pequeña empresa, os lo cuento desde mi lado. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

Esta es mi opinión, no lo escribo como una verdad absoluta.

¿Y cómo resolvieron esto? la mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

lo dejo como nota por si sirve.

Tiene razón. Los primeros tres meses todo va bien, los problemas aparecen en el cuarto.

También me gustaría saber si alguien lo hace de otra manera.

Permíteme resumir lo que se ha dicho hasta ahora. Todos los que se apresuran con frameworks de desarrollo de aplicaciones móviles se atascan en el mismo punto.

Si es la primera vez que lo hacéis, empezad poco a poco, la escala llegará después. Eso es todo, disculpa si me he extendido demasiado.

Quisiera hacer una pregunta. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Si la propiedad del código no está en el contrato, al irte no tienes poder de negociación. Por supuesto, cambia si tu situación es diferente.

No sabía eso.

Gracias, esa era la respuesta que buscaba. El error cometido por frameworks de desarrollo de aplicaciones móviles suele ser reversible, pero caro.

Lo dejo como nota, por si sirve.

en su momento nosotros también nos atascamos ahí. al tomar decisiones, escribe también el peor escenraio no solo el mejor.

ánimo.

estoy de acuerdo. bueno ningún proceso mejora si no se regstran datos porque no sabes qué tienes que arreglar.

Hablaré desde el otro lado, yo estoy en el lado del proveedor. Las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde.