forumAbrir tema

Estamos haciendo nuestra primera app, ¿qué software de desarrollo de apps móviles deberíamos elegir antes de pedir presupuestos?

İİsmailParticipante
Cargo
Administrador de sistemas
Miembro desde
dic 2023
Mensaje
128
#1

Tenemos una empresa local de distribución de alimentos y suministro mayorista en Chicago con 14 empleados. Hemos decidido por primera vez encargar una app móvil a medida para que nuestros clientes puedan hacer fácilmente sus pedidos semanales, seguir el estado del envío en vivo y ver su historial de facturas. Para este proyecto hemos reservado un presupuesto de unos 30.000 dólares.

La primera agencia con la que hablamos defendió que hay que hacer código nativo por separado para iOS y Android, y nos sacó un borrador de propuesta de unos 55.000 dólares. La segunda agencia dijo que con uno de los frameworks multiplataforma de código único esto se resolvía por 24.000 dólares. Antes de recoger siquiera las propuestas oficiales, no acabamos de entender técnicamente qué software de desarrollo de apps móviles o qué modelo de infraestructura deberíamos elegir.

¿Cuáles deberían ser los criterios correctos de elección tecnológica para una empresa pequeña y operativa como la nuestra? Cuando la agencia se siente a la mesa, ¿qué deberíamos preguntarles directamente para entender por qué prefieren una infraestructura de software u otra?

AAslı K***ExpertoMiembro de la comunidad
Miembro desde
oct 2022
Mensaje
91
Más útil#2

Respuesta corta: para una app B2B de pedidos y seguimiento a tu escala, desarrollar dos bases de código nativas separadas es una carga innecesaria en cuanto a presupuesto y mantenimiento; deberíais optar por frameworks multiplataforma modernos que generen salida tanto para iOS como para Android desde una sola base de código. Este enfoque reduce directamente vuestro coste inicial casi a la mitad y a la vez duplica vuestra velocidad de actualización futura.

Antes de sentaros a la mesa con las agencias, aclarad cuánto necesita vuestra app del hardware del dispositivo. Si no hay gráficos 3D pesados, emparejamientos Bluetooth muy complejos ni procesamiento de cámara a nivel de microsegundos, usar un lenguaje nativo separado no tiene ninguna ventaja operativa. Funciones como pedidos B2B, rellenar formularios, recibir notificaciones y mostrar la ubicación del mensajero sobre el mapa funcionan sin ninguna pérdida en los entornos de desarrollo multiplataforma actuales.

En la fase de propuesta plantead a la agencia estas cuatro preguntas concretas: 1) ¿Vais a escribir el proyecto con un framework multiplataforma de código abierto y extendido, o vais a usar una plantilla cerrada desarrollada por la propia agencia? 2) ¿Los códigos fuente de la app, las cuentas de las tiendas y el entorno de compilación se abrirán a nuestro nombre? 3) ¿Cómo se calculará el coste de mantenimiento en las grandes actualizaciones de sistema operativo que llegan dos veces al año? 4) Cuando mañana transfiramos la base de código a otro desarrollador, ¿entregaréis documentación estándar del sector?

El mayor error en que caen las pequeñas empresas es dejarse dirigir por la única tecnología que conoce el equipo interno de la agencia. Insistid en un framework multiplataforma estándar, fácil de encontrar desarrolladores independientes en el mercado, con documentación rica y con apoyo de una comunidad global detrás.

IIrmak V***Participante
Cargo
Contabilidad básica
Sector
Comercio electrónico
Tipo de organización
empresa dentro de un holding
Miembro desde
feb 2025
Mensaje
312
#3

Aquí la distinción crítica es la profundidad de acceso a la capa del sistema operativo. Escribir en lenguajes nativos separados proporciona optimización directa de procesador y memoria, pero en una app de seguimiento de pedidos eso no hace falta. Las estructuras híbridas de base de código única llaman directamente a los componentes de interfaz nativos mediante arquitectura puente. Eso reduce la pérdida de rendimiento a un nivel imperceptible a simple vista.

MMeryem K***Participante
Cargo
Diseñador gráfico
Sector
cuero
Tipo de organización
empresa familiar
Miembro desde
jul 2025
Mensaje
417
#4

Una app similar de pedidos mayoristas B2B la encargamos el año pasado en Texas. Elegimos multiplataforma y pagamos 22.500 dólares en total. Publicamos una sola actualización para las dos plataformas a la vez. Nuestro gasto mensual de servidor y mantenimiento rutinario de librerías ahora mismo ronda solo los 210 dólares.

GGökhan G***ParticipanteMiembro de la comunidad
Miembro desde
nov 2022
Mensaje
223
#5

Manteneos distantes ante las ofertas de agencias del tipo "tenemos una infraestructura de app corporativa ya lista, se la ponemos encima". Muchas veces intentan vender sistemas cerrados que les quedaron de sus propios proyectos antiguos. El día que rompáis con esa agencia el sistema se convierte en basura, ningún ingeniero independiente querrá tocar ese código.

NNecati E***ParticipanteMiembro de la comunidad
Miembro desde
ene 2024
Mensaje
3
#6

Hay tres cláusulas vinculantes que deberíais escribir en el pliego de la propuesta: 1) Que todos los códigos fuente se transfieran a vuestra empresa en repositorios Git de acceso público. 2) Que las cuentas de desarrollador en las tiendas de aplicaciones pertenezcan directamente a vuestra identidad corporativa. 3) Que se entregue la lista de dependencias técnicas que muestre la actualidad de las librerías.

GGizem U***ParticipanteMiembro de la comunidad
Miembro desde
oct 2023
Mensaje
55
#7

nosotros también vamos a emprender pronto un camino similar. cuando se usa una sola base de código, ¿surge algún riesgo de retraso o rechazo en los procesos de aprobación de las tiendas de apps de Apple o Google, lo impiden las reglas?

OOrhan A***Participante
Cargo
Especialista en pruebas
Sector
Software
Tipo de organización
Empresa de producción de 40 empleados
Miembro desde
ene 2024
Mensaje
2
#8

En los procesos de aprobación de las tiendas no se inspecciona el lenguaje de programación sino la funcionalidad de la app. Las tiendas miran los contratos de usuario la seguridad de datos, los flujos de inicio de sesión y las guías de diseño. Con qué framework se compile no es motivo de rechazo siempre que se cumplan las reglas; la aprobación de la tienda está sujeta al mismo procedimiento en ambos ecosistemas.

YYavuz T***Experto
Cargo
Director de ventas
Sector
Deportes y fitness
Tipo de organización
negocio de dos sucursales
Miembro desde
jul 2025
Mensaje
96

Doki · Infraestructura de e-commerce · 2023

#9

En las conversaciones con agencias no pongáis enseguida sobre la mesa vuestro presupuesto máximo de 30.000 dólares. En la primera reunión mostrad solo los flujos de pantalla y las integraciones de API. Pedid a cada empresa que presente propuesta sus preferencias de herramienta de desarrollo por escrito y con justificación, y descartad directamente las propuestas sin justificación.

BBurak B***Veterano
Cargo
Desarrollador de software
Sector
Imprenta
Tipo de organización
Empresa de producción de 40 empleados
Miembro desde
mar 2023
Mensaje
252
#10

yo diría que os esforcéis en no meter funciones demasiado complejas de entrada pero que el cliente añada al carrito haga el pedido y descague su factura, suficiente... muchas funciones significa más errores en ambas plataformas y más factura de la agencia.

NNeslihan Y***Participante
Cargo
Responsable de redes sociales
Sector
Publicidad y promoción
Tipo de organización
empresa familiar
Miembro desde
oct 2024
Mensaje
307
#11

Buen trabajo.

KKadir K***VeteranoMiembro de la comunidad
Miembro desde
mar 2023
Mensaje
212
#12

Me pasó lo mismo. Al tomar decisiones, escribe también el peor escenario, no solo el mejor.

RRabia B***ExpertoMiembro de la comunidad
Miembro desde
mar 2025
Mensaje
232
#13

Tengo una pregunta no quiero desviarme del tema pero... Las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde.

Si decidimos sin medir siempre acabamos en el mismo punto. Esta es mi opinión, no lo escribo como una verdad absoluta.

JJale B***Participante
Cargo
Miembro del consejo de administración
Sector
Publicidad y promoción
Tipo de organización
Empresa de 120 empleados
Miembro desde
abr 2026
Mensaje
291
#14

De acuerdo, incluso me gustaría recalcarlo. La respuesta varía mucho según el sector, no hay una regla general.

Si tenéis dudas, escribid, os responderé en la medida de lo posible.

MMert E***ParticipanteMiembro de la comunidad
Miembro desde
sept 2024
Mensaje
28
#15

el punto que más se pasa por alto sobre software de desarrollo de apps móviles es este: 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.

SSevimNuevo miembro
Cargo
Floristería
Miembro desde
nov 2024
Mensaje
26
#16

A nosotros nos pasó esto... La oferta más barata suele ser la menos pensada.

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

LLale G***Participante
Cargo
Agente de call center
Sector
vidrio
Tipo de organización
cadena de tiendas
Miembro desde
feb 2024
Mensaje
172

Doki · Infraestructura de e-commerce · 2025

#17

Rara vez se encuentra un texto que lo explique tan claro.

ÖÖmer Ş***Participante
Cargo
Gestor de proyectos
Sector
Software
Tipo de organización
cadena de tiendas
Miembro desde
feb 2025
Mensaje
179

Doki · Identidad de marca · 2025

#18

Lo probaré. El error cometido por software de desarrollo de apps móviles suele ser reversible, pero caro.

La oferta más barata suele ser la menos pensada. Eso es todo, disculpa si me he extendido demasiado.

EEmre Ö***ParticipanteMiembro de la comunidad
Miembro desde
abr 2023
Mensaje
4
#19

Gracias, me ha servido de mucha ayuda.

FFurkan K***Experto
Cargo
Operador de entrada de datos
Sector
Fabricación de muebles
Tipo de organización
Empresa de producción de 40 empleados
Miembro desde
feb 2025
Mensaje
64
#20

Tienes razón, yo también pasé por lo mismo. Si no lo pones por escrito desde el principio, luego surgen discusiones.

Lo dejo como nota, por si sirve.

Responder