Für B2B-SaaS
Präsent im sechsmonatigen Recherchefenster.
Niemand kauft B2B-Software in einem Besuch. Das Einkaufsgremium liest monatelang — Workflow, Migration, Integration, Rollout — und die meisten dieser Fragen werden in einem Vertriebstermin beantwortet, lange nachdem die Recherche vorbei ist. Xt4b legt die Antworten auf Ihre eigene Domain, in jedem Markt, in dem Sie verkaufen, bevor die Auswahlliste steht.
Diese Seite handelt von vertriebsgetriebener Software, bei der ein Gremium nach langer Prüfung zustimmt. Meldet sich eine Person allein an, passt besser: SEO-Content für SaaS.
Doku und Produktseiten bleiben IhreEine Position pro MarktKeine Preise pro Artikel
Was während einer Prüfung gelesen wird.
Keine Feature-Ankündigung mit dem Wort „nahtlos“ darin. Die Fragen, die ein Gremium in den zwei Quartalen vor dem Kauf stellt.
- Das Problem, vor dem Produkt
- Käufer recherchieren den Prozess, den sie reparieren wollen, lange bevor sie Software bewerten. Dort entsteht die Auswahlliste — und beantwortet werden diese Suchanfragen selten von einer Produktseite.
- Die Migration und der Rollout
- Was umzieht, was bricht, wie lange es dauert, wer beteiligt sein muss. Die mit Abstand meistgestellte Frage in einer B2B-Prüfung — und die, die Support-Teams von Hand beantworten.
- Die Integrationsfrage
- Wie es in den Stack passt, den der Käufer schon fährt — beschrieben in den Begriffen, die sein Team benutzt, mit einem Link auf die Doku, die das Detail trägt.
- Das Gremium, nicht die Einzelperson
- Eine technische Prüfung, eine Finanzfrage und ein Einwand aus dem Betrieb sind drei verschiedene Leser. Eigene Beiträge bedienen jeden davon, ohne dieselbe Übersicht zu wiederholen.
- Das lange Prüfungsfenster
- In einem sechsmonatigen Recherchezyklus wird das Konto auf die Auswahlliste eingeladen, das seit Monat eins Fragen beantwortet.
- Ein Weg vom Beitrag zum Demo-Termin
- Beiträge verlinken auf Produkt-, Preis- und Doku-Seiten, die Sie schon veröffentlichen — aus Ihrer Sitemap gelesen, damit der Blog den Funnel speist, statt mit ihm zu konkurrieren.
Ein Produktblog, der eine Launch-Woche übersteht.
Fünf Schritte, und einer davon ist die Durchsicht, die Marketing und Produkt ehrlich zueinander hält.
- 01
Die Produkt-Website scannen
Kostenlos und ohne Konto: Startseite, Funktionsseiten und Sitemap, dazu die Prüfungsfragen, die die Website noch nicht beantwortet.
- 02
Die Domain verbinden
Ein DNS-Eintrag, meist eine Subdomain wie blog.ihrprodukt.de. Nichts wird installiert, kein Doku-Werkzeug angefasst und keine Build-Pipeline verändert.
- 03
Den Plan ehrlich halten
Verwerfen Sie einen Beitrag zu einer Fähigkeit, die nicht ausgeliefert oder nicht unterstützt wird. Es wird nicht pro Artikel abgerechnet, ein unerwünschter Beitrag kostet also nichts.
- 04
Zum Kalender veröffentlichen
An jedem gewählten Veröffentlichungstag ein Beitrag, pro Sprache, mit Bildern, Metadaten und internen Links in die Seiten, die die Demo-Anfrage aufnehmen.
- 05
Suchanfragen messen, nicht Eitelkeit
Search Console im Lesemodus, pro Website: Für welche Prüfungsfragen die Domain Impressionen erwirtschaftet — der Frühindikator, Monate bevor ein Funnel konvertiert.
Was bei Ihnen bleibt.
Eine Pipeline sollte nie die Quelle eines Benchmarks, einer Zertifizierung oder eines Kundennamens sein. Das sind überprüfbare Aussagen des Unternehmens, das dafür geradestehen muss — und sie bleiben auf den Seiten, die das tun.
Was das hier kann: die Prozessfragen drumherum beantworten — in jedem Markt, in dem Sie verkaufen — und den Leser auf die Seite schicken, die den Demo-Termin bucht, Monate bevor er Sie sonst gefunden hätte.
- Benchmarks, Uptime, SLAs und alles, was ein Einkaufsteam prüfen wird
- Die Roadmap, das Preismodell und das Packaging
- Sicherheitslage, Zertifizierungen und Auftragsverarbeitung
- Kundennamen, Logos und Referenzen
- Was das Produkt tatsächlich nicht kann
Ein Launch-Kalender oder ein Recherchekalender.
Sie haben nicht dieselbe Form, und nur der zweite wächst mit der Zeit.
Rund um Launches veröffentlichen
- Ein Schub Beiträge in der Woche eines Releases, danach Ruhe
- Texte für Leute geschrieben, die das Produkt schon kennen
- Die Migrationsfrage nur im Vertriebstermin beantwortet
- Eine Sprache, in der Annahme, alle lesen Englisch
- Traffic in der Launch-Woche gemessen und nie wieder
Durch den Zyklus hindurch veröffentlichen
- An jedem Veröffentlichungstag ein Beitrag, mit oder ohne Launch
- Suchanfragen aus dem, was der Käufer reparieren will
- Migration und Integration einmal öffentlich erklärt
- Jeder Markt aus seinen eigenen Suchanfragen geplant
- Impressionen pro Prüfungsfrage, Monat für Monat
Wo ein Content-Blog aufhört, nützlich zu sein
Er kann keinen Abschluss herbeiführen und keine Positionierung reparieren. Passt das Produkt nicht, bringen besser geschriebene Seiten die Passungsprobleme früher an die Oberfläche — unangenehm und trotzdem billiger als ein verlorenes Quartal.
Und er kann keinen Funnel versprechen: Ranking, Traffic und Umsatz sind nicht garantiert, und die AGB sagen das. Was er tut: auf einem Zeitplan die Seiten veröffentlichen, die ein Einkaufsgremium auf dem Weg zur Entscheidung liest.
Pro Markt kalkuliert, nicht pro Asset.
20 € pro Website, pro Sprache, pro Monat. Der Scan kommt zuerst und kostet nichts — die Prüfungsfragen, die Ihrer Website fehlen, sind sichtbar, bevor Budget fließt.
Ein Markt ist eine Position: kein Preis pro Artikel, keine Mindestzahl an Beiträgen, kein separater Posten für Bilder oder das Hosting des Blogs. Drei Sprachen sind drei Positionen, und jede wird gegen die Suchanfragen ihres Marktes geschrieben statt aus den englischen Beiträgen übersetzt.
Weil der Blog auf einer Domain läuft, die dem Unternehmen gehört, überlebt das Archiv die nächste Neupositionierung, den nächsten Website-Rebuild und den nächsten Marketingleiter — und wird weitergelesen, während alle drei passieren.
- Der Plan: Suchanfragen, Absichten, Gliederungen und Termine
- Die Entwürfe, mit der Durchsicht vor der Veröffentlichung
- Titelbild und Bilder im Artikel, in der Farbe des Produkts
- Hosting des Blogs auf einer Domain, die dem Unternehmen gehört
- Das crawlbare Fundament: kanonische URLs, Sitemap, strukturierte Daten
- Search-Console-Reporting, Website für Website
- Für Agenturen
Mehrere Kundenseiten, ein Konto, je ein eigener Kalender.
- Für Startups
Eine Content-Funktion ohne Content-Stelle.
- Für SaaS
Seien Sie die Antwort, bevor die Demo angefragt wird.
- Für Marketingteams
Eine Pipeline hinter dem Kalender, pro Website und Sprache.
- Für Berater
Die Anfragen, die mit einer Suche beginnen.
Fragen, die SaaS-Teams stellen.
Einschließlich: ob es Produktseiten schreibt, ob es Wettbewerber nennt und wie es zu einem langen Verkaufszyklus passt.
Was ist mit den Sicherheits- und Compliance-Fragen des Einkaufsgremiums?
Die gehören auf Seiten, die Ihr Team besitzt und für die es geradestehen kann — eine Trust-Seite, eine Liste der Unterauftragsverarbeiter, eine Zertifizierung, eine Statusseite. Eine Aussage in einem Blogbeitrag ist eine Aussage, die Sie öffentlich gemacht haben: Der Plan visiert also die Suchanfrage an, der Beitrag übergibt den Käufer, und nichts hier erfindet eine Compliance-Antwort zum falschen Zeitpunkt der Prüfung.
Wie hält der Content mit einem Produkt Schritt, das jeden Monat ausliefert?
Recherche-Content und Launch-Content altern unterschiedlich schnell. Ein Beitrag über einen Workflow oder einen Migrationspfad stimmt ein Jahr lang; ein Beitrag über ein Feature ist mit dem nächsten Release falsch. Der Plan baut deshalb auf den Fragen auf, die ein Changelog überleben, und die Seiten, die das Produkt abbilden müssen, bleiben Ihre.
Wie passt das zu einem sechsmonatigen Verkaufszyklus?
Genau dafür ist es gebaut: ein Beitrag pro Veröffentlichungstag, der sich über genau die Monate sammelt, in denen ein Gremium recherchiert. Eine im ersten Monat veröffentlichte Seite wird im fünften noch gelesen, wenn die Auswahlliste gezogen wird.
Kann es gleichzeitig für technische und kaufmännische Leser schreiben?
Nicht in einem Artikel. Jeder Eintrag zielt auf eine Suchanfrage mit einer Absicht, die technische Prüfung und die Finanzfrage werden also getrennte Beiträge, jeder für den Leser geschrieben, der ihn getippt hat. Das hält auch die Freigabe schnell: eine Frage auf einmal.
Wie passt das zu einem Rollout über mehrere Regionen?
Eine Region ist eine Position: eigener Plan, eigene Suchanfragen, eigene Termine, abgerechnet pro Website, pro Sprache, pro Monat. Ein Rollout, der in zwei Märkten startet und später fünf erreicht, bedeutet fünf Linien, sobald Sie bereit sind — und eine Region, die stockt, wird abgeschaltet, ohne die zu stören, die schon berichten.
Was, wenn der Plan etwas vorschlägt, das das Produkt nicht kann?
Verwerfen Sie ihn. Der Plan wird durchgesehen, bevor etwas geschrieben wird, und ein Eintrag zu einer nicht ausgelieferten Fähigkeit ist mit einem Klick entfernt. Nichts wird ohne Planeintrag dahinter veröffentlicht — das ist der Mechanismus, der den Blog davon abhält, Features zu versprechen.
Was kostet es, und was ersetzt es?
20 € pro Website, pro Sprache, pro Monat: keine Preise pro Artikel, keine Mindestmenge, der Scan kostenlos und ohne Konto. Es ersetzt eher das Freelance-Retainer, das in einem Jahr vier Beiträge produziert hat, als ein internes Content-Team.
Wie messen Sie Content, der ein sechsmonatiges Geschäft beeinflusst?
Nicht mit Last-Click-Attribution, die immer der Demo-Anfrage den Erfolg zuschreibt. Nutzbar sind die Signale, die die Search Console ohnehin zeigt: Impressionen und durchschnittliche Position für die Prüfungsfragen, in denen Sie vorher nicht vorkamen, auf Seiten, die vor dem Gremium liegen, während es noch liest. Alles darüber hinaus ist eine CRM-Frage, keine Content-Frage.
Starten Sie mit der Produkt-Website
Antworten Sie dem Gremium, bevor die Auswahlliste steht.
Verbinden Sie die Domain des Produkts und lesen Sie den Plan: die Prüfungsfragen, die der Website fehlen, die Gliederungen dahinter und die Termine, an denen sie erscheinen würden.
Produktseiten unangetastet20 € / Website / Sprache / Monat3 Tage kostenlos, ohne Kreditkarte