Il processo di presa in carico del software
VerificareCambio di fornitore software
Prendiamo in carico software sviluppato da un altro fornitore
Devi cambiare software house? Il precedente sviluppatore non è più disponibile? FRAI può analizzare, stabilizzare, mantenere e migliorare software aziendale già esistente. Prima controlliamo codice, server, dati, accessi, integrazioni, backup e documentazione. FRAI assume la responsabilità solo quando può capirlo, controllarlo, monitorarlo e mantenerlo in modo sicuro.
Il processo di presa in carico del software
StabilizzareIl processo di presa in carico del software
Mettere sotto controlloIl processo di presa in carico del software
Mantenere e migliorare01
Quando ha senso cambiare fornitore software
Questa pagina è per aziende che utilizzano già un software importante, ma non hanno più un responsabile tecnico affidabile. L’obiettivo è affidare il sistema a un team che possa capirlo, ridurre i rischi e mantenerlo funzionante nel tempo.
01
Il precedente sviluppatore non è più disponibile
Il codice esiste, ma non è chiaro come pubblicare una nuova versione, dove si trova il software, chi controlla i server, le credenziali, il database, le integrazioni e il ripristino.
02
Il software funziona, ma ogni modifica sembra rischiosa
L’applicazione è ancora in uso, ma librerie vecchie, integrazioni non documentate, backup non verificati e un processo di pubblicazione poco chiaro rendono rischioso ogni cambiamento.
03
Un vecchio CRM ha bisogno di un nuovo responsabile
Contatti, aziende, opportunità, dashboard, permessi e integrazioni possono essere ancora utili. Prima di intervenire, FRAI controlla codice, database, campi, automazioni, hosting e rischio di migrazione.
04
La responsabilità tecnica deve passare a un nuovo team
L’azienda ha bisogno di un team che gestisca in modo continuativo malfunzionamenti, aggiornamenti, backup, sicurezza, accessi, hosting, documentazione e miglioramenti futuri.
02
Che cosa controlla FRAI prima della presa in carico
L’audit del software esistente stabilisce se il sistema può essere mantenuto, stabilizzato, modernizzato, migrato o ricostruito. La verifica deve portare a una decisione chiara e a un primo passo concreto.
- 01
Codice sorgente e repository: completezza del codice, accessi, storico delle modifiche, versioni, librerie, dipendenze, prove automatiche, pubblicazione e possibilità di tornare alla versione precedente.
- 02
Hosting, domini, accessi e ripristino: server, cloud, domini, DNS, SSL, account amministrativi, credenziali, registri, allarmi, backup e procedura di recupero.
- 03
Database, dati e integrazioni: struttura e qualità dei dati, flussi tra sistemi, API, moduli web, automazioni, pagamenti, fatturazione, email, e-commerce, dashboard e report.
- 04
CRM e rischio di migrazione: contatti, aziende, lead, opportunità, campi, relazioni, utenti, ruoli, permessi, dashboard, report, esportazioni, duplicati, automazioni e integrazioni.
- 05
Sicurezza e controllo degli accessi: account del vecchio fornitore, permessi eccessivi, password condivise, chiavi esposte, librerie non aggiornate e servizi senza responsabile.
- 06
Documentazione, problemi precedenti e manutenzione: documentazione tecnica, database, integrazioni, storico dei problemi, modifiche recenti, attività incomplete, decisioni e responsabilità mancanti.
- 07
Che cosa mantenere, correggere o ricostruire: funzioni che possono restare, componenti recuperabili e parti troppo rischiose o vecchie per essere mantenute in modo affidabile.
03 — Possibili risultati dopo l’audit
Mantenere, stabilizzare, modernizzare, migrare o ricostruire
Non decidiamo in anticipo che tutto debba essere rifatto. Prima capiamo il sistema, poi scegliamo il percorso più sicuro e utile. Se la base è troppo rischiosa, proponiamo una ricostruzione mirata delle funzioni essenziali.
Quando il software esistente è un CRM, il percorso può essere prendere in carico e stabilizzare il CRM attuale, migrare dati, ricostruire il CRM come sistema su misura o sviluppare strumenti operativi collegati.
04
Domande frequenti sulla presa in carico di software esistente
Le domande che un’azienda si pone quando vuole affidare il software a un nuovo fornitore.
FRAI può prendere in carico software sviluppato da un’altra azienda?
Sì, ma non attraverso un passaggio di consegne alla cieca. Controlliamo codice, repository, database, hosting, accessi, dipendenze, integrazioni, backup, documentazione, pubblicazione e rischi tecnici prima di assumere la responsabilità.
FRAI può fare manutenzione su software che non ha sviluppato?
Sì, dopo un audit. Se il sistema non è ancora sicuro o mantenibile, il primo passo può essere stabilizzarlo, aggiornarlo, documentarlo, migrare alcune parti o ricostruire le funzioni più rischiose.
FRAI può semplicemente pubblicare il repository esistente?
No. Prima di pubblicare una nuova versione dobbiamo sapere quali funzioni cambiano, come provarle, quali dati e servizi coinvolgono e come tornare alla versione precedente o ripristinare il sistema.
Che cosa succede dopo l’audit?
FRAI prepara una conclusione chiara: avviare manutenzione, stabilizzare, aggiornare, modernizzare, migrare dati o funzioni oppure ricostruire le parti più rischiose, con priorità e responsabilità definite.
Di che cosa ha bisogno FRAI per controllare un progetto esistente?
Normalmente chiediamo repository, hosting o cloud, database, domini e DNS, integrazioni, problemi attuali, backup, processo di pubblicazione, documentazione e contatto con chi conosce il sistema.
Il software può restare online durante il cambio di fornitore?
In alcuni casi, sì. Dipende da codice, hosting, pubblicazione, rischio per i dati, backup, integrazioni e accessi. Quando possibile, il passaggio viene effettuato per fasi.
FRAI può prendere in carico un vecchio CRM personalizzato?
Sì, dopo un controllo completo di codice, database, contatti, campi, utenti, permessi, dashboard, report, automazioni, integrazioni, hosting, backup, documentazione e rischio di migrazione.
Che cosa succede se non esiste documentazione?
La mancanza di documentazione aumenta il rischio, ma non significa automaticamente che il software sia perso. Può essere necessaria una prima fase dedicata alla ricostruzione della documentazione.
Che cosa succede se il codice sorgente è incompleto?
Prima verifichiamo che cosa manca. Se il codice completo non può essere recuperato, la manutenzione può essere troppo rischiosa e FRAI può proporre la ricostruzione delle funzioni essenziali e la migrazione dei dati disponibili.
Quanto costa cambiare fornitore software?
Il costo dipende da dimensione del sistema, qualità del codice, integrazioni, database, hosting, documentazione, accessi, sicurezza, dati, malfunzionamenti e lavoro di stabilizzazione. FRAI definisce prima il costo dell’audit.
Quanto tempo richiede la presa in carico?
Dipende dalla complessità del software e dalla qualità del passaggio di consegne. L’audit serve a definire un calendario realistico prima che FRAI assuma la responsabilità completa.
05
Servizi collegati alla presa in carico
Il cambio di fornitore è spesso collegato ad audit, modernizzazione, manutenzione e gestione continuativa.
01
Audit di software esistente
Controlliamo codice, hosting, dati, integrazioni, accessi, documentazione e rischi prima di accettare la responsabilità.
02Modernizzazione di software legacy
Stabilizziamo, aggiorniamo, migriamo o ricostruiamo software vecchio dopo aver capito la base esistente.
03Manutenzione di software su misura
Manteniamo il software dopo aver messo il sistema sotto controllo tecnico.
04Gestione continuativa del software
FRAI può gestire hosting, monitoraggio, backup, manutenzione, documentazione, supporto e miglioramenti sotto un unico modello.