Die Gefahren des „Nein“-Sagens in Martech
Veröffentlicht: 2023-01-20Ich habe viele Geschichten von Menschen gehört, die beschlossen haben, einen Tag damit zu verbringen, zu allem und jedem „Ja“ zu sagen.
Es birgt sehr reale Gefahren, im Bereich Marketingtechnologie und -betrieb „Nein“ zu sagen. Lassen Sie mich jedoch klar sagen, dass es sicherlich Zeiten und gute Gründe gibt, „nein“ zu sagen.
Dennoch hat es reale Konsequenzen, sich einen Ruf als Traumkiller oder Wall of No zu verdienen. Es ist wichtig, positive Beziehungen aufrechtzuerhalten.
Wo ein Wille ist, ist auch ein Weg
Während meiner Karriere habe ich Szenarien gesehen, in denen ein Stakeholder beispielsweise eine Projektmanagementlösung benötigte. Aber anstatt zu den Marketing-Technologie- und Operations-Leuten zu kommen, entschieden sie sich für ein Tool mit einer kostenlosen Stufe wie Asana oder Trello.
Manchmal verwendeten sie ihre geschäftliche E-Mail-Adresse. In anderen Fällen verwendeten sie eine private E-Mail-Adresse. In einigen Fällen haben sie versehentlich die persönliche E-Mail-Adresse verwendet, da dies das Google-Konto ist, bei dem sie zu diesem Zeitpunkt angemeldet waren.
Es gibt so viele andere Arten von Systemen, bei denen ich so etwas gesehen habe – wie zum Beispiel Google Analytics. Der Benutzer lädt dann zwangsläufig Teammitglieder und andere Kollegen ein, sich ihnen anzuschließen, um das ungeprüfte System zu verwenden.
Es ist wichtig darauf hinzuweisen, dass solche Anstifter in den allermeisten Fällen nicht versuchen, die besten Absichten der Martech- und MOps-Teams zu vereiteln. Sie versuchen auch nicht, die IT-Sicherheitsrichtlinien des Unternehmens zu verletzen oder das Risiko einer Datenschutzverletzung zu erhöhen.
Sie haben einfach ein Bedürfnis und haben eine kostenlose und einfache Lösung für dieses Bedürfnis gefunden. In vielen Fällen können sie mit Recht argumentieren, dass die betreffenden Informationen nicht so sensibel sind.
Sie können eine Aufsicht absichtlich vermieden haben oder auch nicht. Manchmal handeln sie aus Unwissenheit, manchmal aber auch, um Bürokratie zu vermeiden.
Obwohl ich sicher bin, dass nicht alle derartigen Fälle ans Licht gebracht werden, habe ich viele gesehen, die Aufmerksamkeit erregt haben. Wenn sie ans Licht kommen, sind die Marketing-Technologie- und Operations-Leute verständlicherweise frustriert.
Die Rechts- und IT-Sicherheitsteams sind alarmiert und ergreifen in der Regel Maßnahmen wie das Sperren von Firmen-E-Mail-Adressen für die Verwendung mit dem Dienst oder das Sperren des Dienstes aus dem Unternehmensnetzwerk. Unnötig zu erwähnen, dass Drama folgt. Spaß.
Und vergessen wir nicht all die Zeiten, in denen ein Stakeholder eine großartige Lösung findet und einen leitenden Angestellten dazu bringt, sie zu genehmigen, bevor die Mitarbeiter der Ops überhaupt davon erfahren.
Sie haben entweder ein Bedürfnis und haben eine Lösung gefunden oder haben das Gefühl, dass es sie daran hindern wird, der gesamten Organisation zu helfen, wenn sie das Bedürfnis an die Techniker und Betriebsmitarbeiter weitergeben. In solchen Zeiten ist es wichtig, den Grundsatz der respektvollsten Interpretation zu nutzen.
Solche Schlamassel könnten aus einer Reihe von Gründen begonnen haben, aber einer davon ist wahrscheinlich, dass dem Anstifter entweder „nein“ gesagt wurde oder erwartet wurde, „nein“ zu sagen. Außerdem ist es manchmal einfacher, im Nachhinein Buße zu tun, als zuerst um Erlaubnis zu bitten. Außerdem, als Offenlegung, mag ich es nicht, wenn Leute mir auch „nein“ sagen.
Tiefer graben: Das Geheimnis zum Aufbau eines nützlichen Martech-Stacks
Verhindern Sie Unordnung, wenn „Ja“ nicht auf den Karten ist
Es gibt sicherlich Zeiten und Gründe, in denen „Ja“ keine brauchbare Antwort ist. Das macht es wirklich schwierig, Situationen zu vermeiden, wie ich sie oben erklärt habe. Einige Taktiken können jedoch helfen.
Ein wichtiges Ziel ist es, Interessengruppen davon zu überzeugen, dass wir als Experten für Marketingtechnologie und -betrieb darauf abzielen, anderen zum Erfolg zu verhelfen – und dies oft und auf spektakuläre Weise zu tun.
Wir verlangsamen die Dinge nicht, um sorgfältige und gründliche Überlegungen als Machttrip, Sabotage oder einfach nur zum Spaß anzustellen.
Wir bringen eine Gesamtperspektive und ein Verständnis für taktische und versteckte Details ein, die mit der Verfolgung eines Systems oder einer Initiative verbunden sind.
Wir können dies vermitteln, indem wir einigen Grundsätzen der agilen Philosophie folgen.
Ein entscheidender Grundsatz ist Transparenz. Wenn wir Backlogs und Kanban-Boards bereitstellen können, können die Beteiligten alles verstehen, was auf unseren Tellern steht.
Wenn wir uns, anstatt „nein“ zu sagen, mit dem Stakeholder zusammensetzen, um Anforderungen und Anwendungsfälle zu sammeln, können wir einige der Herausforderungen oder Probleme durchgehen, die auftreten werden.
Wenn beispielsweise ein neues System gut in das CRM integriert werden muss, können wir mit den Beteiligten zusammenarbeiten, um zu sehen, ob ihre gewünschte Lösung das gut macht. Wenn dies nicht der Fall ist, sollte der Stakeholder besser verstehen, warum die Antwort möglicherweise ein „Nein“ lautet.
Ein weiteres Konzept, das die agile Philosophie zulässt, ist die Iteration. Vielleicht hat ein Stakeholder eine große Frage, die andere vielleicht noch nicht angenommen haben.
Durch Iteration könnte ein Minimal Viable Product (MVP) oder Setup jedoch zeigen, ob die größere Frage es wert ist, weiterverfolgt zu werden. Hier kann ein Proof of Concept ins Spiel kommen.
Darüber hinaus kann ein multivariates Testing-Tool in Bezug auf UX-Themen auch eine einfache Möglichkeit bieten, etwas ohne großen Aufwand und Engagement auszuprobieren.
Wenn ein MVP-, Proof-of-Concept- oder A/B-Test schlechte oder fragwürdige Ergebnisse liefert, wird der Stakeholder hoffentlich besser verstehen, warum seine Anfrage nicht erfüllt wird.
Manchmal ist „lass uns das testen“ eine noch bessere Antwort als „ja“, während du gleichzeitig die Gefahr vermeidest, „nein“ zu sagen.
Tiefer graben: 3 Hinweise zur Navigation durch den verwirrenden Martech-Marktplatz
Mehr Leute könnten „nein“ sagen
Für Martech- und MOps-Profis ist es von entscheidender Bedeutung, zu verstehen, wie sie mit solchen Anfragen umgehen müssen, da mehr Menschen eine Idee töten können.
Wie ich bereits erwähnt habe, sind Rechts- und IT-Sicherheit zwei wichtige Akteure in Martech-Plänen. Andere Akteure können Finanzen, Kunden, Lieferanten, Vorstände, Aufsichtsbehörden, Partner, Gerätehersteller und sogar Kunden sein. Deshalb ist es so wichtig, positive Beziehungen zu pflegen.
Wenn wir Stakeholder einbeziehen, indem wir Anforderungen sammeln und zahlreiche Probleme im Voraus berücksichtigen, können wir die Idee für die unvermeidliche Überprüfung durch Stakeholder außerhalb des Marketings vorbereiten.
Dies kann dazu beitragen, das Vertrauen des Stakeholders aufzubauen, dass sich seine Technik- und Betriebskollegen tatsächlich um ihn kümmern.
Vermeiden Sie die Fallstricke des „Nein“
Wir alle haben es erlebt, wenn entweder ein Kollege anfing, ein ungeprüftes System zu verwenden, oder von einem Stakeholder überrumpelt wurde, der die Zustimmung der Geschäftsleitung für eine Lösung erhielt, von der wir erfuhren, nachdem sie genehmigt und beschafft worden war.
Die verständliche Angst der Stakeholder, dass wir „nein“ sagen, ist zwar nicht die einzige Ursache für solche Vorfälle, kann aber durchaus eine Rolle spielen.
Wir müssen nicht zu allem „ja“ sagen, um die Gefahren eines „nein“ zu vermeiden. Indem wir jedoch „das testen“ oder „vielleicht“ verwenden und Stakeholder in die Überlegungen einbeziehen, die zu „nein“ führen, können wir ihnen hoffentlich ermöglichen, das Gesamtbild zu verstehen und warum ihr Wunsch im Moment nicht realisierbar ist.
Vielleicht ergeben Überlegungen eine noch bessere Lösung mit weniger Aufwand. Auf diese Weise können sie uns als Verbündete betrachten, die sich dafür einsetzen, ihnen zum Erfolg zu verhelfen.
Holen Sie sich MarTech! Täglich. Kostenlos. In Ihrem Posteingang.
Siehe Bedingungen.
Die in diesem Artikel geäußerten Meinungen sind die des Gastautors und nicht unbedingt die von MarTech. Mitarbeiter Autoren sind hier aufgelistet.
Ähnliche Beiträge
Neu bei MarTech