forumAbrir tema

Hice una app móvil yo solo con no-code, ¿aguantará este sistema antes de contratar a un desarrollador?

ZZerrin K***ParticipanteMiembro de la comunidad
Miembro desde
may 2025
Mensaje
412
#1

Para una startup de suscripción de almuerzos corporativos que monté en Lyon, dediqué unos dos meses a desarrollar una app móvil no-code en una plataforma visual. Ahora mismo en fase de pruebas hay 45 empleados de empresas activas pidiendo menú seleccionando y pagando sin problemas... Pago 65 EUR al mes por la suscripción de la plataforma.

Pero el mes que viene cerramos acuerdo con tres centros de negocios nuevos y esperamos que el número de usuarios suba de golpe a 400 o 500 personas. bueno un programador local con el que hablé me dijo que los sistemas no-code se van a bloquear en las horas punta de pedidos, que me quedaré corto con los límites de consultas a la base de datos y que debo pasar urgente a desarrollo a medida con un presupuesto de 8.500 EUR.

No quiero meter mi escaso capital directamente en código a medida pero si el sistema se cae el día del lanzamiento me arruina el negocio. ¿Hasta dónde aguanta esta estructura de app no-code con clientes reales y cuál es exactamente el límite para pasar a desarrollo a medida?

ÜÜlkü B***Nuevo miembroMiembro de la comunidad
Miembro desde
sept 2026
Mensaje
240
Más útil#2

Respuesta corta: Tu infraestructura no-code actual aguanta de sobra 500 usuarios y unos cientos de pedidos al día, no hace falta que te gastes 8.500 EUR ahora mismo. El riesgo real no es el número total de usuarios, sino la frecuencia de escritura simultánea en la misma franja de minutos, superar la cuota mensual de operaciones de la plataforma o no poder exportar tus datos.

Lo primero es aclarar los límites técnicos de tu herramienta no-code. La mayoría de las plataformas venden planes escalonados según las filas de la base de datos o la cuota mensual de consultas. Si 500 personas piden el almuerzo en la misma franja de 15 minutos y el sistema no se bloquea, puedes gestionar el negocio simplemente subiendo al siguiente plan y manteniéndote en el rango de 150-200 EUR al mes. Antes de soltar 8.500 EUR, simula una prueba de carga con datos ficticios.

La decisión de pasar a código a medida debe basarse en tres criterios concretos: 1) Cuando la comisión por transacción de la plataforma o el precio del plan superior supere los costes de un servidor privado y mantenimiento, 2) Cuando necesites integraciones de hardware a medida (como impresoras térmicas de cocina o un TPAG específico), 3) Cuando la propiedad de la base de datos y la privacidad de datos sean una exigencia legal.

El paso más crítico que debe dar ahora mismo es configurar un mecanismo de respaldo que exporte regularmente todos sus registros de clientes y pedidos en formato CSV estándar. Cuando en el futuro pase a código a medida, no empezará de cero; bastará con entregar el esquema de base de datos actual al nuevo desarrollador para que solo programe la interfaz y la lógica de negocio.

HHalilParticipante
Cargo
Cadena de suministro
Miembro desde
dic 2023
Mensaje
114
#3

Nosotros empezamos en París con una herramienta no-code para entregas locales. Funcionó de maravilla hasta los 750 miembros activos con un coste mensual de plataforma de 110 EUR. En cuanto quisimos poner seguimiento en mapa en vivo para los repartidores, la cuota de datos de la plataforma se quedó corta y la factura extra se disparó a 400 EUR al mes. Ese día nos pasamos a código, no se precipite.

TTuğçe K***Nuevo miembroMiembro de la comunidad
Miembro desde
sept 2026
Mensaje
310
#4

El verdadero cuello de botella en no-code son las consultas de escritura simultáneas. Si 500 personas abren la app y miran el menú no hay problema porque los datos estáticos vienen de la caché. Pero si entre las 11:45 y las 12:00 unas 150 personas confirman pedido e intentan descontar stock a la vez, se puede bloquear. No se quede tranquilo sin probar esa carga puntual.

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

Que el desarrollador pida 8.500 EUR es muy típico. Sin embargo, el verdadero peligro del no-code es la dependencia de la plataforma. Si mañana esa empresa cambia su política de precios y la triplica, no le quedará ni una sola línea de código en la mano. Si no puede tener la base de datos bajo su propio control está corriendo un riesgo.

FFatma Ç***Participante
Cargo
Director de producción
Sector
Imprenta
Tipo de organización
cooperativa
Miembro desde
may 2023
Mensaje
27
#6

No invierta el dinero en código ahora. Esos 8.500 EUR son su salvavidas para marketing y operaciones. Llegue a 500 clientes, y si el sistema falla en algo, pase al plan superior de la plataforma. La mayoría de las startups que mandan a hacer software a medida antes de tener beneficio neto en el bolsillo terminan atascadas en la parte operativa.

EEbru K***Participante
Cargo
Administrador de sistemas
Sector
Servicios de salud
Tipo de organización
startup recién creada
Miembro desde
jun 2024
Mensaje
28
#7

nosotros tb pasamos x algo parecido... el mayor error es dejar los datos atrapados en la plataforma. haz copia de seguridad de la tabla de usuarios y pedidos todas las noches en una hoja de calculo externa. pues cuando pases a un dev mañana esos datos te salvan la vida.

PPerihan G***Experto
Cargo
Responsable de administración
Sector
Logística
Tipo de organización
Empresa de 20 empleados
Miembro desde
feb 2026
Mensaje
283
#8

¿Su aplicación tiene notificaciones push y seguimiento de repartidores en directo? Si solo se elige el menú desde una lista y se paga, la infraestructura no-code aguantará muchísimo tiempo. Pero si hay mapas y ubicación en tiempo real, el coste de consumo de datos se multiplica de forma increíble.

HHüseyin Z***ParticipanteMiembro de la comunidad
Miembro desde
mar 2023
Mensaje
76
#9

yo también estoy haciendo una prueba parecida con no-code y al guardar la información de las tarjetas de crédito de los clientes en estos sistemas, ¿surge algún riesgo de sguridad o de sanción según la normativa de Francia y la UE?

BBerenParticipante
Cargo
Diseñador de producto
Miembro desde
mar 2024
Mensaje
112
#10

Diseñe el plan de migración paso a paso desde ya: 1) Organice las tablas de la base de datos con lógica relacional, 2) Documente toda la lógica de negocio, 3) Pruebe las opciones de exportación. De este modo, al pasar a código a medida, el desarrollador no tendrá que hacer análisis desde cero y su coste se reducirá a la mitad.

EEmre G***ExpertoMiembro de la comunidad
Miembro desde
jul 2024
Mensaje
409
#11

Si no me equivoco, quieres decir esto: Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.

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

DDeniz I***Participante
Cargo
Representante de ventas de campo
Sector
Productos del mar
Tipo de organización
startup recién creada
Miembro desde
abr 2024
Mensaje
59
#12

El punto que más se pasa por alto sobre app móvil sin código es este: Si decidimos sin medir, siempre acabamos en el mismo punto.

Si intentas cambiarlo todo a la vez nada termina de asentarse. Lo dejo como nota, por si sirve.

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

#13

Lo que se dice aquí es exactamente lo que nos pasó. El error cometido por app móvil sin código suele ser reversible, pero caro.

SSena Ç***Participante
Cargo
Director general
Sector
Formación
Tipo de organización
empresa familiar
Miembro desde
jun 2025
Mensaje
257
#14

Ha sido una buena idea abrir este hilo. El error cometido por app móvil sin código suele ser reversible, pero caro.

Ánimo.

MMerve K***Participante
Cargo
Director de cadena de suministro
Sector
Retail
Tipo de organización
empresa dentro de un holding
Miembro desde
abr 2025
Mensaje
328

Doki · Migración de infraestructura · 2026

#15

Voy a resumir el tema porque se han dado varias respuestas diferentes. pues si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.

Al tomar decisiones, escribe también el peor escenario no solo el mejor... Corrijanme si me equivoco.

MMelis Ç***Experto
Cargo
Técnico de soporte de sistemas
Sector
Energía
Tipo de organización
negocio de dos sucursales
Miembro desde
abr 2025
Mensaje
4
#16

Tiene razón. Si intentas cambiarlo todo a la vez, nada termina de asentarse.

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

VVildan D***Participante
Cargo
Técnico de control de calidad
Sector
Electricidad-electrónica
Tipo de organización
distribuidor regional
Miembro desde
abr 2024
Mensaje
160

Doki · Formación en concienciación sobre phishing · 2024

#17

Aquí hay una trampa, no puedo dejar de mencionarla. Al tomar decisiones, escribe también el peor escenario, no solo el mejor.

Comprobado por experiencia.

NNazlı A***ParticipanteMiembro de la comunidad
Miembro desde
oct 2025
Mensaje
58
#18

voy a resumir el tema, porque se han dado variias respuestas diferentes luego antes de decidir mirad qué datos tenéis en la mano.

SSultan K***Participante
Cargo
Responsable de TI
Sector
Industria auxiliar del automóvil
Tipo de organización
cooperativa
Miembro desde
mar 2023
Mensaje
1
#19

Me han quedado claras las dudas, gracias.

YYasemin T***Nuevo miembroMiembro de la comunidad
Miembro desde
ago 2026
Mensaje
68
#20

resumen breve para nuevos usuarios: Si itnentas cambiarlo todo a la vez nada termina de asentarse.

no tengáis mieddo de preguntar, quien no pregunta siempre paga más caro.. pero espero que le sea útil.

Responder