Ho sentito molte storie di persone che hanno deciso di passare una giornata a dire “sì” a tutto e niente.
Ci sono pericoli molto reali nel dire “no” nella tecnologia di marketing e nello spazio operativo. Tuttavia, permettetemi di affermare chiaramente che ci sono certamente momenti e buone ragioni per dire “no”.
Tuttavia, ci sono conseguenze reali nel guadagnarsi la reputazione di killer dei sogni o wall of no. Mantenere relazioni positive è importante.
Dove c’è una volontà, c’è un modo
Durante la mia carriera, ho visto scenari in cui uno stakeholder necessitava, ad esempio, di una soluzione di project management. Ma invece di venire alla tecnologia di marketing e alle persone operative, hanno optato per uno strumento con un livello gratuito come Asana o Trello.
A volte usavano il loro indirizzo email di lavoro. Altre volte, hanno usato un indirizzo email personale. In alcuni casi, hanno utilizzato inavvertitamente l’indirizzo e-mail personale, in quanto si tratta dell’account Google a cui avevano effettuato l’accesso in quel momento.
Ci sono così tanti altri tipi di sistemi in cui ho visto accadere qualcosa di simile, come Google Analytics, per esempio. L’utente invita quindi inevitabilmente i membri del team e altri colleghi a unirsi a loro utilizzando il sistema non controllato.
È importante sottolineare che nella stragrande maggioranza dei casi, tali istigatori non stanno cercando di sventare le migliori intenzioni dei team martech e MOps. Né stanno cercando di violare le politiche di sicurezza IT dell’azienda o di aumentare il rischio di una violazione dei dati.
Hanno semplicemente un bisogno e hanno trovato una soluzione semplice e gratuita per quel bisogno. In molti casi, possono giustamente sostenere che le informazioni coinvolte non sono così sensibili.
Potrebbero o meno aver deliberatamente evitato la supervisione. A volte agiscono per ignoranza, mentre altre volte lo fanno per evitare la burocrazia.
Mentre sono sicuro che non tutti questi casi vengono portati alla luce, ho visto molti attirare l’attenzione. Quando vengono portati alla luce, la tecnologia di marketing e le persone operative sono comprensibilmente frustrate.
I team legali e di sicurezza IT sono allarmati e in genere adottano misure come impedire l’utilizzo degli indirizzi e-mail aziendali con il servizio o bloccare il servizio dalla rete aziendale. Inutile dire che ne consegue il dramma. Divertimento.
E non dimentichiamo tutte quelle volte in cui una parte interessata trova un’ottima soluzione e la fa approvare da un alto dirigente prima ancora che gli addetti alle operazioni ne vengano a conoscenza.
O hanno una necessità e hanno trovato una soluzione o ritengono che portare la necessità alle persone della tecnologia e delle operazioni li rallenterà dall’aiutare l’organizzazione nel suo complesso. In questi momenti è importante sfruttare il principio dell’interpretazione più rispettosa.
Tali pasticci potrebbero essere iniziati per una serie di motivi, ma uno di questi probabilmente è che all’istigatore è stato detto “no” o ci si aspettava che gli fosse detto “no”. Inoltre, a volte pentirsi dopo il fatto è più facile che chiedere prima il permesso. Inoltre, come rivelazione, non mi piace quando le persone mi dicono anche “no”.
Scava più a fondo: Il segreto per costruire un utile stack martech
Prevenire pasticci quando ‘sì’ non è sulle carte
Ci sono certamente momenti e ragioni in cui “sì” non è una risposta praticabile. Ciò rende davvero difficile evitare situazioni come ho spiegato sopra. Tuttavia, alcune tattiche possono aiutare.
Un obiettivo importante è persuadere le parti interessate che, in qualità di professionisti della tecnologia di marketing e delle operazioni, miriamo ad aiutare gli altri ad avere successo, e a farlo spesso e in modo spettacolare.
Non rallentiamo le cose per prendere decisioni attente e approfondite come un viaggio di potere, un sabotaggio o solo per divertimento.
Stiamo portando una prospettiva più ampia e la comprensione dei dettagli tattici e nascosti coinvolti nel perseguire qualsiasi sistema o iniziativa.
Possiamo trasmetterlo seguendo alcuni principi della filosofia agile.
Un principio fondamentale è la trasparenza. Se siamo in grado di fornire arretrati e tabelloni Kanban, le parti interessate possono capire tutto ciò che è nei nostri piatti.
Se, invece di dire “no”, ci sediamo con le parti interessate per raccogliere requisiti e casi d’uso, possiamo esaminare alcune delle sfide o dei problemi che si presenteranno.
Ad esempio, se un nuovo sistema deve integrarsi bene con il CRM, possiamo lavorare con le parti interessate per vedere se la loro soluzione desiderata lo fa bene. In caso contrario, lo stakeholder dovrebbe avere una migliore comprensione del motivo per cui la risposta potrebbe finire con un “no”.
Un altro concetto consentito dalla filosofia agile è l’iterazione. Forse uno stakeholder ha una grande richiesta che altri potrebbero non aver ancora accettato.
Tuttavia, attraverso l’iterazione, un prodotto minimo valido (MVP) o una configurazione potrebbe rivelare se vale la pena perseguire la domanda più grande. Questo è quando può entrare in gioco una prova di concetto.
Inoltre, per quanto riguarda le questioni UX, uno strumento di test multivariato può anche fornire un modo semplice per provare qualcosa senza troppi sforzi o impegni.
Se un MVP, una prova di concetto o un test A/B produce risultati scarsi o discutibili, si spera che lo stakeholder capirà meglio perché la sua richiesta non è stata soddisfatta.
A volte “proviamolo” è una risposta ancora migliore di “sì”, il tutto evitando i pericoli di dire “no”.
Scava più a fondo: 3 suggerimenti per navigare nel confuso mercato martech
Più persone potrebbero dire “no”
È fondamentale per i professionisti di martech e MOps capire come gestire tali richieste, poiché più persone possono uccidere un’idea.
Come ho già detto, la sicurezza legale e informatica sono due attori importanti nei piani di martech. Altri attori possono includere finanza, clienti, fornitori, consigli di amministrazione, autorità di regolamentazione, partner, produttori di dispositivi e persino clienti. Ecco perché promuovere relazioni positive è così importante.
Quando coinvolgiamo le parti interessate raccogliendo i requisiti e tenendo conto di numerosi problemi in anticipo, possiamo preparare l’idea per l’inevitabile esame da parte delle parti interessate al di fuori del marketing.
Questo può aiutare a creare fiducia nelle parti interessate che i loro colleghi tecnici e operativi si stanno davvero prendendo cura di loro.
Evita le trappole del “no”
Siamo stati tutti lì quando un collega ha iniziato a utilizzare un sistema non controllato o è stato colto di sorpresa da una parte interessata che ha ottenuto l’approvazione del senior management per una soluzione di cui abbiamo appreso dopo è stato approvato e procurato.
Anche se il comprensibile timore delle parti interessate nei nostri confronti di dire “no” non è l’unica causa di tali incidenti, può certamente svolgere un ruolo.
Non dobbiamo dire “sì” a tutto per evitare i pericoli del “no”. Tuttavia, utilizzando “testiamolo” o “forse” e includendo le parti interessate nella deliberazione che arriva al “no”, possiamo sperare di consentire loro di comprendere il quadro più ampio e perché il loro desiderio non è attuabile al momento.
Forse le deliberazioni possono rivelare una soluzione ancora migliore che richiede uno sforzo minore. In questo modo, possono vederci come alleati impegnati ad aiutarli ad avere successo.
Ottieni MarTech! Quotidiano. Libero. Nella tua casella di posta.
Le opinioni espresse in questo articolo sono quelle dell’autore ospite e non necessariamente MarTech. Gli autori dello staff sono elencati qui.
Circa l’autore
Steve Petersen è un tecnologo di marketing B2B e B2C. Attualmente è membro del Digital & Loyalty Team di Wyndham Hotels & Resorts e ha anche lavorato in ruoli di tecnologia di marketing presso il fornitore di piattaforme di gestione delle entrate Zuora e prima ancora presso la Western Governors University. Petersen ha conseguito un Master in Gestione delle informazioni presso l’Università del Maryland e un Bachelor of Arts in Relazioni internazionali presso la Brigham Young University. È anche uno ScrumMaster certificato e vive nell’area di Salt Lake City, UT. Petersen rappresenta le sue opinioni, non quelle dei suoi attuali o precedenti datori di lavoro.
