Abbiamo chiesto un software su misura: esempi realistici e rischi per una piccola azienda come la nostra?

Lavoriamo nel settore degli imballaggi all'ingrosso a Düsseldorf, siamo in 15. Due anni fa abbiamo speso 42.000 EUR per un software di integrazione simile. Prima avevamo tre persone che perdevano due ore al giorno ciascuna ad abbinare manualmente fatture e distinte di carico. Una volta andato a regime il software, abbiamo risparmiato circa 30 ore settimanali di lavoro operativo e gli errori nell'evasione degli ordini sono quasi spariti. Nel nostro caso l'investimento si è ripagato in 14 mesi.

Per le agenzie scrivere codice da zero è sempre più redditizio che adattare un sistema già pronto. Il rischio più grosso non è che il progetto non finisca, ma che a lavoro ultimato l'agenzia tagli il supporto o porti la tariffa oraria di manutenzione a 150 EUR. Avete spremuto al massimo le funzionalità API e le strutture webhook dei software standard? Prima di passare al codice su misura, assicuratevi che i moderni strumenti SaaS sul mercato non possano essere integrati tra loro.

Non fate fare tutto in un colpo solo pagando 38.000 EUR. Dividete il progetto in moduli. Per la prima fase chiedete solo una semplice interfaccia mobile per i montatori sul campo per scaricare i ricambi e il relativo collegamento al database attuale. Chiudete questa fase intorno ai 10.000 EUR e testatela sul campo. Se il team si trova bene e il sistema gira senza problemi, aggiungerete gli altri moduli per i fornitori.

anche noi abbiamo fatto lo stesso errore all'inizio. l'agenzia ci aveva promesso un mega sistema che faceva di tutto dopo otto mesi quello che ci hanno consegnato era praticamente un foglio excel ingarbugliato. secondo me concentratevi sull'unico processo in cui il personale perde più tempo, il resto risolvetelo coi programmi standard.

In che formato arrivano esattamente i dati dei vostri fornitori? Se lavorano con vecchi formati EDI o CSV, esistono servizi di integrazione cloud già pronti per fare queste conversioni. Al posto di un software da zero, non basterebbe scrivere solo un layer di trasformazione dati? Ne avete parlato chiaramente con l'agenzia?

La fase contrattuale è più critica di quella tecnica. Ponete all'agenzia queste condizioni: 1) Tutti i codici sorgente e il repository git dovranno essere salvati sul vostro server a ogni rilascio. 2) Si utilizzeranno linguaggi e framework open source ampiamente diffusi, senza librerie proprietarie inventate dall'agenzia. 3) Verranno garantiti tre mesi di correzione bug gratuita. Se non accettano, non partite nemmeno.

Cinque anni fa, con la fissa di avere una cosa "fatta su misura per noi", abbiamo ingaggiato un'agenzia per la logistica. Lo sviluppatore principale dell'agenzia si è licenziato e il progetto è rimasto bloccato tre mesi. Il ragazzo arrivato dopo non capiva il codice vecchio e voleva riscrivere tutto da capo. Al secondo tentativo abbiamo puntato solo sull'ottimizzazione dei percorsi con un'interfaccia semplicissima, e quel sistema gira ancora come un orologio. Ridurre il perimetro del progetto salva la vita.

Corretto.

Nel nostro caso è andata così. Il codice senza documentazione di installazione non è tuo, anche se ce l'hai in mano.

Spero che le sia utile.

Ho lavorato a lungo su questo. I primi tre mesi vanno bene, i problemi emergono al quarto mese.

Se il contratto non specifica la proprietà del codice, al momento di andarsene non hai potere contrattuale. Lascio una nota, potrebbe servire.

Avrei una domanda, non vorrei deviare dall'argomento, ma... Non abbiate paura di chiedere, chi non chiede paga sempre di più.

La strada che sembra economica di solito finisce per costare cara. Le credenziali di accesso devono essere create a nome dell'azienda, non con account personali.

La risposta varia molto in base al settore, non esiste una regola generale. È tutto, scusate se mi sono dilungato.

Ti seguo.

Salvato.

Lo sentiamo dire da tempo, ma da noi non è mai andata così. Le persone difendono le abitudini non i processi. La resistenza nasce da lì.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Sono passato da qui, vi racconto. Più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.

Le decisioni affrettate diventano decisioni da correggere sei mesi dopo. cioè io seguirei questa strada.

Sono emerse tre opinioni diverse, si completano a vicenda. Le persone difendono le abitudini, non i processi. La resistenza nasce da lì.

Se è la prima volta, inizia in piccolo, il ridimensionamento viene dopo. Naturalmente cambia se la vostra situazione è diversa.

Direi di non avere fretta. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

È tutto, scusate se mi sono dilungato.