Lösungen · SaaS

Betreiben Sie Ihr eigenes Programm auf Ihrer eigenen Website

Ihr Team verantwortet die Roadmap und führt die Tests durch. Pertento ist die Plattform darunter: ein Skript-Tag, ein visueller Editor und Ergebnisse, die niemand blind glauben muss.

Selbst betreiben

Ab dem ersten Nachmittag

Ein Skript-Tag, und Ihr Team testet noch am selben Nachmittag.

Die Installation, wen Sie einladen, und wie eine Änderung ausgeliefert wird, wenn keine Entwicklungszeit dafür da ist.

Erste Schritte

Live am ersten Nachmittag

Ein Skript-Tag im Head, und die Konsole liefert die ersten Daten. Nichts zu beschaffen, keine Datenpipeline zu bauen, kein Entwicklungssprint einzuplanen.

  • Ein 0,9 KB großer Loader, keine Cookies, keine personenbezogenen Daten
  • Der visuelle Editor läuft aus einer Chrome-Erweiterung auf Ihrer Live-Website
  • Ein neues Experiment ist ein Entwurf, bis Sie es starten und die Website veröffentlichen
Der Umsetzungs-Bildschirm, der bestätigt, dass der Tracker aktiv ist, und auflistet, wie er installiert ist: ein Skript-Tag im Head, ein Loader von 0,9 KB, keine Cookies.

Das Team

Laden Sie alle ein, zahlen Sie für Sessions

Die Abrechnung erfolgt nach Sessions, nicht je Nutzerlizenz, sodass die Designerin, die die Variante schreibt, und der Analyst, der das Ergebnis liest, nichts extra kosten.

  • Unbegrenzte Nutzer in jedem Tarif
  • Rollen dafür, wer starten, stoppen und ausrollen darf
  • Ein Aktivitätsprotokoll, wer was geändert hat
Der Bildschirm mit den Team-Einstellungen: fünf Mitglieder mit ihren Rollen, darunter zwei Kacheln mit unbegrenzten Nutzern und Abrechnung nach Sessions.

Ohne Entwicklung

Liefern Sie die Änderung aus, übergeben Sie den Gewinner

Die meisten Varianten brauchen nie eine Entwicklerin. Die, die sich lohnen, erzeugen ein Umsetzungsticket mit dem Selektor und der exakten Änderung, sodass für die Übergabe Einfügen genügt statt eines Termins.

  • Bearbeitung von Text, Gestaltung, Layout und Position ohne Code
  • Umsetzungsübergabe für Gewinner, die sich fest einzubauen lohnen
  • Das Experiment liefert weiter aus, bis der Code ausgeliefert ist
Die Umsetzungsliste: drei gewinnende Experimente, eines wartet auf das feste Einbauen, eines ist in Arbeit und eines schon ausgeliefert.

In der Praxis

Wie der Eigenbetrieb an einem Dienstag aussieht

Das Schwierige an einem internen Programm ist selten der erste Test, sondern mehrere gleichzeitig am Laufen zu halten, wenn sich niemand ausschließlich um Experimente kümmert.

01Ihre Testkapazität wird nicht durch den Traffic begrenztJeder geeignete Besucher nimmt an jedem für ihn geeigneten Experiment teil. So kann ein kleines Team acht Tests auf einer mittelgroßen Website gleichzeitig durchführen, ohne dass einer davon länger bis zum Ergebnis braucht. Die übliche Empfehlung, Tests einzeln durchzuführen, ergibt sich aus den Einschränkungen anderer Tools.02Das Backlog entscheidet, nicht die lauteste StimmeBewerten Sie jede Idee nach Potenzial, Reichweite und Aufwand, und die Liste ordnet sich selbst. Wenn nichts defekt ist und nichts auf eine Entscheidung wartet, sagt die Konsole, welchen Entwurf Sie aufgreifen sollten.
03Lesezugriff ist eine echte RolleMitglieder sehen alles und ändern nichts, und genau das macht es unbedenklich, dem ganzen Team ein Konto zu geben. Starten, Stoppen und Ausrollen bleiben bei Administratoren und Inhabern, und jede Änderung wird am Experiment mit einem Namen festgehalten.
04Der zweite Test ist günstiger als der ersteBeim Duplizieren eines Experiments kommen die Varianten, die Änderungen, die Screenshots und alle drei Arten von Targeting mit. Der größte Teil der Kosten eines Programms ist das Neuaufsetzen, und die meisten Fehler stecken in dem Teil, den Leute von Hand nachbauen.
05Niemand muss daran denken, ihn zu stoppenLegen Sie Start- und Enddatum bereits beim Einrichten fest. Zusätzlich können Sie den Test bei statistischer Signifikanz stoppen lassen. Eine Mindestlaufzeit und ein verpflichtendes Enddatum stellen sicher, dass ein vorzeitiger Stopp nur die Laufzeit verkürzt und nicht die einzige Möglichkeit ist, den Test zu beenden.
06Sie werden benachrichtigt, wenn ein Test nicht richtig läuftWenn die Traffic-Verteilung nicht mehr der Konfiguration entspricht oder ein Tag ganz ohne Traffic vergeht, erhalten Sie eine Nachricht per E-Mail und Slack. Sie müssen das Problem also nicht selbst entdecken. Meist wurde bei einer Bereitstellung das Snippet entfernt oder eine Targeting-Regel greift nicht mehr.

Fragen

Bevor Sie es intern übernehmen

Wie klein darf das Team sein?

Eine Person, die die Website bearbeiten und ein Diagramm lesen kann. Die Arbeit, für die man sonst eine Spezialistin braucht, ist genau der Teil, der eingebaut ist: Mit dem Editor braucht es für die meisten Varianten keine Entwicklerin, die Reihenfolge im Backlog erspart die Diskussion darüber, was als Nächstes läuft, und die Liste dessen, was eine Entscheidung braucht, erspart die tägliche Prüfung, ob etwas kaputt ist. Was die Software nicht kann, ist zu entscheiden, was sich zu testen lohnt, und das kann keine Plattform. Wenn sich niemand für diese Frage verantwortlich fühlt, ändert der Kauf von Software daran nichts.

Was müssen unsere Entwickler tun?

Drei Dinge, und nur das erste ist unvermeidlich. Ein Skript einmal in den Head einbauen, die einzige Änderung an Ihrer Website. Serverseitige Experimente bauen, bei denen Ihr eigenes Backend entscheidet, was ausgeliefert wird; das ist der eine Experimenttyp, der wirklich Code ist. Und Gewinner fest einbauen, wenn eine Änderung in Ihrer eigenen Codebasis leben soll, statt von uns ausgeliefert zu werden; die Übergabe enthält die exakte Änderung, sodass Einfügen genügt statt eines Termins. Alles dazwischen erledigen Sie, indem Sie auf Elemente Ihrer Live-Seite zeigen.

Wie verhalten sich die Kosten, wenn wir wachsen?

Sie folgen den Sessions und nicht der Personalstärke, sodass nicht jeder Mensch, der ein Programm zum Laufen bringt, einzeln bezahlt werden muss. Die Designerin, die die Variante schreibt, der Analyst, der das Ergebnis liest, und der Stakeholder, der zuschauen will, können alle ein Konto haben, und Mitglieder haben plattformweit Lesezugriff, sodass es unbedenklich ist, diese Konten zu verteilen. Was mit Ihnen wächst, ist die Zahl der Sessions auf Ihren Websites, und ein Tarif deckt jede Website im Konto ab.

Wir haben schon GA4. Ersetzt Pertento das?

Nein, und es ist besser, wenn Sie es behalten. Stellen Sie die Website auf GA4, und die Laufzeit liest die Events, die schon durch Ihren Data Layer fließen, sodass die Conversions, die wir messen, dieselben sind, die Ihre Analytics zählt. Damit entfällt der übliche Streit zwischen zwei Werkzeugen mit zwei Definitionen eines Kaufs. Die Variantenexposition wird ebenfalls zurückgespielt, sodass ein Test eine Dimension wird, nach der Sie in dem Reporting segmentieren können, dem Ihr Team schon vertraut.

Was passiert mit der Arbeit, wenn wir aufhören?

Alles, was bereits fest eingebaut ist, liegt in Ihrer eigenen Codebasis und bleibt unberührt, und genau deshalb erinnert die Umsetzungsliste beharrlich an Gewinner, die wir noch ausliefern. Gewinner, die die Plattform noch ausliefert, enden mit ihr, so wie jede Variante endet. Die Experimente, die Hypothesen dahinter und der Nachweis jeder Entscheidung liegen im Konto und nicht in der Tabelle einer Beraterin, sodass Sie mit einem dokumentierten Programm gehen und nicht mit einem Ordner voller Screenshots.

Bessere Experimente, bessere Conversions

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.Kostenlos testenDemo anfragen