L'agenzia ha proposto di sviluppare il nostro tool come SaaS: cosa significa per noi?

Sembra la classica mossa da agenzia. Hanno visto che la vostra esigenza operativa si risolveva con 15-20 mila dollari e hanno trasformato il progetto in SaaS per raddoppiare il budget. Avete un team di marketing, addetti al supporto o una rete commerciale per vendere ad altre aziende? Se la risposta è no, tutta questa infrastruttura resterà inutilizzata.

Nel valutare la proposta fate questa distinzione: 1) Tool ad uso interno: viene modellato solo sui vostri processi aziendali, non serve flessibilità. 2) SaaS: richiede impostazioni flessibili, gestione tramite pannelli e integrazioni di pagamento per adattarsi ai diversi flussi di lavoro di altre aziende. Se l'obiettivo primario è rimettere in sesto la vostra operatività, concentratevi prima solo sulle esigenze del vostro team.

Tre anni fa siamo partiti con lo stesso identico entusiasmo per la nostra azienda di logistica. Abbiamo speso 55.000 dollari per far sviluppare un'architettura SaaS. Il prodotto è venuto benissimo, ma non abbiamo trovato il tempo di venderlo ad altre aziende; e poi i concorrenti non volevano inserire i propri dati nel nostro sistema. Ci siamo ritrovati a pagare 600 dollari in più al mese solo di server e manutenzione.

Vendere software e fare distribuzione alimentare all'ingrosso sono due mestieri completamente diversi. Gestire un SaaS significa che se a mezzanotte crasha il server ti squilla il telefono, significa gestire le contestazioni sulle fatture dei clienti esterni e continue richieste di nuove feature. La vostra attività principale è la logistica: siete pronti a trasformarvi da un giorno all'altro in un centro di supporto software? Se la risposta è no lasciate perdere il SaaS e chiedete un gestionale interno.

Se impostano un'architettura multi-tenant, la separazione del database sarà logica o fisica? Anche se poi non lo vendete a terzi, i cicli di manutenzione, testing e rilascio delle versioni per i sistemi sviluppati in ottica SaaS sono infinitamente più complessi rispetto a un tool interno monolitico pensato per una singola azienda.

Chiedete un preventivo rivisto all'agenzia: "Se sviluppaste lo stesso strumento come pannello web single-tenant a uso puramente interno, quali sarebbero tempi e costi?" Molto probabilmente la cifra si dimezzerà. Mettendo a confronto i due numeri la decisione diventerà molto più semplice.

le agenzie di solito fomentano il clienet proprio per mettersi in portfolio un prodotto figo. secondo me lasciate perdere, fatevi fare una cosa semplice che serva a voi e tenetevi stretti soldi e tempo.

in realtà l'idea non è affatto da buttare via: se nel settore c'è davvero un vuoto del genere, in futuro potrebbe diventare un'ottima fonte di guadagno extra. però potete tagliare il budget dicendo all'agenzia: "Intanto usiamo noi la prima versione internamente voi predisponete il database per una futura scalabilità ma per ora tralasciate moduli come la fatturazione".

Quanto scritto rispecchia esattamente ciò che abbiamo vissuto. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Se lo scope cresce, devono crescere o i tempi o il budget. Non c'è una terza opzione. Naturalmente cambia se la vostra situazione è diversa.

Stavo pensando la stessa cosa. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

Prendere appunti per due settimane dà risultati migliori rispetto a una stima di sei mesi. Lascio una nota, potrebbe servire.

Vorrei fare una domanda. I primi tre mesi vanno bene i problemi emergono al quarto mese.

Se avete domande scrivete, rispondo per quanto possibile.

Sono emerse tre opinioni diverse, si completano a vicenda. Introdurre un processo per le richieste di modifica non rallenta il lavoro lo accelera.

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

Può approfondire un po'? Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

Naturalmente cambia se la vostra situazione è diversa.

Raro trovare articoli che spiegano le cose così chiaramente. Chiunque abbia fretta su sviluppo saas cosa significa si blocca nello stesso punto.

I primi tre mesi vanno bene, i problemi emergono al quarto mese. Questa è la mia opinione, non la scrivo come verità assoluta.

Riassumo l'argomento, perché sono state date diverse risposte. Nessun processo migliora senza tracciamento, perché non sai cosa correggere.

Se avete domande, scrivete, rispondo per quanto possibile.

Può approfondire un po'? Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera.

Ho vissuto la stessa cosa due anni fa. Se ricevete tre risposte diverse su un argomento, la domanda è posta male.

È tutto, scusate se mi sono dilungato.

Parlo dal lato opposto, io sono dalla parte dei fornitori. Quando decidiamo senza misurare, finiamo sempre nello stesso punto.

Se avete domande, scrivete, rispondo per quanto possibile.