Marcus Gullberg, grundare och VD för Feedbucket, om att transformera webbplatsfeedback för byråer | WP Legends

I det här avsnittet av WP Legendsträffar vi Marcus Gullberg, grundare och VD för Feedbucket, ett av de mest användbara verktygen för byråer, utvecklare och produktteam.

Feedbucket har snabbt blivit en självklar lösning för att samla in användbar webbplatsfeedback utan de oändliga skärmdumpar, e-postmeddelanden och den förvirring som vanligtvis följer med kundrecensioner. Genom att förvandla visuell feedback till strukturerade, utvecklarfärdiga uppgifter omformar Marcus och hans team hur byråer, frilansare och SaaS-team hanterar revisioner och kundsamarbete.

I det här samtalet Gautam och Marcus in på den smärtsamma kundfeedback-loopen, varför enkelhet överträffar funktioner, hur man bygger en hållbar bootstrapped SaaS, och var AI verkligen passar in i ett feedbackverktyg snarare än var det ser bra ut på en landningssida.

Se avsnittet

Från webbbyrå till SaaS-grundare

Marcus har byggt för webben sedan han var ungefär tolv år gammal. År 2018 startade han sin egen webbutvecklingsbyrå och levererade mjukvarulösningar för kunder som Nike och Sonos. År 2022 hade han blivit frustrerad över hur klumpigt det var att samla in kundfeedback med hjälp av befintliga verktyg, så han byggde Feedbucket, först för sin egen byrå, sedan som en egen produkt. Ungefär tre och ett halvt år senare arbetar han på Feedbucket på heltid.

Hans byrå är fortfarande aktiv och är nu kund hos Feedbucket, vilket ger Marcus en konstant och verklighetstrogen bild av hur verktyget presterar i exakt den miljö det byggdes för. Teamet är huvudsakligen baserat i Sverige, med en utvecklare som tidigare arbetat från Nepal.

Vad som gör Feedbucket annorlunda för kunder

När Marcus utvärderade de befintliga feedbackverktygen innan han byggde sina egna, var det han mest önskade sig radikal enkelhet för klienten. Alla påstår det, medger han, men alla byråer har klienter vars tekniska komfort varierar, och all friktion skickar dem direkt tillbaka till e-post.

Så Feedbucket är utformat för att inte kräva något av klienten. Inget konto att skapa, inget webbläsartillägg att installera, ingen extra URL att komma ihåg. Feedbucket finns vanligtvis på staging- eller utvecklingswebbplatsen under granskningsfasen. Den installeras som en skripttagg, och det finns ett WordPress-plugin som gör installationen ännu enklare och låter dig kontrollera exakt vem som ser widgeten, till exempel bara inloggade användare eller bara användare med en viss roll. Du skickar klienten staging-länken, och den som hamnar där kan börja skicka feedback direkt.

WordPress-pluginet kom senare, när Marcus såg hur många kunder som byggde på WordPress, och Shopify- och Webflow-plugins är på väg. Tekniskt sett kan du köra Feedbucket var som helst där du kan installera Google Analytics eller använda Google Tag Manager. Det här är precis den typen av arbetsflöde som smidigar kundgranskningar av WordPress-utvecklingsprojekt .

Från felrapporter till nya affärer

Ett användningsfall överraskade till och med Marcus. Byråer började använda Feedbucket inte bara för att snabba upp revisioner, utan för att vinna mer arbete. En kund klickar på en knapp och säger att det vore bra att lägga till en CSV-export, som hamnar i orderstocken, och byrån kan svara med en offert. Det som började som en bugg- och feedbackkanal blir en lättviktig försäljningskanal. Feedbucket behöver inte heller försvinna när granskningsfasen är avslutad. Byråer kan låsa widgeten till inloggade användare eller specifika kunder och hålla den aktiv för löpande funktionsförfrågningar, vilket förvandlar den till en återkommande källa till extra affärer.

Verktyget är väl testat i stor skala. Vissa kunder lägger in 300 artiklar i ett enda projekt, och hos hundratals kunder hanterar Feedbucket hundratusentals feedbackartiklar som skapas hela tiden.

Att besegra problemet med "Ring mig bara istället"

Gautam tog upp en utmaning som alla byråer känner till. En stor andel av klienterna, enligt hans erfarenhet, ofta trettio till femtio procent, skulle hellre ta ett samtal eller skicka ett e-postmeddelande än att använda ett strukturerat verktyg. Marcus svar handlar om friktion. I det ögonblick en klient glömmer ett lösenord eller en anknytning slutar fungera, återgår de till att bara be om att ringa istället.

Feedbuckets svar är en webbläsarbaserad videoinspelningsfunktion, i huvudsak Loom inbyggd i webbplatsen, utan något för klienten att installera. De kan starta en inspelning, bläddra mellan olika sidor, skicka in ett formulär och berätta vad som går fel, allt utan en tilläggsfunktion. Vid sidan av inspelningen samlar Feedbucket in konsolloggen, så att utvecklare kan se de underliggande felen direkt. Som Marcus uttrycker det är det som att ge dina klienter Loom direkt på webbplatsen. Det ligger bredvid det andra kärnläget, annotering, där en klient ritar och markerar direkt på sidan för att flagga ett problem.

Avgörande är att Feedbucket fungerar på riktiga mobila enheter, inte i en emulerad telefonvy. Eftersom det installeras som ett skript på den faktiska webbplatsen kan en klient öppna webbplatsen på sin telefon eller surfplatta och ge feedback direkt, och hela kommentarsväxlingen fungerar även där, ända ner till att svara från ett e-postmeddelande. Marcus och Gautam var överens om att detta är oerhört viktigt på marknader där kunderna använder sina telefoner och använder verktyg som WhatsApp, och även om det inte löser WhatsApp-vanan helt och hållet, så täcker genuin mobilsupport en stor del av gapet.

Djupa integrationer istället för ytterligare en instrumentpanel

Den andra pelaren bakom Feedbucket är en vägran att bli ännu en instrumentpanel som ditt team måste kontrollera. Marcus drev en byrå, så han vet vad kontextväxling kostar. Hans mål är att ett team ska arbeta med feedback som vilken annan uppgift som helst. Stäng ett objekt i Asana, ClickUp, Monday eller Jira, och det stängs även i Feedbucket.

Resonemanget är disciplinerat. Marcus tror inte att han kan bygga ett bättre projektledningsverktyg än de som redan finns på marknaden, så istället för att konkurrera med dem integrerar Feedbucket med dem så djupt som möjligt. Det håller utvecklarna kvar i de system de redan använder och hindrar arbetet från att gå vilse i gapet mellan två plattformar. Samma instinkt, att integrera snarare än att återuppfinna, är välbekant för byråer som arbetar med lean, och det återspeglar hur white-label -leverans fungerar bäst när den integreras i befintliga arbetsflöden.

Medlemsfeedback, AI och vad som kommer härnäst

En större lansering från 2025 var vad Feedbucket kallar medlemsfeedback, en länge efterfrågad funktion. Under en intern QA-runda vill ett team lämna anteckningar mellan sig som kunderna aldrig ska se. Nu kan användare med ett Feedbucket-konto skicka in feedback och kommentarer som endast är synliga för andra medlemmar. En ägare kan tagga en lagkamrat i en kommentar endast för medlemmar för att tilldela internt arbete, medan klienten bara ser det som var avsett för dem. Tidigare var teamen tvungna att antingen starta ett separat projekt eller ta bort sina interna anteckningar, så detta konsoliderar allt till ett enda projekt. Härnäst bygger Marcus en mer omfattande aktivitetsspårning som visar vem som löste ett objekt, vem som lade till taggar och så vidare.

När det gäller AI är Marcus uppfriskande klarsynt. Feedbucket har ännu inga AI-funktioner, och som ett bootstrappat företag som löser ett verkligt problem har de inget intresse av att lägga till AI på hemsidan bara för att skaffa kapital. Det som intresserar honom är ett genuint experiment: att analysera närmare en miljon anonymiserade feedbackobjekt för att uppskatta hur mycket av den feedbacken en AI faktiskt skulle kunna lösa på egen hand. En trasig länk skulle en AI kunna fånga upp. En begäran om att uppdatera texten om öppettider skulle den inte kunna, eftersom den kontexten bara finns hos klienten. Den öppna frågan är om den tydligt automatiserbara andelen är 15 % eller 85 %, och Marcus tror att datamängden äntligen är tillräckligt stor för att börja besvara den.

Rolig snabbeldsrunda

För att avsluta tog Marcus sig an den snabba ronden.

När det gäller det mått som entusiasmerar honom mest hoppade han över intäkterna och kallade aktiveringen för aha-ögonblicket. För Feedbucket är det ögonblicket när någon installerar det på sin webbplats och skickar in sin första feedback. Han anser att det är ett nästan perfekt SaaS-mått eftersom man kan köra det utan att be någon om ett kreditkort, och när aktiveringen ökar tenderar intäkterna att följa. Bygg en genuint bra produkt, få folk till den första framgången, och resten följer.

På vad han skulle göra om han inte arbetade inom SaaS var svaret enkelt. Han skulle fortfarande bygga webbapplikationer. Den del han aldrig tröttnar på är att blockera tid i kalendern, sätta på sig hörlurarna och koda en funktion från ett blankt blad till något som folk faktiskt använder.

På white label, som ingår i nittiodollarsnivån tillsammans med ett trettioniodollars-abonnemang, förklarade han att eftersom Feedbucket bara finns på din egen webbplats kan byråer ta bort Feedbucket-logotypen, använda sina egna varumärkesfärger och anpassa meddelanden så att det känns som en del av webbplatsen. För kunden verkar det aldrig vara ett externt verktyg.

Och på den interna stacken som driver företaget håller Marcus det slimmat: Slack och Notion som de två stöttepelarna, med Loom i mixen.