Les dangers de dire "non" en martech

J'ai entendu beaucoup d'histoires de personnes qui ont décidé de passer une journée à dire « oui » à tout et n'importe quoi.

Il y a des dangers très réels à dire « non » dans le domaine de la technologie et des opérations marketing. Cependant, permettez-moi de dire clairement qu'il y a certainement des moments et de bonnes raisons de dire « non ».

Néanmoins, il y a des conséquences réelles à gagner une réputation de tueur de rêves ou de mur du non. Entretenir des relations positives est important.

Quand on veut, on peut

Au cours de ma carrière, j'ai vu des scénarios où une partie prenante avait besoin, par exemple, d'une solution de gestion de projet. Mais au lieu de s'adresser aux spécialistes de la technologie et des opérations marketing, ils ont opté pour un outil avec un niveau gratuit comme Asana ou Trello.

Parfois, ils utilisaient leur adresse e-mail professionnelle. D'autres fois, ils ont utilisé une adresse e-mail personnelle. Dans certains cas, ils ont utilisé l'adresse e-mail personnelle par inadvertance, car il s'agit du compte Google auquel ils étaient connectés à ce moment-là.

Il y a tellement d'autres types de systèmes où j'ai vu quelque chose comme ça se produire - comme Google Analytics, par exemple. L'utilisateur invite alors inévitablement les membres de l'équipe et d'autres collègues à se joindre à eux pour utiliser le système non vérifié.

Il est important de souligner que dans la grande majorité des cas, ces instigateurs ne tentent pas de déjouer les meilleures intentions des équipes martech et MOps. Ils n'essaient pas non plus de violer les politiques de sécurité informatique de l'entreprise ou d'augmenter le risque de violation de données.

Ils ont simplement un besoin et ont trouvé une solution gratuite et facile pour ce besoin. Dans de nombreux cas, ils peuvent affirmer à juste titre que les informations concernées ne sont pas si sensibles.

Ils peuvent ou non avoir délibérément évité la surveillance. Parfois, ils agissent par ignorance, alors que d'autres fois, c'est effectivement fait pour éviter la bureaucratie.

Bien que je sois sûr que tous ces cas ne sont pas révélés, j'en ai vu beaucoup attirer l'attention. Lorsqu'ils sont mis au jour, les responsables de la technologie et des opérations marketing sont naturellement frustrés.

Les équipes juridiques et de sécurité informatique sont alarmées et prennent généralement des mesures telles que le blocage de l'utilisation des adresses e-mail de l'entreprise avec le service ou le blocage du service du réseau de l'entreprise. Inutile de dire que le drame s'ensuit. Amusement.

Et n'oublions pas toutes ces fois où une partie prenante trouve une excellente solution et obtient l'approbation d'un cadre supérieur avant même que les opérationnels ne l'apprennent.

Soit ils ont un besoin et ont trouvé une solution, soit ils pensent que le fait d'apporter le besoin aux techniciens et aux opérationnels les empêchera d'aider l'ensemble de l'organisation. Il est important d'exploiter le principe d'interprétation la plus respectueuse à ces moments-là.

De tels gâchis auraient pu commencer pour un certain nombre de raisons, mais l'une d'entre elles est probablement que l'instigateur s'est fait dire «non» ou s'attendait à ce qu'on lui dise «non». De plus, il est parfois plus facile de se repentir après coup que de demander d'abord la permission. De plus, en tant que divulgation, je n'aime pas non plus qu'on me dise « non ».

Creusez plus profondément : le secret pour construire une pile martech utile

Prévenir les dégâts lorsque le "oui" n'est pas sur les cartes

Il y a certainement des moments et des raisons où « oui » n'est pas une réponse viable. Cela rend vraiment difficile d'éviter des situations comme celles que j'ai expliquées ci-dessus. Cependant, certaines tactiques peuvent aider.

Un objectif important est de persuader les parties prenantes qu'en tant que professionnels de la technologie et des opérations marketing, nous visons à aider les autres à réussir - et à le faire souvent et de manière spectaculaire.

Nous ne ralentissons pas les choses pour faire des délibérations minutieuses et approfondies comme un voyage de pouvoir, un sabotage ou juste pour le plaisir.

Nous apportons une perspective plus large et une compréhension des détails tactiques et pratiques impliqués dans la poursuite de tout système ou initiative.

Nous pouvons transmettre cela en suivant certains principes de la philosophie agile.

Un principe crucial est la transparence. Si nous pouvons fournir des backlogs et des tableaux Kanban, les parties prenantes peuvent comprendre tout ce qui se trouve dans nos assiettes.

Si, au lieu de dire « non », nous nous asseyons avec la partie prenante pour recueillir les exigences et les cas d'utilisation, nous pouvons passer en revue certains des défis ou des problèmes qui se poseront.

Par exemple, si un nouveau système doit bien s'intégrer au CRM, nous pouvons travailler avec la partie prenante pour voir si la solution souhaitée le fait bien. Si ce n'est pas le cas, la partie prenante devrait alors mieux comprendre pourquoi la réponse peut se terminer par un « non ».

Un autre concept que la philosophie agile permet est l'itération. Peut-être qu'une partie prenante a une grande demande à laquelle d'autres n'ont peut-être pas encore adhéré.

Cependant, grâce à l'itération, un produit viable minimal (MVP) ou une configuration pourrait révéler si la plus grande demande vaut la peine d'être poursuivie. C'est à ce moment qu'une preuve de concept peut entrer en jeu.

De plus, en ce qui concerne les questions UX, un outil de test multivarié peut également fournir un moyen simple d'essayer quelque chose sans trop d'effort ni d'engagement.

Si un MVP, une preuve de concept ou un test A/B donne des résultats médiocres ou douteux, alors, espérons-le, la partie prenante comprendra mieux pourquoi sa demande n'est pas satisfaite.

Parfois, "testons cela" est une réponse encore meilleure que "oui", tout en évitant les dangers de dire "non".

Creusez plus profondément: 3 pointeurs pour naviguer sur le marché martech déroutant

Plus de gens pourraient dire "non"

Il est crucial pour les professionnels de la martech et des MOps de comprendre comment gérer de telles demandes, car plus de gens peuvent tuer une idée.

Comme je l'ai mentionné, la sécurité juridique et informatique sont deux acteurs de premier plan dans les plans martech. Les autres acteurs peuvent inclure la finance, les clients, les fournisseurs, les conseils d'administration, les régulateurs, les partenaires, les fabricants d'appareils et même les clients. C'est pourquoi il est si important d'entretenir des relations positives.

Lorsque nous engageons les parties prenantes en rassemblant les exigences et en tenant compte de nombreux problèmes à l'avance, nous pouvons préparer l'idée à l'examen minutieux inévitable des parties prenantes extérieures au marketing.

Cela peut aider à renforcer la confiance de la partie prenante dans le fait que ses collègues de la technologie et des opérations veillent effectivement sur elle.

Évitez les pièges du "non"

Nous sommes tous passés par là lorsqu'un collègue a commencé à utiliser un système non vérifié ou a été pris au dépourvu par une partie prenante qui a obtenu l'approbation de la direction pour une solution dont nous avons entendu parler après son approbation et son acquisition.

Bien que la peur compréhensible des parties prenantes que nous disions « non » ne soit pas la seule cause de tels incidents, elle peut certainement jouer un rôle.

Nous n'avons pas à dire « oui » à tout pour éviter les dangers du « non ». Cependant, en utilisant « testons cela » ou « peut-être » et en incluant les parties prenantes dans la délibération qui aboutit à un « non », nous pouvons, espérons-le, leur permettre de comprendre la situation dans son ensemble et pourquoi leur désir n'est pas viable pour le moment.

Peut-être que les délibérations révéleront une solution encore meilleure nécessitant moins d'efforts. De cette façon, ils peuvent nous considérer comme des alliés déterminés à les aider à réussir.

Les opinions exprimées dans cet article sont celles de l'auteur invité et pas nécessairement celles de MarTech. Les auteurs du personnel sont répertoriés ici.

Ajoutez MarTech à votre flux d'actualités Google.

---