JumX ha scritto:
Ciao davaosta, follia ???? in realtà avrei già una decina di clienti che usano la mia "app" in msaccess da una decina di anni, anni in cui il software si è enormemente evoluto.
Oggi sono arrivato al punto di voler salire su un livello più "alto" ma ripeto il discorso è ampio e comunque non rapportarmi a SAP o ad ORACLE non sono così pazzo.
Inoltre ci sono molte aziende che hanno budget limitati e poca conoscenza informatica.
Sicuramte sarà un prodotto di nicchia ma se fatto bene i frutti si raccoglieranno in quanto sarà sicuramente un "prodotto" che si bvasa su principi universali (mi riferisco alla contabilità generale , partita doppia ecc. ecc.)
Riassumo velocemente
1 - database sul server aziendale (lavorerebbe in locale ma dovrebbe permettere anche l'accesso da remoto) multipiattaforma ed usufruibile da qualnque browser (ecco perchè web based parlo di max 20 utenti quindi il traffico non è eccessivo.
2 - Il gestionale dovrà svolgere tutte le funzioni vitali attive e passive dell'azienda, dalla raccota ordini alla fatturazione , contabilità generale , clienti e fornitori , scadenzari, magazzino , statististiche , prima nota cassa, banche, mastrini, bilancio, ecc.. ecc.
3 - modulare. Ovvero pacchettizando i vari elementi. ad esempio gestioni particolari come la gestione di imballi a rendere oppure verticalizzaizoni su gestione del bestiame in un azienda agricola opure alla gestione di distinte viaggi per le aziende di trasporto ecc. ecc.
Per quanto riguarda il data base sto facendo dei test (per ora molto incoraggianti) di trasferimento delle tabelle e dati da MsAccess in MariaDB per garantire una continuità nelle aziende già avviate.
questo è tutto ? No di certo !
Questa è per il momento è la mia visione dei fatti.
quello che mi spinge a fare e pensare in questo modo è sicuramente la passione e la voglia di imparare nuove cose .
Credo che dalla passione nascono grandi cose.
Ciao
Facciamo una stima molto ottimistica di quanti utenti dovresti avere per non rimetterci:
- Supponiamo che per ottenere una prima versione "vendibile" del gestionale sia sufficiente un anno uomo di lavoro (e già qui ho almeno dimezzato il tempo che realisticamente dovrebbe essere necessario);
- Supponiamo che per un anno di lavoro ti accontenti di 24000€ (ovvero circa 1000€ netti);
- Supponiamo che durante lo sviluppo non ci siano altri costi (server di test, ecc.);
- Supponiamo che promuovi tu stesso il gestionale (per cui non ti affidi ad un commerciale) e che non hai un commercialista (qui non so bene quando è obbligatorio averlo);
Ora, da una rapida ricerca su google ho trovato un gestionale web based tipo quello che vuoi fare tu a 15€ al mese per postazione + 50€ di attivazione.
Ciò vuol dire che, nella migliore delle ipotesi, puoi offrire il tuo gestionale allo stesso prezzo.
Supponendo di voler rientrare dell'investimento iniziale (perché nel frattempo ovviamente avrai altre spese, ma ora ignoriamole) in 1 anno, vuol dire che devi avere mediamente 2000€ di entrate al mese.
Quindi il numero di utenti iniziale deve essere = 2000/(15+50/12) = 105 utenti.
Quindi anche facendo stime decisamente irrealistiche, dovresti avere 105 utenti che, invece di scegliere un gestionale già presente da anni sul mercato, ampiamente testato e con supporto in tempo reale (che suppongo tu non possa offrire), scelgano il tuo, e non cambino idea per almeno 1 anno.
Per cui se vuoi farlo per imparare cose nuove va bene, ma non aspettarti di guadagnarci (poi magari ci riesci, ma se è per quello potresti anche riuscire a vincere alla lotteria, benché molto improbabile).