Lösungen · SaaS
Führen Sie Ihr eigenes Programm, auf Ihrer eigenen Website
Ihr Team besitzt 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
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 beginnt zu berichten. Nichts zu beschaffen, keine Datenpipeline zu bauen, kein Entwicklungssprint einzuplanen.
- Ein 0,9 KB großer Tracker, 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
Das Team
Laden Sie alle ein, zahlen Sie für Sessions
Die Abrechnung erfolgt je Session auf der Website, nicht je Sitzplatz, sodass die Designerin, die die Variante schreibt, und der Analyst, der das Ergebnis liest, nichts extra kosten.
- Unbegrenzte Nutzer in jedem Plan
- Rollen dafür, wer starten, stoppen und ausrollen darf
- Ein Aktivitätsprotokoll, wer was geändert hat
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 die Übergabe ein Einfügen ist statt eines Termins.
- Code-freie Bearbeitung von Text, Gestaltung, Layout und Position
- Umsetzungs-Übergabe für Gewinner, die das feste Einbauen lohnen
- Das Experiment liefert weiter aus, bis der Code ausgeliefert ist
In der Praxis
Wie der Eigenbetrieb an einem Dienstag aussieht
Der schwierige Teil eines internen Programms ist selten der erste Test. Es ist, mehrere davon am Laufen zu halten, wenn Experimentieren niemandes ganzer Job ist.
Ihr Durchsatz hängt nicht am Traffic
Jeder infrage kommende Besucher nimmt an jedem infrage kommenden Experiment teil, sodass ein kleines Team acht Tests auf einer mittelgroßen Website laufen lassen kann, ohne dass einer davon länger zu einem Ergebnis braucht. Der Rat, einen nach dem anderen zu fahren, ist eine Beschränkung anderer Werkzeuge.
Das Backlog entscheidet, nicht die lauteste Stimme
Bewerten 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.
Lesezugriff ist eine echte Rolle
Mitglieder 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.
Der zweite Test ist günstiger als der erste
Beim 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.
Niemand muss daran denken, ihn zu stoppen
Planen Sie Beginn und Ende schon beim Aufsetzen. Der Stopp bei Signifikanz kommt obendrauf, mit einer Mindestlaufzeit und einem verpflichtenden Enddatum, sodass ein früher Stopp nur früh sein kann und niemals das Einzige ist, was einen Test beendet.
Es meldet sich, wenn ein Test kaputtgeht
Eine Aufteilung, die nicht mehr zu ihrer Konfiguration passt, oder ein Tag ganz ohne Traffic erreicht Sie per E-Mail und Slack, statt darauf zu warten, bemerkt zu werden. Beides heißt meist, dass ein Deploy das Snippet entfernt hat oder eine Targeting-Regel nicht mehr greift.
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, die normalerweise eine Spezialistin braucht, ist genau der Teil, der eingebaut ist: der Editor nimmt die Entwicklerin aus den meisten Varianten heraus, die Reihenfolge im Backlog nimmt die Diskussion darüber heraus, was als Nächstes läuft, und die Liste dessen, was eine Entscheidung braucht, nimmt die tägliche Prüfung heraus, ob etwas kaputt ist. Was es nicht kann, ist zu entscheiden, was sich zu testen lohnt, und das kann keine Plattform. Wenn niemand diese Frage besitzt, schafft der Kauf von Software keinen Besitzer.
Was müssen unsere Entwickler tun?
Drei Dinge, und nur das erste ist unvermeidlich. Ein Skript einmal in den Head legen, was die einzige Änderung an Ihrer Website ist. Serverseitige Experimente bauen, bei denen Ihr eigenes Backend entscheidet, was ausgeliefert wird, und die der eine Experimenttyp sind, der wirklich Code ist. Und Gewinner fest einbauen, wenn eine Änderung in Ihrer eigenen Codebasis leben soll statt von uns ausgeliefert zu werden, was mit der exakten Änderung im Anhang übergeben wird und ein Einfügen ist statt eines Termins. Alles dazwischen geschieht, indem Sie auf Elemente Ihrer Live-Seite zeigen.
Wie verhalten sich die Kosten, wenn wir wachsen?
Sie folgen dem getesteten Traffic und nicht der Personalstärke, sodass die Menschen, die ein Programm zum Laufen bringen, nicht jeder einen Preis tragen. 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 der Traffic, den Sie durch Tests schicken, und das ist der Teil, der mit dem Ertrag zusammenhängt.
Wir haben schon GA4. Ersetzt das es?
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. Das nimmt den üblichen Streit zwischen zwei Werkzeugen mit zwei Definitionen eines Kaufs heraus. Die Variantenexposition wird ebenfalls zurückgegeben, 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, stoppen, wenn sie stoppt, genauso wie jede Variante stoppt. 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.