Come è strutturato il programma Google Partner Advantage, cosa può rivendere e gestire un Google Partner per tuo conto, come funziona il trasferimento della fatturazione senza disturbare il tuo team e un confronto onesto tra acquisto diretto e acquisto tramite partner. Tratta Google Workspace, Google Cloud, Google Maps Platform e Chrome Enterprise, scritto per chi in azienda è responsabile o dovrebbe essere responsabile della relazione con Google.
La maggior parte delle aziende acquista Google Workspace tramite la console di amministrazione e non ci pensa più finché non arriva una domanda sulla fatturazione o si avvicina una migrazione. Questa guida spiega l'alternativa: la struttura commerciale dietro il programma Google Partner, cosa significa per i prezzi e il supporto, e come spostare la tua fatturazione Google su un partner senza disturbare nulla di ciò che il tuo team usa ogni giorno.
Google Partner Advantage è il programma di rivendita e partnership di Google. Definisce quali aziende possono rivendere prodotti Google, a quali condizioni e con quali obblighi verso i clienti finali. Il programma prevede tre livelli: Member, Partner e Premier.
Member è il livello base. Un'azienda Member ha completato alcune formazioni di base sui prodotti ed è autorizzata alla rivendita, ma non ha ancora costruito una base clienti né dimostrato a Google la propria capacità di assistenza.
Partner è il livello intermedio e richiede il raggiungimento di soglie concrete: un numero minimo di clienti Google Workspace o Cloud sotto gestione, certificazioni detenute dal personale e fidelizzazione dimostrata dei clienti. Scalarly è al livello Partner nel programma.
Premier è il livello più alto e richiede portafogli clienti sostanzialmente più ampi, certificazioni aggiuntive e un track record con le aree di prodotto più complesse di Google. I Partner Premier hanno accesso a risorse Google aggiuntive e sono tipicamente rivenditori di dimensioni maggiori.
Quello che conta per te come acquirente non è principalmente il livello. Quello che conta è se il partner che scegli soddisfa i requisiti minimi per essere autorizzato, ha il personale tecnico per gestire i tuoi prodotti e può supportarti nella tua lingua. Il livello è un indicatore approssimativo di queste cose, ma vale la pena verificarlo direttamente piuttosto che presumere che un livello più alto significhi automaticamente un servizio migliore per la tua situazione specifica.
Il programma definisce anche due modelli di intervento: Sell e Service. Sell riguarda la relazione commerciale: il partner gestisce le tue licenze, la fatturazione e i rinnovi. Service riguarda il lavoro di implementazione: migrazione, distribuzione, configurazione e supporto continuativo. Un partner può operare in entrambe le modalità simultaneamente, che è il modello che utilizziamo.
Un Google Partner autorizzato alla rivendita può gestire licenze e fatturazione per le seguenti linee di prodotto:
La fatturazione gestita dal partner può includere crediti promozionali e condizioni negoziate quando Google li rende disponibili ai partner per la distribuzione ai clienti. Non sono garantiti e variano per prodotto, area geografica e programmi correnti di Google. Quello che è garantito è che non paghi mai più del listino Google tramite un partner autorizzato.
Google Workspace è la suite di produttività di Google: Gmail, Drive, Documenti, Fogli, Presentazioni, Meet, Calendar, Chat e l'identità Google sottostante (accounts.google.com). Viene offerto in diverse edizioni e la scelta dell'edizione è spesso la prima cosa che un partner deve valutare per un nuovo cliente.
Il livello Business va da Starter a Standard, Plus ed Enterprise. La differenza qualitativa man mano che si sale di livello riguarda lo storage per utente, i limiti di registrazione e partecipanti di Meet, le funzionalità di sicurezza e conformità e i controlli dell'amministratore. Business Starter è sufficiente per i team piccoli che vogliono principalmente Gmail e Drive. Business Standard aggiunge le registrazioni di Meet e più storage, il che conta per i team distribuiti che usano molto i video. Business Plus aggiunge funzionalità di audit e eDiscovery, rilevanti per i settori regolamentati. Enterprise aggiunge funzionalità avanzate di prevenzione della perdita di dati, accesso al security center e controlli admin personalizzati.
Uno dei risultati più frequenti quando si fa un audit di una sottoscrizione Workspace è il sovradimensionamento: aziende su Business Plus o Enterprise perché hanno raggiunto un limite funzionale anni fa, quando il profilo di utilizzo reale si adatterebbe comodamente a Standard. Accade anche il contrario: aziende su Starter che esauriscono lo storage o raggiungono i limiti di Meet. Una revisione onesta delle edizioni è la prima cosa che un partner dovrebbe fare, prima di discutere qualsiasi migrazione o struttura di supporto.
La maggior parte delle migrazioni Workspace proviene da una di tre fonti: Microsoft 365, Exchange on-premises o un sistema di posta condivisa legacy. Il metodo varia in base alla fonte, ma la preparazione è la stessa in ogni caso.
Prima di spostare qualsiasi messaggio, facciamo un inventario della sorgente: numero di caselle, dimensione per casella, calendari condivisi, gruppi di distribuzione, contatti, cartelle pubbliche se presenti e qualsiasi relazione di accesso delegato. Questo produce una specifica di migrazione che viene revisionata e approvata prima di toccare qualsiasi cosa. Le migrazioni che saltano questo passaggio incorrono spesso in sorprese a metà del trasferimento.
Il cutover DNS è il passaggio più visibile per gli utenti finali. Prima del cutover, i nuovi account Workspace sono stati creati e il batch pilot è stato validato. Il giorno del cutover, i record MX puntano a Google e la nuova posta va su Workspace. La posta storica dalla sorgente continua a trasferirsi in background per giorni dopo il cutover. Questo significa che gli utenti sono su Google immediatamente ma continuano a vedere la posta storica comparire nella loro casella man mano che si trasferisce. Comunichiamo questa tempistica agli utenti in anticipo così non è una sorpresa.
Per le aziende che migrano specificamente da Microsoft 365: il contenuto di OneDrive e SharePoint è una migrazione separata dalle caselle di posta. Gestiamo entrambe, ma vengono pianificate ed eseguite separatamente perché i formati di dati e gli strumenti di migrazione differiscono. Calendario e contatti migrano insieme alla posta. La cronologia dei canali Teams non migra nativamente su Google Chat; quella decisione e le sue implicazioni devono essere prese prima che il piano di migrazione venga approvato.
Un tenant Google Workspace appena creato ha impostazioni predefinite ragionevoli ma non necessariamente quelle giuste per la tua organizzazione. Il minimo che configuriamo in ogni distribuzione: applicazione della verifica in due passaggi per tutti gli utenti, policy di accesso per app di terze parti (quali app possono richiedere accesso ai dati Google), regole di routing email, policy di accesso contestuale per i dati sensibili e regole DLP appropriate all'edizione. Le aziende nei settori regolamentati in genere necessitano di più, ma questa linea base protegge la maggioranza dei deployment.
Dopo la distribuzione, il lavoro amministrativo non si ferma. Gli utenti arrivano e vanno, gli alias devono essere creati, i gruppi aggiornati, i limiti di storage monitorati e Google pubblica aggiornamenti di prodotto che occasionalmente cambiano i comportamenti predefiniti. Con un intervento Managed, gestiamo queste richieste man mano che si presentano, conduciamo revisioni trimestrali del numero di licenze e dell'adeguatezza dell'edizione e monitoriamo gli avvisi di sicurezza nella console admin che meritano attenzione.
Google Cloud ha una struttura commerciale diversa da Workspace. Workspace è una sottoscrizione con un prezzo fisso per utente. Cloud è basato sul consumo: paghi quello che usi su compute, storage, rete, database, servizi di machine learning e decine di altri prodotti. La complessità di fatturazione è proporzionalmente maggiore.
Un account di fatturazione Google Cloud si trova sopra uno o più progetti. Ogni progetto ha risorse: macchine virtuali, bucket di storage, servizi Cloud Run, dataset BigQuery, qualunque cosa richieda il tuo carico di lavoro. L'account di fatturazione accumula gli addebiti da tutti i suoi progetti e paga la fattura. Quando si passa alla fatturazione del partner, il tuo account di fatturazione viene trasferito alla relazione di fatturazione del rivenditore del partner, oppure viene creato un nuovo account di fatturazione sotto il partner e i tuoi progetti vengono migrati su di esso. In entrambi i casi, i tuoi progetti, le risorse e i servizi in esecuzione rimangono attivi per tutta la durata.
La spesa Cloud non gestita è il problema più comune. Un team crea un'infrastruttura per un progetto, il progetto finisce e le risorse continuano a girare perché nessuno ha visibilità su cosa è ancora attivo. Gli avvisi di budget a livello di progetto sono la prima linea di difesa. La funzione Billing Budgets nativa di Google Cloud permette di impostare una soglia di spesa per progetto o per account di fatturazione e ricevere avvisi quando la spesa si avvicina o supera il limite. Configurarli è una delle prime cose che facciamo quando prendiamo in gestione una relazione di fatturazione Cloud.
Oltre agli avvisi, il monitoraggio dei costi prevede l'analisi delle raccomandazioni di ridimensionamento che Cloud fornisce nella console per le istanze Compute Engine, le opportunità di Committed Use Discount per i carichi di lavoro prevedibili e le opzioni di istanze Spot o Preemptible per i carichi di lavoro che possono tollerare le interruzioni. Nessuno di questi richiede modifiche architetturali; sono ottimizzazioni commerciali sull'infrastruttura esistente.
Per le aziende che spendono in Cloud senza un'architettura definita, forniamo una revisione: cosa è in esecuzione, a cosa serve, è dimensionato correttamente, ci sono fonti evidenti di spreco e come apparirebbe un'architettura più ordinata. Non è un incarico di settimane. Per un setup Cloud di una PMI tipica, una revisione competente richiede da due a tre giorni e produce una documentazione dello stato attuale più un elenco prioritizzato di modifiche. L'implementazione di quelle modifiche è un incarico separato, dimensionato sulla base dei risultati della revisione.
Quando ha più senso la fatturazione del partner per Cloud? Quando hai una spesa Cloud che non stai gestendo attivamente, quando vuoi che sia sulla stessa fattura di Workspace, o quando hai bisogno di qualcuno che possa contattare il supporto tecnico di Google per tuo conto in caso di problemi di infrastruttura. Se hai un team Cloud dedicato e utilizzi già le funzionalità avanzate di GCP con processi di gestione dei costi definiti, la fatturazione diretta va bene.
Google Maps Platform è l'insieme di API che consente agli sviluppatori di incorporare mappe, cercare luoghi, calcolare percorsi, geocodificare indirizzi e svolgere lavori di localizzazione correlati nelle applicazioni. È fatturata sul consumo: ogni chiamata API ha un costo e si applicano limiti gratuiti fino a una soglia mensile prima che inizino gli addebiti.
I problemi comuni nell'utilizzo Maps non gestito: chiavi API di produzione senza limiti di utilizzo, che portano a fatture inattese quando il traffico aumenta; chiavi API di sviluppo che non sono mai state limitate agli ambienti di sviluppo e sono visibili pubblicamente nel codice sorgente; e più chiavi API tra i progetti senza una visione centrale della spesa totale.
Gestire Maps Platform tramite un partner consolida la fatturazione e ti fornisce un unico referente per aumenti di quota, configurazione dei limiti di utilizzo e domande sulle licenze. Se stai costruendo un prodotto su Maps e il tuo utilizzo sta crescendo, avere un partner che gestisce la licenza significa avere qualcuno che può interagire con Google sui limiti di quota senza dover navigare il processo di richiesta quota self-service quando si raggiunge un muro in un momento critico.
Prodotti Maps API che vediamo comunemente in uso: Maps JavaScript API per mappe incorporate in web app, Geocoding API per la conversione da indirizzo a coordinate, Places API per la ricerca di attività e il completamento automatico degli indirizzi, Routes API (ex Directions e Distance Matrix) per la pianificazione dei percorsi e Maps Static API per immagini di mappe in email e PDF. Ciascuna ha un prezzo indipendente e un proprio livello gratuito. Un audit dell'utilizzo sulle chiavi attive rivela spesso consumi provenienti da progetti inattivi che potrebbero essere disattivati.
Chrome Enterprise si presenta in due forme distinte che rispondono a esigenze diverse e vengono spesso confuse.
Chrome Browser Cloud Management gestisce il browser Chrome stesso sui dispositivi dei dipendenti, che siano Windows, macOS, Linux o ChromeOS. Consente all'IT di impostare criteri del browser centralmente: quali estensioni sono consentite, quali siti sono bloccati, gestione dei certificati, configurazione del proxy, impostazioni di protezione dei dati. La licenza è per utente gestito. Per le aziende nei settori regolamentati, dove il browser è il punto di accesso principale ai sistemi sensibili, Chrome gestito è lo strumento giusto.
I dispositivi ChromeOS sono hardware Chromebook o Chrome OS Flex su hardware più vecchio. La gestione di una flotta ChromeOS richiede una licenza Chrome Enterprise Upgrade per dispositivo, che abilita la gestione a livello di dispositivo: enrollment, modalità kiosk, installazione forzata di app, log di audit del dispositivo. Si tratta di un prodotto diverso dalla gestione del browser ed è concesso in licenza separatamente.
Il punto di partenza più comune è un'azienda che utilizza Workspace e vuole gestire il browser Chrome sui dispositivi dei dipendenti senza sostituire i dispositivi. Chrome Browser Cloud Management ottiene questo risultato. La configurazione prevede la creazione di un'unità organizzativa nella console Google Admin per i browser gestiti, la distribuzione della configurazione di enrollment tramite group policy o MDM e poi la configurazione delle policy nella console admin. In un incarico con il partner, gestiamo l'acquisto delle licenze e la configurazione tecnica.
Acquistare direttamente da Google è una scelta legittima e ci sono situazioni in cui ha più senso di una relazione con un partner. Ecco una valutazione onesta di entrambe le opzioni.
Se sei un team piccolo con un unico prodotto Google, nessuna migrazione prevista, qualcuno tecnicamente a proprio agio con la gestione della console admin e hai principalmente bisogno di supporto in inglese, l'acquisto diretto è più semplice. La console admin self-service è ben documentata, il supporto Google per le edizioni Business è adeguato per le questioni ordinarie e si evita di aggiungere un intermediario commerciale alla relazione.
I progetti Cloud puramente self-service con un team DevOps o infrastruttura dedicato funzionano anche meglio in modo diretto. Se hai ingegneri che vivono nella console Cloud, conoscono la struttura di fatturazione e hanno già configurato strumenti di gestione dei costi, un partner aggiunge complessità invece di valore.
Le situazioni in cui il modello con partner supera costantemente l'acquisto diretto:
Il passaggio è reversibile. Se inizi con un partner e decidi in seguito che la fatturazione diretta si adatta meglio, il processo di trasferimento di Google funziona in entrambe le direzioni. Non c'è alcun vincolo a lungo termine a livello di prodotto Google.
Il trasferimento della fatturazione è il passaggio che più spaventa le aziende, di solito perché si presuppone che comporti downtime o interruzioni. Non è così. Ecco cosa succede realmente.
Il partner avvia una richiesta di trasferimento tramite l'API Reseller o la console partner di Google. Questo genera un token di trasferimento. L'admin Workspace attuale accetta il trasferimento nella propria console admin. Una volta accettato, Google sposta l'account di fatturazione sull'account rivenditore del partner. L'intero processo richiede meno di 24 ore dopo che l'admin accetta. Gli utenti non notano nulla. Gmail, Drive, Meet, Calendar, tutto funziona. L'unico cambiamento è che la fattura successiva arriva dal partner invece che direttamente da Google.
C'è un periodo di attesa da considerare: Google richiede che un cliente Workspace sia sul suo attuale accordo di fatturazione da almeno 30 giorni prima che possa essere avviato un trasferimento. Se ti sei appena registrato direttamente e vuoi passare subito alla fatturazione del partner, aspetti il periodo di 30 giorni. Questa è una policy di Google, non qualcosa che un partner può aggirare.
Il trasferimento della fatturazione Cloud funziona diversamente a seconda del tuo setup. Se hai un singolo account di fatturazione con progetti sotto di esso, il partner crea un nuovo account di fatturazione rivenditore e sposti i tuoi progetti su di esso. Se hai più account di fatturazione, ognuno deve essere trasferito o consolidato. La meccanica è leggermente più coinvolta rispetto a Workspace ma non impatta comunque i servizi in esecuzione. Una macchina virtuale in esecuzione su un progetto che cambia account di fatturazione continua a girare. L'ID del progetto non cambia. Le risorse non si riavviano. Cambia solo la relazione di fatturazione.
Documentiamo lo stato attuale dei tuoi progetti e della struttura di fatturazione prima di qualsiasi trasferimento, produciamo un piano di trasferimento e lo eseguiamo in una finestra concordata in anticipo. Per la maggior parte dei setup Cloud di PMI, il trasferimento si completa in poche ore.
Vale la pena ripetere questo punto perché è la domanda che ci viene posta più spesso. Il trasferimento della fatturazione è invisibile agli utenti finali. Aprono Gmail e funziona. Aprono Drive e funziona. I servizi Cloud rimangono attivi. Le chiamate API Maps passano. Il cambiamento è interamente nello strato commerciale, non nello strato di prodotto. L'unica cosa che cambia per gli utenti è che la fattura che il team finanziario riceve arriva ora da Scalarly invece che da Google.
Hai bisogno di collegare Google Cloud e Workspace al tuo CRM e al tuo stack dati? Questa guida riguarda le licenze e la relazione commerciale con il partner. Se stai cercando di integrare Google Workspace con Zoho o Salesforce, o di connettere BigQuery al tuo stack di analytics, consulta invece il nostro servizio di integrazione Google.
Questo copre il quadro completo. Quando vuoi una visione specifica del tuo setup Google attuale e di come apparirebbe una relazione con un partner per la tua organizzazione, il passo successivo è una breve conversazione. Nessun processo di audit o accesso richiesto in anticipo, solo una chiamata.
Fatturazione consolidata, le licenze giuste, migrazione gestita, supporto nella tua lingua. Parla oggi con un Google Partner.
Parla con un Google Partner