La agencia propone lenguajes distintos para iOS y Android: ¿cómo afecta el lenguaje al presupuesto?

Las funciones de impresora bluetooth y escáner de códigos van fluidas con puentes nativos en entornos multiplataforma modernos. Cero lag a nivel de hardware. Si la agencia insiste en lenguajes separados, probablemente sea porque sus desarrolladores no dominan la tecnología multiplataforma.

En nuestra red de distribución mayorista cometimos el mismo error hace 3 años haciéndola nativa. Pagamos 240.000 TL. Con cada versión de Android o cambio de políticas de iOS, nos tocaba pagar retoques por duplicado. El año pasado pasamos a código único y la factura de mantenimiento bajó de 18.000 TL a 8.500 TL al mes.

Seguro que la agencia tiene programadores de iOS y Android parados y están intentando facturarte sus horas a ti. El 90% de las apps de ventas B2B salen ya con una sola base de código.

Lo que debes preguntar a la agencia antes de firmar nada: 1) ¿Qué pantalla operativa garantizan que cargará más rápido que en multiplataforma? 2) ¿Qué cubre exactamente el contrato de mantenimiento anual para dos códigos? 3) Al terminar el proyecto, ¿de quién será la propiedad del código fuente de ambas plataformas?

Antes de soltar 340.000 TL de presupuesto, pide presupuesto a otras dos agencias que trabajen en multiplataforma con el mismo pliego de condiciones. Verás cómo la propuesta baja a unos 190.000 TL y 6 semanas de entrega.

¿Tus distribuidores entran a almacenes sin cobertura de internet? Si hace falta sincronización de base de datos offline, la arquitectura cobra cierta importancia pero ni siquiera esto es un problema que no se pueda resolver con un único código base.

Mandar a hacer código nativo en dos lenguajes distintos para una app B2B que solo muestra un catálogo y lee códigos de barras es tirar el dinero a la basura directamente.

Muchas gracias, lo probaré hoy. Empezad con una pequeña prueba, no lo integréis todo de golpe.

Lo dejo como nota, por si sirve.

A mí me pasó justo al revés, por eso escribo. Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Voy a detallar un poco el aspecto técnico. La oferta más barata suele ser la menos pensada.

Yo seguiría por ese camino.

me han quedado claras las dudas gracias. bueno antes de decidir, mirad qué datoos tenéis en la mano.

Voy a resumir el tema, porque se han dado varias respuestas diferentes. La respuesta varía mucho según el sector, no hay una regla general.

Establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza. Ánimo.

A nosotros nos pasó esto. La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

Si escribís el resultado aquí, también servirá de ayuda a otros.

me pasó lo mismo.

Estoy totalmente de acuerdo. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Ningún proceso mejora si no se registran datos porque no sabes qué tienes que arreglar. Eso es todo, disculpa si me he extendido demasiado.

Tengo una pregunta, no quiero desviarme del tema, pero... Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.

Espero que le sea útil.

Voy a contar mi experiencia. Al tomar decisiones, escribe también el peor escenario, no solo el mejor.

Empezad con una pequeña prueba, no lo integréis todo de golpe.

Gracias por escribir.