Come gestiamo le richieste di nuove funzionalità e personalizzazioni

In breve

Datamedic cresce anche grazie al confronto diretto con chi lo usa ogni giorno: dai checkbox nel modulo privacy all’intelligenza artificiale nelle visite. Ecco come gestiamo le richieste di nuove funzionalità, quali sono incluse senza costi aggiuntivi, e perché il piano Clinic segue regole diverse da tutti gli altri.

Da dove nascono le evoluzioni di Datamedic

Molte delle funzionalità che oggi fanno parte di Datamedic sono nate dal confronto diretto con chi lo usa ogni giorno. La possibilità di usare più checkbox all’interno del modulo di consenso privacy firmato digitalmente, di cui abbiamo parlato nell’articolo dedicato, è nata così. Lo stesso vale per il lavoro che stiamo portando avanti da tempo per integrare l’intelligenza artificiale direttamente nella gestione delle visite.

Su tutti i piani è possibile richiedere sviluppi di ogni tipo, ma non tutte le richieste vengono gestite allo stesso modo: dipende da quanto una modifica sia specifica per un singolo studio o utile per l’intera base di utenti di Datamedic. Capire questa distinzione aiuta a capire anche cosa aspettarsi in termini di tempi e costi quando proponi un’idea.

Il compromesso tra flessibilità e standard

Ogni studio ha esigenze proprie, e cerchiamo di lasciare a ciascuno la flessibilità di adattare Datamedic al proprio modo di lavorare. Allo stesso tempo, però, Datamedic deve restare un prodotto standard per la maggior parte dei suoi utenti, perché è proprio la standardizzazione a permetterci di garantire sicurezza e affidabilità nel tempo: più un prodotto si frammenta in versioni diverse per ogni cliente, più diventa difficile mantenerlo, aggiornarlo e proteggerlo in modo coerente per tutti.

Da questo equilibrio nascono tre principali tipi di intervento, ciascuno gestito con criteri diversi: le nuove visite dedicate a una specialità, le visite estremamente specifiche per un singolo caso, e le modifiche generali all’applicazione.

Nuove visite dedicate a una specialità

Quando un cliente ci aiuta a creare un nuovo tipo di visita legato a una specialità che Datamedic non gestiva ancora, questo è normalmente un vantaggio per noi quanto lo è per il cliente stesso: significa ampliare quello che Datamedic sa fare, a beneficio di tutti gli studi che lavorano in quella specialità, non solo di chi ha fatto la richiesta iniziale.

Per questo motivo, previa verifica della richiesta, normalmente questo tipo di intervento non viene preventivato a carico del cliente che lo propone. È un caso in cui l’interesse del singolo studio e quello generale del prodotto vanno nella stessa direzione.

Visite estremamente specifiche

Diverso è il caso in cui un cliente ha bisogno di un intervento molto specifico su una visita, pensato per il proprio caso particolare e non facilmente riutilizzabile da altri studi. In questa situazione, viene creata una visita dedicata esclusivamente a quel cliente, e l’intervento viene preventivato, proprio perché si tratta di un lavoro su misura che non porta lo stesso beneficio diffuso di una nuova specialità.

Una volta realizzata, questa visita specifica resta a disposizione del cliente che ne ha fatto richiesta, che può anche modificarla successivamente secondo le proprie esigenze. È uno spazio di personalizzazione reale, ma circoscritto a chi lo ha richiesto e finanziato.

Modifiche generali all’applicazione

Quando un cliente individua una funzionalità che potrebbe essere migliorata o aggiunta a beneficio di tutti gli utenti di Datamedic, non solo del proprio studio, siamo felici di valutarla e, se ha senso, implementarla. Anche in questo caso, non viene preventivato nulla al cliente che propone la modifica: se l’idea migliora Datamedic per tutti, il costo dello sviluppo non ricade su chi l’ha richiesta.

Non tutte le proposte, però, vengono realizzate: se una funzionalità non risulta adatta alla direzione generale di Datamedic, o non si adatta bene al prodotto nel suo complesso, non viene implementata. Questo non significa che la richiesta non sia stata presa sul serio, ma che manteniamo comunque una visione coerente di cosa Datamedic debba essere, evitando di aggiungere funzionalità che rischierebbero di complicare l’esperienza per la maggioranza degli altri studi.

L’eccezione: il piano Clinic

Tutto quello descritto finora vale per la generalità dei piani di Datamedic, ma il piano Clinic è un caso a parte. Quello che rende Clinic “speciale” è che il suo codice è distinto, seppur parallelo, rispetto a quello del resto di Datamedic. Questa separazione tecnica permette di apportare modifiche anche importanti, sia alle funzionalità sia al comportamento generale dell’applicazione, senza che questo abbia alcuna ripercussione sulle altre installazioni.

Su Clinic, ogni intervento evolutivo viene sempre sottoposto a preventivo, e non ci sono limiti particolari a quello che è possibile modificare: l’applicazione può essere adattata esattamente a quanto richiesto dal cliente.

Perché Clinic funziona diversamente

Questa differenza non è casuale: il piano Clinic è pensato per grandi strutture, dove un workflow consolidato, magari costruito nel tempo attorno a procedure interne specifiche, non può essere modificato anche solo minimamente senza il rischio di effetti imprevedibili sull’intera organizzazione. In un contesto del genere, standardizzare a tutti i costi sarebbe controproducente quanto lo sarebbe, per una struttura più piccola, personalizzare eccessivamente un prodotto pensato per restare semplice e affidabile.

Per questo, su Clinic, è l’applicazione ad adattarsi esattamente alle esigenze della struttura, mentre per gli altri piani è Datamedic, nella sua versione standard, a restare il punto di riferimento condiviso, arricchito nel tempo dal contributo di chi lo usa ogni giorno.