Diese Anleitung ist für Teams, die ihren Support-Stack von Intercom auf Help Scout verkleinern. Die Gründe sind vertraut: Die Preise von Intercom pro monatlich aktiver Person wachsen schneller als dein Umsatz, die Custom Bots vom letzten Jahr haben die investierte Zeit nie zurückgezahlt, und die Support-Leitung will ein Werkzeug, das aussieht wie E-Mail, statt einer Chat-Plattform mit drei Seitenleisten.
Die ehrliche Fassung einer Migration von Intercom zu Help Scout lautet: Manches überlebt sauber, manches verlangt Handarbeit, und manches existiert auf der anderen Seite schlicht nicht. Artikel wandern mit. Kundenprofile wandern mit. Die Historie geschlossener Gespräche wandert mit (mit Einschränkungen). Custom Bots, Series, Resolution Bot, Banner, Umfragen und ausgehende Kampagnen nicht, weil Help Scout diesen Teil des Produkts nie gebaut hat.
Es folgt der Schritt für Schritt: wie du aus Intercom exportierst, wie du die Daten transformierst, wie du nach Help Scout importierst, wie du URL-Weiterleitungen so löst, dass die SEO nicht einbricht, und wie der Cutover-Tag abläuft. Der letzte Abschnitt ist der, den die meisten Migrationsanleitungen auslassen: der Prozess nach dem Umzug, damit das neue Help Center nicht genauso abdriftet wie das alte.
Warum Teams von Intercom zu Help Scout wechseln
Drei Gründe tauchen in fast jedem Migrationsgespräch auf.
Erstens der Preis. Intercom rechnet nach monatlich aktiven Personen ab. Deine Kontaktdatenbank wächst, egal ob dein Team größer wird. Help Scout rechnet pro Person ab, die Rechnung skaliert also mit deinem Team, nicht mit deinem Traffic. Ein Team, das bei 2.000 monatlich aktiven Personen 400 Dollar pro Monat an Intercom zahlt, zahlt für dieselbe Agent-Zahl bei Help Scout oft 80 bis 200 Dollar. Die Aufschlüsselung steht in Preise von Intercom Articles und Preise von Help Scout Docs, lies sie vor dem Budgettermin.
Zweitens die Funktionsfläche. Intercom ist eine Plattform für Kundenkommunikation mit Help Center, Chat, KI, Automatisierungen, Outbound, Umfragen, Bannern und einem Messenger-SDK. Die meisten Teams nutzen 30 Prozent davon. Help Scout ist ein E-Mail-orientierter Helpdesk mit einer Doku-Website (Help Scout Docs) und einem Chat-Widget (Beacon). Weniger Flächen, weniger kaputte Automatisierungen, weniger Einstellungen zum Prüfen.
Drittens ist die KI kein Burggraben mehr. Fin von Intercom ist beeindruckend, wenn es funktioniert, doch es funktioniert nur auf korrekter Dokumentation, und Intercom Articles driftet genauso ab wie jedes andere Help Center. Darüber haben wir in warum Intercom Fin an veralteter Doku scheitert geschrieben. AI Answers von Help Scout ist schlichter und für die meisten Teams gut genug, die Intercom für KI bezahlen, ohne die Vermeidungsquote zu bekommen, die das rechtfertigen würde.
Keiner dieser Gründe ist falsch. Sie sind auch nicht die ganze Geschichte. Die Kosten der Migration selbst, der Neubau von allem, was du in Intercom automatisiert hast, und das SEO-Risiko bei verpatzten Weiterleitungen können die Ersparnis des ersten Jahres aufzehren, wenn du nicht planst.
Was die Migration überlebt
Plane um diese Liste herum. Alles, was nicht darin steht, ist entweder Handarbeit oder wirklich weg.
| Intercom-Daten | Ziel in Help Scout | Wie |
|---|---|---|
| Artikel (öffentliches Help Center) | Help Scout Docs Artikel | Export über Intercom Articles API, Import über Help Scout Docs API |
| Collections | Kategorien | 1:1-Zuordnung über parent_id |
| Artikelbilder | Help Scout Assets | Herunterladen, neu hochladen, src-URLs tauschen |
| Kundenprofile plus eigene Attribute | Help Scout Customers | Intercom Contacts API, Help Scout Mailbox API |
| Geschlossene Gespräche (Historie) | Geschlossene Gespräche | Bezahlter Migrationsdienst (Help Desk Migration, ClonePartner) oder eigenes Skript |
| Tags an Gesprächen | Gesprächs-Tags | Über bezahlte Migration zugeordnet; manuelle Nachbearbeitung empfohlen |
| Interne Notizen | Interne Notizen | Teilweise. Die Zuordnung zur Person bleibt erhalten, wenn die Konten in Help Scout schon existieren. |
| Makros / gespeicherte Antworten | Saved Replies | Manuelles Neuschreiben (empfohlen, die meisten sind ohnehin veraltet) |
Was NICHT überlebt
Die meisten Teams unterschätzen diese Liste. Baue den Neubauplan darum herum, bevor du den Help-Scout-Vertrag unterschreibst, denn manches davon sind Wochen an Arbeit und manches ist ersatzlos weg.
| Intercom-Funktion | Pendant in Help Scout | Neubauaufwand |
|---|---|---|
| Custom Bots (dialogorientierte Abläufe) | Kein gleichwertiges. Beacon-Antworten plus gespeicherte Antworten. | Hoch. Die meisten Teams akzeptieren den Verlust. |
| Series-Automatisierungen | Workflows (schlichter, regelbasiert) | Mittel. Lineare Sequenzen wandern mit, Verzweigungslogik nicht. |
| Resolution Bot / Fin AI | AI Answers (anderes Vermeidungsmodell) | Entfällt. Du verlierst Fin, du bekommst AI Answers. Anderes Produkt. |
| Banner | Kein gleichwertiges | Ersetze durch ein In-App-Banner oder E-Mail, falls der Anwendungsfall bleibt. |
| Umfragen | Help Scout Ratings (nur CSAT) | Mittel. Für reichere Umfragen zu Typeform, SurveyMonkey oder dein Analysewerkzeug wechseln. |
| Ausgehende Nachrichtenkampagnen | Kein gleichwertiges | Hoch. Lifecycle-E-Mails zu Customer.io, Loops oder deiner Marketing-Automatisierung verschieben. |
| Custom Apps / Messenger Apps | Keines | Hoch. Reine Intercom-Plattform. |
| Status Snoozed | Status Pending (andere Semantik) | Niedrig. Am Cutover-Tag manuell neu setzen. |
| Artikel-Tags (als eigene Objekte) | Kein Pendant. Kategorien nutzen. | Niedrig. Artikel-Tags sind in der Intercom-API ohnehin nur lesbar. |
Für diesen Teil der Migration kalkulieren die meisten Teams zu wenig ein. Wenn deine Custom Bots den Großteil des Eingangs abfangen, plane, dieses Volumen im ersten Monat mit Menschen aufzufangen, während du gespeicherte Antworten neu schreibst. Wenn deine Series zwölfstufige Onboarding-Sequenzen versendet, verschiebe sie in ein echtes Marketing-Automatisierungswerkzeug, bevor du Intercom abschaltest, nicht danach.
Schritt 1: Den Cutover planen
Blocke vier Wochen. Die meisten Teams, die das an einem Wochenende versuchen, bereuen es. Die Ausnahme sind Teams mit unter 100 Artikeln und ohne Automatisierungen, die in wenigen Tagen fertig sind.
Entscheide drei Dinge vorab.
Das Cutover-Datum. Wähle einen Tag mit wenig Volumen. Samstagmorgen, Quartalsende, nach einem großen Release, bevor das nächste beginnt. Kommuniziere es an Support, Vertrieb und jedes Team, das Intercom anfasst.
Die Kundenkommunikation. Deine Kundschaft muss nicht wissen, dass du den Helpdesk gewechselt hast. Sie muss wissen, wenn die Reaktionszeiten während des Cutovers 48 Stunden lang länger sind, und sie muss wissen, dass sich die Adresse eines Chat-Widgets im Produkt ändert.
Den Auslöser für den Rückzug. Definiere, was einen Rollback auslösen würde. Kritische Gesprächsdaten fehlen. Der SEO-Traffic auf die Doku fällt um mehr als 30 Prozent gegenüber der Vorwoche. Die Help-Scout-API läuft beim Import in Ratenbegrenzungen. Schreib den Rollback-Plan, bevor du beginnst.
Das offizielle Migrationsteam von Help Scout nennt in seiner Anleitung zur Helpdesk-Migration fünf häufige Fehler, die sich zu merken lohnen: kein Test vor dem vollständigen Umzug, falsche Datenzuordnung, fehlende Agent-Konten im neuen Werkzeug, zu wenig eingeplante Zeit und übersehene Supportquellen wie alte E-Mail-Adressen oder API-Integrationen. Der dritte erwischt Teams jedes Mal. Lege deine Help-Scout-Konten an, bevor ein Gesprächsimport läuft, sonst fällt die Zuordnung auf einen Systemnutzer zurück und dein historischer Kontext wird schwerer lesbar.
Schritt 2: Intercom Articles exportieren
Zwei Wege. Wähle einen.
Weg A. Nimm das Open-Source-Werkzeug. Das Team von Raisely hat einen Node.js-Migrator unter github.com/raisely/intercom-to-helpscout-migrator offengelegt. Er zieht Intercom Articles, lädt Bilder herunter, erzeugt Help-Scout-Kategorien aus Intercom-Collections, lädt Bilder nach Help Scout, legt die Artikel an und schreibt URL-Weiterleitungen auf deine Help-Scout-Website. Die README ist ehrlich zu den Grenzen: Er wurde für eine einzige Migration gebaut, kann brechen, wenn Intercom Klassenselektoren ändert, und kommt ohne Gewährleistung. Er schafft rund 100 Artikel pro Stunde. Gut für Teams mit unter 500 Artikeln und einfacher Struktur.
Weg B. Führe API-Export, manuelle Transformation und API-Import selbst durch. Das ist die richtige Wahl für größere oder stärker angepasste Bibliotheken.
Exportiere aus Intercom über die Articles API. Der Endpunkt ist GET https://api.intercom.io/articles und liefert paginierte Ergebnisse, absteigend sortiert nach updated_at. Jedes Artikelobjekt enthält id, title, body (HTML), parent_id, parent_type, state, created_at, updated_at, author_id, description und url. Die Paginierung läuft cursorbasiert über starting_after. Artikel-Tags sind in API-Antworten nur lesbar. Referenz: offizielle Anleitung zur Articles API von Intercom.
Die Exportschleife als Pseudocode:
Sichere die rohen JSON-Dumps, bevor du irgendetwas transformierst. Wenn in Schritt 3 oder 4 etwas schiefgeht, willst du die Intercom-API nicht erneut anfassen.
Schritt 3: Artikel für Help Scout Docs transformieren
Help Scout Docs nimmt HTML an. Intercom auch. Die Transformationen betreffen die Unterschiede in der Struktur, nicht im Format.
Kategoriezuordnung. Baue eine Nachschlagetabelle: Intercom-Collection-ID zu Help-Scout-Kategorie-ID. Du legst die Kategorien zuerst in Schritt 4 an und startest den Artikelimport dann mit den aufgelösten IDs.
Interne Links. Finde jedes <a href>, das auf deine Intercom-Help-Center-Domain zeigt. Schreib sie auf den relativen Pfad um, den Help Scout nutzen wird. War deine Intercom-URL https://intercom.help/deinemarke/de/articles/12345-erste-schritte, lautet der Help-Scout-Slug vermutlich erste-schritte. Baue die Zuordnung vorab, versuche es nicht nebenbei.
Bilder. Intercom-Bilder liegen auf downloads.intercomcdn.com. Help Scout leitet sie nicht durch. Du musst jedes Bild herunterladen, in Help Scout Assets hochladen und das src umschreiben. Das Werkzeug von Raisely erledigt das automatisch. Bei einer eigenen Pipeline dauert dieser Schritt länger als der Artikelimport selbst.
Verschachtelte Überschriften. Intercom klappt manche Überschriftenhierarchien automatisch zusammen. Help Scout respektiert, was du sendest. Prüfe eine Stichprobe von 20 Artikeln vor dem Massenimport.
Markdown gegen HTML. Beide Plattformen nehmen in ihren APIs HTML an. Bevorzugst du Markdown als Quelle der Wahrheit, lass die Artikel durch einen Schritt mit Pandoc oder Turndown laufen, lege das Markdown in einem Git-Repo ab und wandle beim Import zurück nach HTML. Das ist die Grundlage für den Prozessschritt nach der Migration am Ende dieses Artikels.
Schritt 4: Nach Help Scout Docs importieren
Die Help Scout Docs API läuft auf docsapi.helpscout.net über HTTPS, mit Basic Auth, wobei dein API-Schlüssel der Benutzername ist und das Passwort ein beliebiger Wert (typischerweise X). Den Schlüssel holst du in deinem Help-Scout-Profil unter Authentication. Referenz: Dokumentation der Help Scout Docs API.
Die Ratenbegrenzungen skalieren mit der Zahl deiner Websites: 2.000 Anfragen pro 10 Minuten bei 1 Website, 3.000 bei 2, 4.000 ab 3. Eine 429-Antwort heißt, du bist am Limit. Baue Wiederholungen mit Backoff in deinen Importer ein. Die Paginierung deckelt bei 50 Ergebnissen pro Seite.
Die Reihenfolge des Imports zählt:
- Die Help-Scout-Website anlegen (falls noch nicht bereitgestellt).
- Die Kategorien anlegen (ein POST pro Intercom-Collection).
- Alle Bilder in Help Scout Assets hochladen, die URL-Zuordnung speichern.
- Pro Artikel: Bild-src-URLs über die Zuordnung umschreiben, interne Links umschreiben, mit der aufgelösten Kategorie-ID an den Articles-Endpunkt POSTen.
- Zehn Artikel stichprobenartig auf Formattreue prüfen, bevor du veröffentlichst.
Die API von Help Scout unterstützt Artikelentwürfe. Importiere zuerst alles als Entwurf, prüfe, und veröffentliche in einem zweiten Durchlauf. Das gibt dir eine Notausstiegsluke, falls eine Regex danebengegriffen hat.
Schritt 5: Kundendaten exportieren und importieren
Artikel sind der einfache Teil. Bei Kundendaten hören die meisten Teams auf und bezahlen einen Migrationsdienst.
Intercom stellt Kontakte über die Contacts API bereit. Du kannst E-Mail, Name, eigene Attribute, Tags und die Firmenzuordnung ziehen. Was du über die Standard-API nicht sauber ziehst: vollständige Gesprächsverläufe. CSV- und S3-Export von Intercom lassen Gesprächsnachrichten aus. Für vollständige Nachrichtenhistorien brauchst du die REST-API mit ihren Endpunkten für Gesprächslisten und Gesprächsteile, paginiert und ratenbegrenzt.
Drei Optionen für die Gesprächshistorie:
Option 1. Weglassen. Die Historie geschlossener Gespräche bleibt im alten Werkzeug lesbar, solange du das Intercom-Abo behältst. Viele Teams behalten Intercom 6 bis 12 Monate in der niedrigsten Stufe rein als Archiv und kündigen dann. Das ist der günstigste und ehrlichste Weg.
Option 2. Einen Migrationsdienst bezahlen. Help Desk Migration, ClonePartner und ähnliche Dienste haben Zuordnungen zwischen Intercom und Help Scout gebaut. Sie erledigen die Paginierung der Gesprächsteile, die Kundenbereinigung und die Tag-Zuordnung. Übliche Kosten: 500 bis 5.000 Dollar je nach Volumen. Die meisten Teams unter 100.000 Kontakten zahlen dafür, statt es zu bauen.
Option 3. Ein eigenes Skript schreiben. Nur lohnend, wenn du Entwicklungskapazität hast und entweder über eine Million Kontakte oder spezielle Datenanforderungen, die die bezahlten Dienste nicht erfüllen. Plane zwei bis vier Entwicklungswochen.
Für reine Kundenprofile (ohne Gesprächshistorie) ist der Weg geradlinig: über die Intercom Contacts API exportieren, auf das Kundenschema von Help Scout transformieren, über die Help Scout Mailbox API POSTen. Die eigenen Attribute bilden auf Kundeneigenschaften in Help Scout ab.
Schritt 6: Automatisierungen als Help Scout Workflows neu bauen
Diesen Schritt lassen die meisten Anleitungen aus, und die meisten Teams unterschätzen ihn.
Inventarisiere jeden Custom Bot, jede Series und jeden Workflow in Intercom. Ordne sie ein:
- Ticket- und Routing-Logik (Team zuweisen, Priorität nach Tag setzen): baut sich in Help Scout Workflows sauber nach.
- Triage im eingehenden Chat (Lead qualifizieren, an Vertrieb leiten, mit Artikel vermeiden): Beacon von Help Scout kann etwas davon, aber nicht gleichwertig. Plane, es mit Menschen aufzufangen.
- Ausgehende Lifecycle-Kommunikation (Onboarding-Mails, Reaktivierung): zu Customer.io, Loops, Klaviyo oder deiner bestehenden Marketing-Automatisierung verschieben.
- Banner im Produkt: in ein dediziertes In-App-Messaging-Werkzeug wie Pendo oder ProductFruits verschieben oder ins eigene Produkt bauen.
Help Scout Workflows sind schlichter als Intercom Series. Wenn-dann-Regeln beherrschen sie gut: Hat ein Gespräch Tag X, weise es Person Y zu; kommt ein Gespräch von einer Kundin im Segment Z, setze Priorität hoch. Verzweigte Sequenzen mit Verzögerungen, bedingten Wartezeiten oder A/B-Aufteilungen beherrschen sie nicht. Enthält deine Intercom Series so etwas, findet der Neubau in deinem Marketing-Stack statt, nicht in Help Scout.
Der Sinn der Bestandsaufnahme ist nicht, alles nachzubauen. Es geht darum zu entscheiden, was nachgebaut, was stillgelegt und was in ein anderes Werkzeug verschoben wird. Viele im ersten Jahr in Intercom gebaute Automatisierungen sind im dritten Jahr veraltet und haben die Zeit nie zurückgezahlt. Nutze die Migration als Anlass, sie stillzulegen.
Schritt 7: Strategie für URL-Weiterleitungen
Wenn dein Intercom-Help-Center SEO-Traffic hat, ist das der Schritt mit dem höchsten Einsatz.
Intercom hostet dein Help Center unter einem von drei URL-Mustern:
intercom.help/deinemarke/(der Standard)support.deinedomain.de(eigene Subdomain über CNAME)deinedomain.de/help/(über Reverse Proxy)
Help Scout Docs folgt denselben drei Mustern: deinemarke.helpscoutdocs.com, eigene Subdomain oder Reverse Proxy.
Der Weiterleitungsplan hängt von deinem URL-Muster ab.
Eigene Subdomain. Der einfachste Weg und das häufigste Hosting-Muster bei Intercom. Ändere den CNAME von Intercom auf Help Scout, sobald du alle Artikel-Slugs passend angelegt (oder eine Weiterleitungstabelle gepflegt) hast. Die Artikel-URLs ändern sich, doch Google sieht je alte URL eine 301 auf die neue und behält die Linkkraft. Die Help Scout Docs API hat für genau diesen Fall einen Redirects-Endpunkt.
Reverse Proxy. Der schwerste Weg. Du kontrollierst die Proxy-Konfiguration (Cloudflare Workers, Nginx und so weiter). Stell sie auf Help Scout um. Baue in der Proxy-Schicht eine Zuordnung von alten auf neue URLs. Teste 50 zufällige URLs, bevor du produktiv schaltest.
Standard-Subdomain. Am leichtesten zurückzulassen. Der Traffic liegt auf intercom.help/deinemarke, und du kannst ihn nicht weiterleiten, weil dir die Domain nicht gehört. Richte deine neue Help-Scout-Subdomain ein, fordere in der Google Search Console eine Neuindexierung an und akzeptiere einen vorübergehenden Traffic-Einbruch, während Google neu crawlt.
Das Werkzeug von Raisely schreibt Weiterleitungen automatisch an den Redirects-Endpunkt von Help Scout. Bist du in Schritt 2 Weg A gegangen, stehen deine Weiterleitungen bereits. Bist du Weg B gegangen, baue die Weiterleitungstabelle als letzten Schritt vor dem Cutover.
Schritt 8: Der Plan für den Cutover-Tag
Eine Person verantwortet den Cutover. Alle anderen sind in Bereitschaft.
Die Abfolge:
- Letzter Abgleich aller Gespräche der vergangenen 24 Stunden.
- Intercom in einen Wartungszustand setzen: alle Custom Bots aus, Series pausieren, das Chat-Widget auf eine allgemeine Nachricht setzen ("Wir migrieren gerade, bitte schreib an support@deinedomain.de").
- DNS oder Reverse Proxy auf Help Scout umstellen.
- Prüfen, dass das neue Help Center unter der erwarteten Adresse lädt.
- Zehn zufällige Weiterleitungen alter URLs testen.
- Den Widget-Code in deinem Produkt auf Beacon von Help Scout umstellen.
- Das Supportteam informieren, dass Help Scout live ist.
- Vier Stunden beobachten. Ist etwas kaputt, lautet der Rollback: DNS zurückdrehen, die Wartungsnachricht in Intercom steht noch, keine Verschlechterung für die Kundschaft.
Gib dem Ganzen 48 Stunden, bevor du das Intercom-Abo kündigst. Das erste Wochenende nach einer Migration ist der Moment, in dem Randfälle auftauchen. Ein Lesezeichen auf einen bestimmten Intercom-Artikel. Ein Stripe-Webhook, der in eine Intercom-Integration feuerte. Eine Slack-Benachrichtigung aus Intercom, auf die sich jemand verlassen hat, ohne es zu merken.
Schritt 9: Der Prozess danach
Diesen Blickwinkel verfehlen die meisten Migrationsanleitungen. Ein Werkzeugwechsel repariert keine abdriftende Dokumentation. Wenn deine Intercom Articles veraltet sind, werden deine Help Scout Docs veralten, weil der Fehlermodus vor dem Werkzeug liegt. Das Produkt liefert aus, die Doku wird nicht aktualisiert, das Team schiebt es aufs nächste Release, und so zwei Jahre lang.
Der Prozess nach der Migration entscheidet, ob die nächsten 18 Monate anders verlaufen. Drei Teile.
Versionsverwaltung. Behandle deine Help-Scout-Artikel wie Code. Lege das maßgebliche Markdown in einem Git-Repo ab. Nutze die Help-Scout-API, um aus Git nach Help Scout zu schieben, statt die Help-Scout-Oberfläche als Quelle der Wahrheit zu nehmen. Das gibt dir Änderungshistorie, Code-Review und einen einzigen Ort, an dem du nach veralteten Verweisen greppen kannst, wenn dein Produktteam eine neue Funktion ausliefert. Mehr dazu in wie ein selbst aktualisierendes Help Center funktioniert.
Das Produkt löst Doku aus. Der Standard in den meisten Unternehmen ist, dass der Support bemerkt, dass ein Artikel falsch ist (über eine Beschwerde oder ein wieder geöffnetes Ticket), und ihn jemand Wochen später repariert. Dreh die Polarität um. Ändert sich das Produkt (Release Notes, Deploy-Log, GitHub-PR), markiert eine automatische Prüfung jeden Artikel, der die geänderte Funktion referenziert. Der Artikel wird entweder im selben PR aktualisiert oder für den nächsten Sprint markiert. Die Mechanik beschreibt der versteckte Kostenblock veraltender Dokumentation.
Aktualität messen. Die meisten Help-Center-Dashboards zeigen Artikelzahl und Aufrufe. Keines sagt dir, ob die Doku stimmt. Verfolge stattdessen: durchschnittliche Tage seit der letzten Bearbeitung, Anteil der Artikel mit einem Frischestempel aus dem letzten Quartal und das Verhältnis der Daumen-nach-unten pro Artikel bei "Hat das geholfen?". Ein Help Center mit 80 Artikeln, alle in diesem Quartal aktualisiert, schlägt eines mit 400 Artikeln, von denen die Hälfte zwei Jahre alt ist.
Die Migration ist der einfache Teil. Die meisten Teams schaffen sie in vier Wochen. Der schwere Teil ist, dieselbe Diskussion 2028 nicht erneut zu führen, nur mit einem anderen Anbieternamen im Titel.
HappySupport hält die Artikel aktuell
HappySupport sitzt neben deinem Helpdesk als die stets aktuelle Artikelschicht. Es ersetzt weder Help Scout noch Intercom, Zendesk, HubSpot, Front oder Freshdesk. Behalte dein Ticketsystem. Setze HappySupport für die Help-Center-Schicht ein, die korrekt bleiben muss, während das Produkt ausliefert.
Das Produkt zeichnet Onboarding-Abläufe auf, indem es DOM- und CSS-Selektoren erfasst statt Pixel, sodass sich der Artikel selbst aktualisiert, wenn sich deine Oberfläche ändert. Artikel entstehen bei jedem relevanten Release neu. Deine Kundschaft findet die richtige Antwort beim ersten Mal, das Ticketvolumen sinkt, und dein Team verbringt keine Freitagnachmittage mehr damit, Screenshots neu zu machen.
Wenn du kurz davor bist, von Intercom zu Help Scout zu migrieren, lohnt vor der Unterschrift eine Frage: Welchen Prozess hast du, um Help Scout Docs aktuell zu halten, den du für Intercom Articles nicht hattest? Lautet die Antwort "denselben", kaufst du dir einen Werkzeugwechsel ohne Prozesswechsel. Die Drift kommt zurück.
Demo buchen