Ein Software-Käufer kann sich eine ausgefeilte Demonstration ansehen und sich dennoch fragen, wie sich die erste Woche anfühlen wird. Wird das Team den Arbeitsablauf verstehen? Was passiert, wenn jemand nicht weiterkommt? Passt das Produkt zu der Art und Weise, wie die Leute bereits arbeiten?
SaaS-Erfahrungsberichte sind am hilfreichsten, wenn sie diese alltäglichen Fragen beantworten. Aussagen über eine innovative Plattform oder eine leistungsstarke Lösung können zwar positiv klingen, lassen den Käufer jedoch mit genau derselben Unsicherheit zurück.
Beschreiben Sie die erste nützliche Aufgabe
Fragen Sie Kunden, was sie erreichen wollten, als sie anfingen. Ein Erfahrungsbericht über das Finden eines freigegebenen Dokuments, das Abschließen eines Berichts oder das Beantworten einer Kundenanfrage gibt den Lesern eine Aufgabe, die sie wiedererkennen können.
Die Slack-Kundenbericht über die Support-Teams von Intuit veranschaulicht, wie ein Konto die Softwarenutzung mit einer bestimmten Arbeitsumgebung verknüpfen kann. Der Wert des Beispiels liegt im operativen Kontext, nicht in der Annahme, dass ein anderes Unternehmen denselben Umfang oder dasselbe Ergebnis erwarten kann.
Erfassen Sie für Ihre eigenen Kunden die Bedingungen rund um die Aufgabe. Ein Einzelunternehmer und ein großes Team mögen das Produkt aus unterschiedlichen Gründen schätzen. Machen Sie diese Unterschiede sichtbar, damit die Leser die Ähnlichkeit zu ihrer eigenen Situation beurteilen können.
Erklären Sie, was das Onboarding erforderte
„Einfacher Einstieg“ lässt vieles ungeklärt. Ein Folgegespräch kann die Details offenbaren, die ein anderer Käufer benötigt:
Kunde: „Wir haben es bis Ende der Woche genutzt.“
Interviewer: „Was war vor Beginn dieser Woche bereit, und wer hat bei der ersten Aufgabe geholfen?“
Die Antwort könnte vorbereitete Daten, einen Kollegen, der das Produkt kannte, oder zusätzlichen Onboarding-Support erwähnen. Fügen Sie die relevanten Bedingungen in den veröffentlichten Bericht ein. Ein Käufer, der ohne diese Vorbereitung beginnt, muss verstehen, was der Kunde tatsächlich getan hat, anstatt davon auszugehen, dass derselbe Zeitplan automatisch gilt.
Notions Leitfaden zur Vorbereitung eines Teams auf das Onboarding zeigt, dass die Einführung von Software Entscheidungen erfordert, bevor die Leute sie tatsächlich nutzen. Ein glaubwürdiger Erfahrungsbericht kann diese Arbeit anerkennen, ohne negativ zu wirken.
Unterscheiden Sie zwischen den Funktionen des Produkts und den Dienstleistungen, die im Rahmen einer bestimmten Vereinbarung erbracht werden. Ein Kunde, der eine spezielle Schulung erhalten hat, sollte nicht dazu verwendet werden, zu implizieren, dass jeder Plan denselben Support beinhaltet.
Beschreiben Sie Support anhand einer Situation statt mit Adjektiven
Anstatt zu fragen, ob der Support exzellent war, fragen Sie, was der Kunde benötigte und was genau passiert ist. Hat die Antwort eine Einschränkung erklärt? Hat das Team dabei geholfen, die relevante Einstellung zu finden? War die Lösung für die jeweilige Aufgabe angemessen?
Slacks Bericht über den Kundensupport-Workflow von Xero liefert ein Beispiel dafür, wie man Support-Arbeit durch den dazugehörigen Prozess beschreibt. Für ein kürzeres Testimonial sollten Sie ein nachvollziehbares Ereignis beibehalten, anstatt eine komplexe Geschichte in eine pauschale Aussage zu pressen.
Vermeiden Sie es, im veröffentlichten Zitat Kontoinformationen oder private Kundenprobleme preiszugeben. Stellen Sie sicher, dass die Person dem endgültigen Wortlaut zustimmt und die Nennung des Unternehmens autorisiert ist.
Halten Sie Software-Testimonials aktuell
Ein Zitat über einen Workflow kann nach einer größeren Produktänderung ungenau werden. Überprüfen Sie den Plan, die Funktion und die Rolle, die mit dem Testimonial verknüpft sind, bevor Sie es auf einer neuen Seite wiederverwenden. Bewahren Sie das Datum oder den Kontext auf, wenn dies für das Verständnis wichtig ist.
Für eine SaaS-Website, die die Mirror App nutzt, können freigegebene Zitate manuell zum Reviews Widget hinzugefügt und neben relevanten Anwendungsfällen platziert werden. Ein Testimonial zu einem bestimmten Workflow gehört in die Nähe der Erklärung dieses Workflows. Es sollte eine realistische Einschätzung der Software unterstützen, ohne als Garantie für Kundenbindung, Umsatz oder Zeitersparnis dargestellt zu werden.
