Panoramica dei prezzi di Insider One

Architect rende semplice progettare percorsi cliente end-to-end che collegano web ed email in un'unica tela visiva invece di destreggiarsi tra più strumenti. Smart Recommender ci offre suggerimenti di prodotto altamente pertinenti sul nostro sito e nelle email, il che aiuta gli acquirenti a scoprire più rapidamente l'attrezzatura sportiva giusta e aumenta il coinvolgimento. Web Suite ci consente di lanciare rapidamente personalizzazioni onsite, sovrapposizioni comportamentali e banner, così possiamo reagire ai cambiamenti di campagna e inventario senza un pesante supporto di sviluppo. Email Suite combina un editor facile da usare con trascinamento e rilascio con contenuti e raccomandazioni potenziati dall'IA, così il nostro team può costruire e ottimizzare campagne in minuti, non giorni. Tutto funziona su un'unica piattaforma, quindi i dati fluiscono senza problemi tra Architect, Web Suite, Smart Recommender ed email, permettendoci di orchestrare esperienze coerenti e cross-channel da un unico luogo. Recensione raccolta e ospitata su G2.com.

La vasta gamma di funzionalità in Architect e Web Suite implica una curva di apprendimento, soprattutto quando si costruiscono percorsi più complessi e a più fasi, ma la documentazione e le risorse di supporto rendono molto più facile migliorare nel tempo. Occasionalmente può essere necessario un po' di sperimentazione per scegliere la migliore strategia di raccomandazione per Smart Recommender, ma questo ci offre anche la flessibilità di ottimizzare le prestazioni per diverse categorie e campagne. Recensione raccolta e ospitata su G2.com.

Flessibilità concettuale quando le implementazioni sono allineate: Quando i selettori CSS sono coerenti, la piattaforma può supportare campagne inline su più domini, come ci è stato dimostrato, suggerendo un solido potenziale per la personalizzazione multi-sito una volta che le fondamenta sono corrette.

La logica dei pannelli ha senso in linea di principio: L'idea di utilizzare pannelli per raggruppare domini con modelli/strutture div condivise è logica per scalare campagne inline e regole di sistema, se la definizione iniziale è fatta bene.

Coinvolgimento recente da parte di un responsabile tecnico: Nell'ultima settimana, abbiamo visto un riepilogo più strutturato degli elementi aperti (pannelli/domini, URL dinamici, approccio al livello dati Tealium, schema degli attributi utente) e una disponibilità a indagare soluzioni alternative (ad esempio, logica condizionale per partner_id, approcci alternativi ai posizionamenti).

Il lavoro sul modello di dati utente è in corso: La finalizzazione di uno schema degli attributi utente dovrebbe aiutare a sbloccare i test e ampliare i casi d'uso una volta risolti i problemi di integrazione principali. Recensione raccolta e ospitata su G2.com.

Ritardi nell'onboarding e impegni mancati:

Abbiamo presentato l'integrazione iniziale il 31 gennaio con un tempo stimato di 2-4 settimane per le Regole di Sistema.

Mesi dopo, era ancora in sospeso.

Cancellazioni all'ultimo minuto che impattano il nostro team:

Le sessioni di onboarding e formazione sono state ripetutamente posticipate all'ultimo minuto, rendendo estremamente difficile riassemblare il giusto gruppo cross-funzionale con breve preavviso. Queste interruzioni hanno ostacolato materialmente il progresso e contribuito al mancato raggiungimento del nostro obiettivo di migrazione di inizio aprile dal nostro altro strumento di Personalizzazione.

Mancanza di chiarezza su argomenti di implementazione fondamentali:

Nessuno in Insider è stato in grado di fornirci un piano definitivo su come utilizzare i pannelli per i raggruppamenti di dominio date le nostre strutture ibride del sito, né un approccio chiaro per incorporare un singolo banner inline in più aree contemporaneamente su siti uguali o simili.

Limitazioni del Design Studio e attriti di produttività:

L'incapacità di creare modelli HTML/CSS/JS personalizzati da zero, l'assenza di una funzionalità di "annulla" e l'incertezza sui URL dinamici hanno rallentato il design e l'iterazione. Questo crea rifacimenti e rende più difficile per un team esperto muoversi rapidamente.

Lacune nell'implementazione tecnica e cicli di rifacimento:

Abbiamo incontrato problemi di script durante il nostro primo utilizzo della campagna e stiamo ancora aspettando aggiornamenti sulla logica condizionale (ad esempio, basata su partner_id) e supporto multi-dominio che non richieda una campagna/URL unico per dominio.

Abbiamo anche dovuto rivedere discussioni precedenti a causa della limitata consapevolezza delle capacità della piattaforma, il che è sia inefficiente che frustrante.

Incertezza sul livello dati e sugli eventi:

Il supporto nativo del livello dati Tealium non è nella roadmap, e mentre si stava esplorando una soluzione personalizzata, questo avrebbe dovuto essere un problema noto e un vincolo chiaramente comunicato all'inizio.

Comunicazione, proprietà dei compiti e responsabilità: Ci siamo sentiti fortemente trascurati nell'onboarding e nel supporto.

Troppo spesso, il nostro team di account ha funzionato come intermediari non tecnici piuttosto che come risolutori di problemi, portando a colli di bottiglia, proprietà poco chiare e passaggi lenti.

Preoccupazioni sulla compatibilità della piattaforma per la nostra scala/complessità:

Basandoci sul nostro approfondimento, ora sappiamo che la piattaforma non può soddisfare i nostri requisiti senza sostanziali iterazioni e aggiornamenti.

Invece di migliorare le nostre capacità attuali con Insider, saremmo in regressione.

In conclusione, il nostro attuale strumento di personalizzazione del sito web gira intorno a Insider e costa l'85% in meno. Recensione raccolta e ospitata su G2.com.