Nel preventivo lo 'sviluppo API' è fatturato come voce a parte: cos'è, serve davvero?

L'API è la spina dorsale del software. L'interfaccia tra tre anni invecchia e si rifà, ma l'API resta. Se domani rinnovate il sito web o volete collegare il gestionale di contabilità, userete la stessa API. Non focalizzatevi sulla presenza della voce, ma sull'avere piena proprietà del codice e la consegna completa della documentazione tecnica.

Far collegare l'app del tablet direttamente al database creerebbe una falla di sicurezza inaccettabile. I dispositivi mobili sono per definizione su reti non sicure. L'API mantiene la logica di business e le query al DB lato server, gestendo l'autenticazione. Tecnicamente, senza quella voce l'app non può proprio funzionare.

Chiedete subito per iscritto all'agenzia: 'Quanti endpoint di servizio verranno rilasciati in questa voce e fornirete la documentazione Swagger o Postman?' Se iniziano a tergiversare dicendo solo 'collegheremo l'app', tirate sul prezzo; se vi danno una lista concreta di endpoint, pagateli.

L'anno scorso per un sistema ordini B2B simile abbiamo pagato 8.000 USD di sviluppo API. Comprendeva 24 endpoint personalizzati, permessi basati sui ruoli e ambiente di test. 9.500 USD per gli standard USA è una cifra nella media, ma fate inserire nel contratto la lista esatta dei servizi che vi consegneranno.

Su che infrastruttura gira il vostro sito attuale? Se usate un CMS standard o una nota piattaforma e-commerce, hanno già API pronte. L'agenzia sta impostando l'architettura da zero o sta solo aggiungendo un layer sopra un sistema esistente?

metterla come voce a parte in realtà è un approccio più trasparente poi molte agenzie l'avrebbero nascosta dentro l'app mobile sparando 30k usd complessivi e via almeno così vedete quanto chiedono x cosa. insomma cmq la documentazione pretendetela assolutamente.

anch'io avevo ricevuto un preventivo simile e ho chiesto cosa succedesse togliendo l'API l'agenzia mi ha risposto 'allora il tablet invia gli ordini via email' e insomma immagino sia indispensabile per avere le giacenze aggiornate in tempo reale.

In sintesi, senza API è impossibile che il tablet dialoghi con la sede centrale, quindi non è una voce superflua. Prima di sborsare 9.500 USD, però, dovete chiarire per forza se la scrivono da zero, quante funzioni include e se vi consegnano la documentazione.

Corretto.

Bisogna fare una distinzione qui. Da noi la cosa che faceva perdere più tempo era non sapere chi decidesse.

Buon lavoro.

come avete risolto questo? nei sistemi ereditati la cosa più costosa sono le dipendenze sconosciute.

Breve riassunto per i nuovi arrivati: Chiedete chi ha preparato l'offerta e chi farà il lavoro.

Questa è la mia opinione, non la scrivo come verità assoluta.

Questo consiglio non va bene per tutti secondo me. Quando prendi una decisione, guarda prima quali dati hai a disposizione.

Se avete domande, scrivete, rispondo per quanto possibile.

Hai fatto bene ad aprire questo thread.

Anche da noi è così. Se lo scope cresce, devono crescere o i tempi o il budget. Non c'è una terza opzione.

Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date. Lascio una nota, potrebbe servire.

Mi farebbe piacere se scrivesse il risultato.

Racconto cosa mi è successo, magari vi è utile. Ogni punto non scritto è un punto che in futuro le due parti ricorderanno diversamente.

Se scrivete qui il risultato, sarà utile anche ad altri.

Sono emerse tre opinioni diverse, si completano a vicenda. Se è la prima volta, inizia in piccolo, il ridimensionamento viene dopo.

È tutto, scusate se mi sono dilungato.