Vi tar oss från den första observationen till ett genomarbetat koncept, och bygger det som krävs när en idé förtjänar att bli verklighet.
- 01
Utforska
Innan vi väljer väg gräver vi i problemet: vad det faktiskt är, och om det är värt att lösa.
- 02
Definiera
Vi letar mönster, prövar antagandena och smalnar av till den möjlighet som håller.
- 03
Bygg
Vi designar, prototypar och bygger. Snabbt, fokuserat och handfast. Och vi får ha sönder saker.
- 04
Lansera
När ett experiment mognar till ett eget bolag hjälper vi det lämna labbet och klara sig själv.
När ett experiment tar klivet från lek till allvar (kunder, intäkt, externt intresse) blir det ett eget bolag. Labbet hålls magert och får gå sönder, medan det som bär får leva sitt eget liv.
Fyra ord på fyra kort säger inte mycket. Det här är vad de betyder när man faktiskt sitter i arbetet.
Stegen går sällan snyggt på rad. Man upptäcker i bygget att definitionen var fel och får gå tillbaka, och det är meningen. Poängen med ordningen är inte att den ska följas slaviskt, utan att man vet vilket steg man befinner sig i och därmed vilken fråga som är den viktiga just nu.
utforska
Vi gräver i problemet innan vi väljer väg. Vad är det egentligen som skaver, för vem, och hur ofta? Det mesta stannar här, och det är rätt. Ett problem som bara är irriterande för en person en gång i kvartalet är inte ett problem värt att bygga bort.
definiera
Vi översätter observationen till ett påstående som kan visa sig vara fel. Vilka antaganden vilar det på, och vilket av dem är farligast? Det antagandet prövas först. Här smalnar arbetet av, från en bred möjlighet till en tillräckligt tydlig fråga för att ett bygge ska kunna besvara den.
bygg
Vi bygger något som körs. Inte en skiss, inte en presentation, utan något man kan använda och därmed bli besviken på. Det går fort och det får gå sönder, för det är billigare att upptäcka ett fel i labbet än efter en lansering.
lansera
När något visat att det bär tar vi ut det ur labbet. Det får eget namn, egen sajt och egen väg framåt. Från den punkten är målet att det ska klara sig utan oss.
Det enklaste sättet att visa processen är att följa något som faktiskt gick hela vägen.
Observationen kom ur arbetet: teknisk SEO sitter fast i koden. Vill man ändra en titel, en metabeskrivning eller den strukturerade datan behövs oftast en utvecklare, en release och en stund av risk. För en sajt med några sidor är det hanterbart. För en sajt med tusentals blir det en flaskhals, och många förbättringar blir aldrig av bara för att vägen ut är för lång.
Definitionen blev ett påstående som gick att ha fel om: det som sökmotorer läser borde gå att ändra utan att bygga om sajten. Om det stämde låg kostnaden inte i själva ändringen, utan i allt runtomkring den.
Bygget blev ett lager som svarar vid edge, innan förfrågan når servern, och som formar titel, beskrivning och strukturerad data direkt i svaret. Sajten under lagret behöver inte göra något extra.
Lanseringen kom när det bar. Dynamic SEO fick eget namn, egen sajt och eget bolag, och är i dag i privat beta. Det är samma fyra steg som står på korten ovanför, den här gången med ett facit.
Ett labb som behåller allt blir förr eller senare ett lager av halvfärdiga saker som ingen orkar underhålla. Därför är avknoppningen inbyggd i modellen, inte något som beslutas i efterhand.
När ett experiment tar klivet från lek till allvar blir det ett eget bolag. Då separeras det som bär från det som fortfarande prövas: risken stannar i labbet, och tillgången flyttar ut. Det är vad tillgångar upp, risk ner betyder i praktiken.
Det gör också labbet ärligare. När det som lyckas ändå ska flytta ut finns ingen anledning att hålla liv i något som inte fungerar bara för att det redan kostat pengar.
Vill du se processen användas på ditt problem?