Recensioni Capterra su Power BI

Reviewflowz pubblica un feed OData v4 che il connettore OData integrato di Power BI legge. Ottieni dati, Feed OData, incolli l'URL, selezioni le tabelle che le servono. Niente da installare: nessun file di connettore da inserire in una cartella di connettori personalizzati, nessun gateway da configurare, nessun codice Power Query M da scrivere. Lo stesso URL si apre anche in Excel o Tableau, se qualcuno lo chiede lì invece.

Le credenziali sono un token che crea dentro Reviewflowz. Lo incolli nel campo nome utente e lasci vuota la password. Questa è tutta l'autenticazione, e finisce nel momento in cui revoca il token.

Poi Power BI si aggiorna secondo la propria pianificazione. Funziona anche l'aggiornamento incrementale, perché la data della recensione è un vero datetimeoffset su cui il feed filtra con ge e le uniti da and, ed è esattamente questo che Power Query integra in una finestra RangeStart e RangeEnd.

Una cancellazione è una riga, non un silenzio. Accanto alle recensioni il feed trasporta un flusso di modifiche fatto di inserimenti, aggiornamenti e cancellazioni, quindi sia un autore che modifica la propria recensione dopo che lei ha rilasciato ciò che aveva chiesto, sia una recensione che Capterra rimuove, arrivano al modello come eventi. Il report non si allontana mai silenziosamente dalla scheda.

Chi scrive una recensione Capterra dichiara la dimensione dell'azienda in cui lavora, e quella fascia arriva su ogni riga. Così un calo nel punteggio ha una forma. Suddivida gli ultimi dodici mesi per dimensione e raramente sarà uniforme: gli account piccoli vanno bene, quelli grandi no, e i loro contro continuano a girare intorno alla stessa mancanza.

È la differenza tra «la valutazione è scesa» e «gli account con oltre duecento persone non riescono a ottenere un report unico su più sedi», e solo la seconda può essere passata a qualcuno che sappia risolverla. Un grafico a barre, punteggio medio per fascia dimensionale. Nessuno costruisce una dashboard per questo. Qualcuno aggiunge una visualizzazione.

Le dice anche quale problema ha. Se il punteggio regge ovunque tranne che in una fascia, è un problema di fit e la soluzione è nella qualificazione, nel posizionamento e in chi inseguono le sue campagne pubblicitarie. Se cala in tutte le fasce contemporaneamente, il problema è il prodotto.

Sia precisa su cosa contiene una riga. La fascia dimensionale c'è. Il ruolo e il settore dell'autore no, per nessuna piattaforma, perché il feed non carica mai il payload grezzo in cui vivono. Non ci sono nemmeno le quattro sotto-valutazioni di Capterra per facilità d'uso, assistenza clienti, funzionalità e rapporto qualità-prezzo: ogni riga contiene solo il punteggio complessivo.

Una connessione è un token: creato in Reviewflowz, revocato in Reviewflowz. Dia all'agenzia che gestisce la sua pagina di categoria un token tutto suo, e quando la collaborazione finisce lo revochi: il loro report smette di aggiornarsi quello stesso pomeriggio. Nessuna password condivisa, e nessuna esportazione da cui non può più tornare indietro.

Un token porta con sé i permessi della persona che lo ha creato. Se quell'utente vede solo un sottoinsieme delle sue schede, lo stesso vale per ogni report costruito su quel token. I permessi sono quelli già configurati, non un secondo insieme che nel tempo se ne allontana, e ogni token registra l'ultimo utilizzo, così una connessione che nessuno aggiorna da marzo è visibile invece che presunta.

Il feed serve l'intero account, quindi il filtraggio avviene in Power BI, dove vive il report. Un'unica connessione alimenta sia la pagina di categoria che legge tutta l'azienda, sia la pagina ristretta sui punteggi bassi che apre il responsabile di prodotto.

L'attivazione è la stessa con una scheda o con otto. Colleghi la scheda Capterra, crei la connessione, incolli l'URL in Power BI. Meno di cinque minuti sul lato Reviewflowz, senza nessuna chiamata commerciale prima.