En el presupuesto cobran el 'desarrollo de API' por separado — ¿qué es esto, de verdad hace falta?

La API es la columna vertebral del software. La interfaz se quedará vieja en tres años y la cambiarás, pero la API que programes permanecerá. Si mañana renuevas la web o quieres conectar tu programa de contabilidad, usarás la misma API. No te preocupes tanto por que aparezca como partida, sino por asegurarte de que te entreguen la propiedad intelectual y la documentación técnica completa.

Que la app de la tablet se conecte directamente a la base de datos crearía una brecha de seguridad inadmisible. Los dispositivos móviles están, por definición, en redes no seguras. La API mantiene la lógica de negocio y las consultas en el servidor, poniendo una capa de autenticación en medio. Técnicamente, sin esa partida la app no puede funcionar.

Pídele ya a la agencia que te responda esto por escrito: '¿Cuántos endpoints se van a habilitar en esta partida y nos entregarán documentación en Swagger o Postman?'. Si empiezan con rodeos diciendo solo 'vamos a conectar la app', intenta bajarles el precio; si te dan una lista concreta de endpoints, págalo.

El año pasado pagamos 8.000 USD de desarrollo de API para un sistema de pedidos B2B similar. Incluía 24 endpoints a medida, permisos por roles y entorno de pruebas. 9.500 USD es una cifra estándar para EE. UU., pero haz que incluyan sí o sí en el contrato la lista de servicios que van a entregar.

¿Sobre qué infraestructura funciona vuestra web actual? Si usáis un CMS estándar o una plataforma de comercio electrónico conocida, ya suelen traer sus propios servicios API. ¿La agencia va a montar la arquitectura desde cero o solo va a crear una capa sobre el sistema existente?

q lo pongan aparte de hecho es mas honesto... la mayoria d agencias te lo meten dentro d la app movil t clavan 30 mil usd en total y se quedan tan anchas, al menos ves lo q cobran por cada cosa pero yo exigiria la documentacion si o si.

a mí me pasaron un presupuesto parecido y pregunté qué pasaba si quitábamos la API luego en fin la agencia me dijo: 'entonces los pedidos de la tablet llegarán por email'. vamos que para llevar el stock en tiempo real es algo obligatorio.

En resumen: sin API es imposible que la tablet se comunique con la central, así que la partida no sobra. Pero antes de soltar 9.500 USD, es imprescindible que dejes claro si se hace desde cero, cuántas funciones incluye y si te van a entregar la documentación.

Correcto.

Aquí hay que hacer una distinción. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

Ánimo.

¿Y cómo resolvieron esto? en un sistema heredado, lo más caro son las dependencias desconocidas.

Resumen breve para nuevos usuarios: Preguntad quién ha preparado la oferta y quién hará el trabajo.

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

Creo que este consejo no sirve para todos. Antes de decidir, mirad qué datos tenéis en la mano.

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

Ha sido una buena idea abrir este hilo.

A nosotros también nos pasa. Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.

El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas. Lo dejo como nota, por si sirve.

Le agradecería que compartiera el resultado.

Os cuento lo que me pasó a mí, a ver si os sirve de ayuda. Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

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

Han surgido tres opiniones distintas, todas se complementan. 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.