Från första möte till långsiktig utveckling

Allt börjar med ett första samtal med vår Sales & Partner Manager, Ebba Gyllin.

Här vill vi framför allt förstå verksamheten och behovet. Det kan handla om en migration till Shopify, en helt ny butik, B2B, integrationer eller ett långsiktigt samarbete genom någon av våra retainers.

Vi tar in den information och dokumentation som redan finns och börjar samtidigt bygga upp vår interna kunskap om verksamheten, den befintliga lösningen och de mål kunden vill nå.

Det första mötet handlar inte om att sälja in en förutbestämd lösning. Det handlar om att förstå problemet tillräckligt väl för att kunna föreslå rätt nästa steg.

Nästa steg är normalt vår Discovery-fas.

Discovery kan vara en enskild workshop eller en längre serie workshops beroende på projektets omfattning och komplexitet. För större migrationer, B2B-lösningar eller verksamheter med många integrationer kan vi behöva gå betydligt djupare.

Tillsammans går vi igenom de områden som behöver vara tydliga innan produktionen börjar. Det kan exempelvis handla om affärsprocesser, Shopify, ERP, PIM, WMS, betalningar, logistik, kunddata, B2B-flöden, migration, SEO och integrationer.

Workshops kan genomföras digitalt, på något av våra kontor i Göteborg eller Malmö eller på plats hos kunden.

Tekniken är med från början

Under Discovery deltar inte bara Sales & Partner Manager. En Solution Engineer från Stride är också med.

Våra Solution Engineers är fullstack-utvecklare som kombinerar utveckling med ett större ansvar för lösningen och kundens projekt. Under Discovery hjälper de till att utvärdera möjligheter, identifiera tekniska beroenden och ta fram arkitekturen för hur lösningen ska byggas.

Det innebär att tekniska beslut inte lämnas till ett senare skede. De är en del av diskussionen redan från början.

Samma Solution Engineer följer sedan med in i produktionen. Personen som varit med och förstått verksamheten, diskussionerna och besluten under Discovery blir alltså också en central kontakt under genomförandet.

Under Discovery fortsätter vi bygga upp kunskapen om kunden tills vi har tillräckligt underlag för att definiera lösningen.

För ett migrations- eller utvecklingsprojekt mynnar arbetet ut i ett komplett förslag som bland annat beskriver:

• teknisk kravspecifikation
• lösningsarkitektur
• projektets scope
• sprintplanering
• leveransplan
• fast pris

Det här blir inte ett separat dokument som sedan försvinner när projektet börjar. Planen ligger till grund för den offert och det avtal som kunden signerar.

Vi försöker helt enkelt göra så mycket av tänkandet som möjligt innan utvecklingen börjar.

Det ger ett tydligare scope, bättre kostnadskontroll och betydligt färre överraskningar under projektets gång.

Vi vill att kunden ska köpa en lösning, inte timmar.

Därför arbetar vi med fasta priser för våra projekt. Prissättningen baseras på det scope och den sprintplan som vi tillsammans tagit fram under Discovery.

Hur många timmar en enskild utvecklare sitter med en viss funktion är i sig inte det intressanta för kunden. Det viktiga är att vi levererar det vi har kommit överens om, till rätt kvalitet och inom den överenskomna ekonomin.

Den noggranna Discovery-processen är en viktig förutsättning för att vi ska kunna arbeta på det sättet.

När avtalet är signerat börjar produktionen med en gemensam kickoff.

Här samlar vi relevanta stakeholders från kunden och Stride. Vi går tillsammans igenom projektet, sprintplaneringen, ansvarsfördelningen och leveransplanen.

Vi tydliggör vilket material och vilka beslut vi behöver från kunden och sätter upp de löpande möten som ska användas under projektet.

Kunden får samtidigt tillgång till Productive, systemet där vi driver våra projekt.

Vi vill att kunden ska kunna följa sitt projekt utan att behöva vänta på en statusrapport.

I Productive finns projektets uppgifter och leveranser samlade. Kunden kan bland annat följa:

• varje task i projektet
• aktuell status
• kommande arbete
• sprintar och leveransplan
• projektets budget och utveckling mot överenskommen ekonomi
• kommunikation kring uppgifter och beslut

Kunden kan också kommunicera direkt med sin Solution Engineer och övriga personer som arbetar i projektet.

På så sätt arbetar vi i samma projektbild istället för att information ska försvinna mellan mejltrådar, dokument och olika interna system.

Alla våra medarbetare är baserade i Sverige och pratar svenska.

Vid migrationer och nybyggnationer har vi normalt minst ett gemensamt projektmöte varje vecka mellan kunden, Solution Engineer och relevanta personer från Stride.

Mötena sker oftast via Teams och används för att gå igenom status, kommande sprintar, beslut, beroenden och frågor som behöver lösas.

Det gör att kunden hela tiden är nära projektet och att beslut kan fattas löpande istället för att samlas på hög.

Även med ett noggrant scope förändras nästan alltid någonting under ett projekt.

Nya idéer uppstår. Verksamheten kommer på en funktion man vill lägga till. Ett behov som inte fanns under Discovery blir plötsligt aktuellt.

Det är helt normalt.

Nya önskemål hanteras separat i Productive. Där kan kunden lägga in funktioner eller förändringar som ligger utanför det ursprungliga scopet och som man vill få pris på.

Vi går igenom behovet och återkommer med ett fast pris.

Om kunden godkänner priset läggs arbetet till i projektet och planeras tillsammans med övriga leveranser. Kunden behöver alltså inte godkänna löpande konsulttimmar utan vet vad förändringen kostar innan arbetet påbörjas.

Vi utvecklar inte direkt i kundens live-tema.

Arbetet sker i separata utvecklings- och underteman och vår kod versionshanteras i GitHub. Det ger oss kontroll över förändringar, versionshistorik och möjlighet att granska kod innan den förs vidare.

Vi arbetar efter våra etablerade QA-processer och kod granskas innan den går live.

Det minskar risken för att pågående utveckling påverkar den befintliga butiken och gör det möjligt att testa förändringar ordentligt innan de når kundens besökare.

När ett nytt projekt närmar sig lansering börjar en omfattande UAT-period – User Acceptance Testing.

Här testas lösningen systematiskt både av Stride och av kunden.

Vi arbetar med färdiga testunderlag och går igenom funktioner, flöden och viktiga scenarier innan lösningen godkänns för lansering.

Det handlar inte bara om att kontrollera att en sida ser rätt ut. Vi vill säkerställa att den kompletta lösningen fungerar i verkligheten – från kundresa och checkout till integrationer och interna arbetsflöden.

Först när testerna är genomförda och lösningen är godkänd planerar vi den slutliga lanseringen.

Vi hjälper kunden hela vägen fram till att den nya lösningen är live.

Vid en migration ligger den befintliga butiken kvar och fungerar under projektet. Den nya lösningen utvecklas och testas parallellt och ersätter den gamla först när vi tillsammans är redo att genomföra lanseringen.

Inför flytten planerar vi själva cutovern, datamigrering, integrationer och övriga beroenden som behöver hanteras vid övergången.

Vi hjälper även till med redirects och SEO-arbetet kring migrationen, så att exempelvis befintliga URL:er och organisk synlighet hanteras som en del av flytten.

Målet är att själva övergången ska vara så kontrollerad som möjligt.