En skärm för det som är trasigt eller väntar

Ni får veta det, i stället för att upptäcka det i talen veckor senare. De två fel som är osynliga inifrån en resultatskärm är en fördelning som slutade stämma med er konfiguration, och ett experiment som tyst slutade registrera något, oftast för att en driftsättning tog bort skriptet eller en styrregel slutade matcha. Båda utlöser ett larm till e-post och Slack som standard, båda markerar varje resultat på det experimentet som opålitligt, och båda hindrar plattformen från att agera på det. Arbetet som väntar på er är en rangordnad kö snarare än en röra, och den räknas fram ur vad som är sant just nu, så inget försvinner för att någon rensade en notis.

Inget, till dess ni slår på det, och sedan mindre än ni kanske tror. Automatisering och automatisk utrullning av en vinnare är skilda reglage och båda börjar avstängda, eftersom att stoppa fel experiment automatiskt kostar den trafik det redan lagt, medan en automatisk utrullning av en förlorare ändrar vad varje besökare ser. Innan den agerar måste den klara tre tillitsgrindar och en minsta körtid. Och med automatiseringen av utvärderar den ändå allt och registrerar vad den skulle ha gjort, med samma kod som skulle ha gjort det, så ni kan se den ha rätt i en månad innan ni låter den agera.

Medlemmar har läsbehörighet i hela plattformen: de kan se varje experiment och varje resultat och ändra inget av det. Regeln tillämpas en gång, centralt, snarare än skärm för skärm, vilket spelar roll eftersom en behörighetsmodell som tillämpas per skärm är en där nästa skärm som byggs tyst blir undantaget. Att starta, stoppa och rulla ut ligger hos administratörer och ägare, och varje ändring som betyder något registreras på experimentet med ett namn och en tidpunkt.

Det är formen övervakningen är byggd runt. Allt olöst över varje konto ni når samlas i en vy, grupperat per kund och per webbplats, ordnat så att något som inte går att lita på kommer före något som bara väntar på ett beslut. Behörigheten kommer från vem ni loggade in som snarare än från en identifierare i adressen, så det finns inget konto-id i URL:en att kontrollera och inget att manipulera. En byrå ser sin kundlista; en kund med ett enda varumärke ser sitt eget konto i samma skärm.

Larm går till e-post, till Slack, eller till ingen av dem, inställt per händelsetyp och per person snarare än en gång för hela kontot, och Slack-meddelanden länkar tillbaka till exakt den skärm händelsen gäller. På mätsidan ställs varje webbplats in på GA4, Matomo eller Pertentos egen spårning, vilket betyder att de konverteringar vi räknar kan vara samma händelser som er analys redan räknar snarare än en andra definition av ett köp som någon måste stämma av.