Diseñé mi app móvil con IA gratis: ¿sirve para un lanzamiento real o es solo un borrador?

El código que generan esas herramientas suele flojear en gestión de sesiones y seguridad de datos. Si lo tirás a producción, la dirección o el teléfono de los clientes se pueden filtrar por endpoints abiertos. Tenés que usar el diseño como referencia y hacer rehacer el backend con un framework propio.

Nota: esto es mi experiencia, puede no aplicar a todos.

Nosotros lanzamos una app de turnos para peluquerías con una exportación no-code de IA parecida. Cuando se conectaron 40 personas al mismo tiempo se cayó el servidor y no llegaban las notificaciones. Al final, 2 meses después tuvimos que gastar 38.000 SAR para programarla de cero. No se banca una operación real.

Sin haber cerrado ni un solo pedido de limpieza todavía, ¿para qué vas a meter 45.000 SAR en una app móvil? ¿Ya probaste la demanda recibiendo clientes por WhatsApp antes de lanzar una app a las tiendas?

hice un diseño parecido pero cuadno toco los botones no entiendo a dónde van los datos.. pero bueno ¿O sea q si la subo a la tienda los datos de la tarjeta del cliente no pasan automatico a nuestro banco?

Sacale captura de pantalla a todo ese diseño y escribí abajo de cada pantalla una frase explicando qué hace. Pedí presupuestos en plataformas freelance a programadores con experiencia solo para el backend y las integraciones de API te va a salir la mitad que con la agencia.

buen trabajo, sacar veinte pantallas en tres días es un lograso pero pero esas pantallas son como la carrocería del coche; no tienen motor ni transmisión. bueno ni se te ocurra meterle publicidad y subirla a la tienda así, te va a caer una lluvia de una estrella desde el primer día.

Tomen la decisión de migrar en este orden: 1) Averigüen si la plataforma de diseño exporta código limpio. 2) Pregunten por la compatibilidad con tarjetas locales y facturación de Arabia Saudita. 3) Háganle probar el prototipo a al menos diez usuarios reales y anoten en qué partes del flujo se traban.

Estoy de acuerdo. La oferta más barata suele ser la menos pensada.

Si no lo pones por escrito desde el principio, luego surgen discusiones.

La discusión se ha dispersado voy a ordenarla. Si no lo pones por escrito desde el principio, luego surgen discusiones.

Si no se definen los criterios de aceptación cuándo termina el trabajo es discutible. Yo seguiría por ese camino.

Hay tres cosas que revisar al hacer esto. Preguntad quién ha preparado la oferta y quién hará el trabajo.

Espero que le sea útil.

el año pasado nos pasó casi exactamente lo mismo luego o sea si no se definen los criterios de aceptación, cuándo termina el trabajo es discutible.

eso es todo disculpa si me he extendido demasiado.

Voy a resumir el tema, porque se han dado varias respuestas diferentes. Si la propiedad del código no está en el contrato, al irte no tienes poder de negociación.

Un informe semanal por escrito funciona mucho mejor que preguntar por fechas. Eso es todo, disculpa si me he extendido demasiado.

La discusión se ha dispersado, voy a ordenarla. La oferta más barata suele ser la menos pensada.

Los primeros tres meses todo va bien, los problemas aparecen en el cuarto. Esta es mi opinión, no lo escribo como una verdad absoluta.

Gracias esa era la respuesta que buscaba.

Tienes razón, yo también pasé por lo mismo. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Comprobado por experiencia.

Es correcto en general pero falta un detalle. Todo lo que no está por escrito ambas partes lo recordarán de forma distinta en el futuro.

Tomar notas durante dos semanas da mejores resultados que estimar seis meses.

Correcto.

Aquí hay una trampa no puedo dejar de mencionarla. La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

El calendario de pagos debe vincularse a las fases del proyecto no a fechas fijas.