Dal campo alla roadmap

Nessuno di noi ha smesso di lavorare nei progetti quando i prodotti sono usciti — di proposito. Le settimane negli ambienti dei clienti sono la nostra ricerca di prodotto: un requisito di governance sollevato da un auditor in un tenant, un’integrazione che scrive spazzatura più veloce di qualsiasi utente, un’ondata di rilascio che cambia in silenzio il comportamento dei plugin. Quei momenti diventano ticket, i ticket diventano funzioni, e le funzioni arrivano a tutti.

Questo ciclo è anche il motivo per cui il supporto funziona così: chi risponde al vostro ticket ha scritto il codice — o siede accanto a chi l’ha scritto. Tra voi e una risposta non c’è nessuno script di primo livello, e nessuna richiesta di funzionalità sparisce in un backlog che nessuno legge. La distanza tra «un cliente ci è incappato» e «la correzione è su AppSource» si misura in giorni, non in trimestri.

Come lavoriamo

Come gestiamo xRM Products

Comprare software da un team focalizzato dovrebbe sembrare più sicuro, non più rischioso. Ecco perché lo è.

Sviluppo e rilasci

Tutte e tre le app arrivano come soluzioni gestite tramite Microsoft AppSource: ogni rilascio supera quindi la certificazione publisher di Microsoft prima di poter raggiungere il vostro tenant. Sviluppiamo sulle stesse ondate di rilascio semestrali che ricevete voi, testiamo su tabelle ad alto volume molto prima di qualsiasi cliente, e consideriamo un aggiornamento che rompe qualcosa nel vostro ambiente un nostro fallimento — non un vostro rischio. Nulla si installa fuori dal framework delle soluzioni, quindi la rimozione è pulita quanto l’installazione.

I vostri dati, il vostro tenant

Non esiste un cloud xRM. Nessun connettore chiama i nostri server, nessuna pipeline di telemetria porta i vostri record da nessuna parte, nessuna elaborazione avviene fuori da Microsoft Dataverse. Regole, log, traduzioni e configurazione sono normali righe Dataverse — coperte dai vostri ruoli di sicurezza, dai vostri backup, dal vostro perimetro di compliance. Quando i vostri auditor chiedono dove vivono i dati, la risposta è una parola: Dataverse.

Sicurezza by design

Le app non escono mai dal modello di sicurezza Dataverse — lo estendono. Ogni azione di un utente gira sotto i ruoli di sicurezza di quell’utente, e le capacità sensibili hanno privilegi dedicati: leggere il log di audit e ripristinare da esso sono permessi separati — gli auditor possono vedere senza poter agire, e gli amministratori agiscono solo dove il loro ruolo lo consente. Non ci sono service account da configurare, credenziali memorizzate, chiavi API da ruotare — le app si autenticano come fa Dataverse stesso, perché sono Dataverse. Insieme a dati che non lasciano mai il tenant, questo mantiene intatti il vostro security review, le policy DLP e gli impegni di residenza dei dati: ciò che il vostro team di compliance ha approvato per Dynamics 365 copre già le app xRM.

Se mai avrete bisogno di noi — e se no

Le richieste di supporto arrivano direttamente ai founder e ricevono risposta entro un giorno lavorativo. Ma la promessa più importante è quella opposta: le app sono costruite per non aver bisogno di noi. La configurazione è documentata e vive come dati nel vostro ambiente, gli amministratori gestiscono tutto dall’interfaccia standard di Dynamics, e un’installazione funzionante continua a funzionare — attraverso ondate di aggiornamento, cambi di admin, anni. La dipendenza da un fornitore è un difetto di progettazione. Noi l’abbiamo progettata via.

Dietro ogni rilascio c’è un team di specialisti Dynamics 365 — sviluppatori, consulenti e tester che vivono la piattaforma ogni giorno. Ogni funzione è costruita da persone che si sono sedute dal lato del cliente.

Cosa costruiamo insieme.

Quattro app di governance native Dataverse — tre disponibili in cinque lingue su Microsoft AppSource, una in arrivo. Nessun servizio esterno, nessun dato che lascia il vostro tenant.