Why enterprise resource planning is the real AI opportunity

It’s time to start talking about how AI saves the world instead of destroying human race, even if it’s currently only doing so in games like chesss, go and most recently the video game Dota2.

No matter how the underlying technologies work and how you chose to define AI as real intelligence or not, the systems and algoritms are currently sophisticated enough to handle human complexity. The challenge is to work with a reliable data source.

I work in e-commerce and our challenge is that we keep lots of stuff in stock to be able to ship it to customers quickly. Any good e-commerce company rotates the entire stock between 10–20 times each year, trying to keep as little as possible in stock. Goods in stock equals tied up capital, and you don’t want that. Imagine if you could rotate your stock 365 times a year. AI might not get us all the way, but darn close.

Of course Amazon, is already ahead of the game here. In 2014 they launched the concept “anticipatory shipping”, basically a way to predict what you are going to buy and start shipping it to a hub near you even before you buy it! It does not just look at what needs to go where, but when it needs to go there, and takes in consideration any complexity or cost associated with seasonality.

So imagine if you basically don’t had to store anything in stock more than a day or two, but you still control the logistics to the the end customer. That is a huge business advantage and frees up capital like nothing else.

Now imagine that your suppliers do the same, and their suppliers, all the way up the value chain. At the top you will get to the resources we take from this planet and use in production. If everyone in the value chain knew exactly how many resources they need at any given time in the near future, we would eliminate waste and use the resources we have more economically. AI can also be used to actually plan resource production; what crops should we grow on these 100 fields?

Of course this utopia is far from where we will be in the next 10 years, but we start to look at AI as a top advisor to our managers of this planet and to the enterprises that want to survive in the future. I hope the next ground breaking example of AI in the media is around planning, collaborating and optimising rather than one more game where AI beat us.

The challenge with problem centric product management

Why is it so hard to talk about problems? We recently started to adopt a problem centric approach to product management to help us focus on the right things. This basically means moving away from having the business stakeholders think out features and then ship them to the software development team. Instead we need to start thinking about which problems we have and then collaborate between teams to come up with the best solution.

The concept of problem management over product management is not new. We were very inspired by Googler Jen Granito Ruffner and her outline to why this needs to be the way to do product development. In an organisation, lot’s of people have ideas that they want to communicate and pursue. Ideas are great but they are not focusing on what we want to achieve.

An example: A marketing executive makes a feature request: We have tons of good product videos and we need to put them on the product pages of our e-commerce site.

It’s a clear task. It’s also fairly simple to get done. But is it the right thing to do? This is where we need to understand the problem we are trying to solve. There are methods for this but the best way is to, in a non provocative way, ask why? And if one why is not enough, try four or five times.

Product manager: Why should we add the videos?
Marketing exec: Because we get more rich content!
Product manager: And why do we need more rich content?
Marketing exec: For the customers to understand our products better!
Product manager: Why do they need to understand the products better?
Marketing exec: The drop off rate from our product page is 50%!
Product manager: Ok, and why do they drop off?
Marketing exec: Well, most drop off to visit a price comparison service.
Product manager: Ok, so the real problem is that people are leaving the site to visit a price comparison site. So, what is the best way for us to make people stick around.

What happens here is:

  1. A problem opens up for more people to come in and suggest solutions
  2. We have a clear metric (drop off rate) on what what we want to improve
  3. We can prioritise how solving this problem is more or less important for our business (by comparing with other problem’s metrics).

So why aren’t everybody doing this?

Well for a start we have a global culture of suggesting solutions to each other. What is 2+2? What should we eat for dinner? What should we do with all of these product videos? You don’t go to a colleague and say “Hey, I see a problem, can you help me solve it”. For mangers this is even worse. A manager is really good at coming up with ideas, because you have role were you are expected to always have an answer.

Secondly, if you have an idea, it’s really hard to change our mind about not doing it. It’s your little baby and when someone suggests something else you immediately feel offended that someone might think differently. Even worse, you might have promised someone else that you are going do it and of course you don’t want to go back and say that it’s not happening!

Thirdly, looking for problems is boring and hard. We don’t want to think about problems, we want to generate ideas, have fun and be creative! It’s a cliché but looking for problems is actually about looking for opportunities, and that is creative. Is my team productive? Is the conversion rate of our web shop good or bad? Am I a good parent?…

To formulate a good problem, you need to quantify it with a good metric and assign some kind of value to it. Metrics are hard but some metrics are better than no metrics. A simple exercise to find a good metric is to think about the problem in a worst case scenario.

What’s an extremely bad web shop? Zero customers.

What’s an extremely bad tech team? Zero items shipped to production.

What’s an extremely bad parent? Zero time with the kids.

These are your basic metrics and the problem/opportunity you can focus on.

If we are reluctant to think about problems. How do we make the shift?

My personal opinion is that this mindset boils down from managers (like me) and they need to enforce it. If you ask your team to report on KPI’s then they will. If you ask them to build a process on how to find their key problems, they will. I’m not saying it’s easy. But it’s my firm belief that this can be achieved.

Min final words on this problem centric approach is that if you dare to ask why enough times, then you will realise your purpose as a business or even as an individual. I’ll continue with the product videos example to prove my point.

Product manager: Ok, so why is it important that people stick around on our website?
Marketing exec: Well, we have the best price on products they need, they should buy from us!
Product manager: Why do they need these products?
Marketing exec: Because our products removes the boring stuff from their lives so that they can have a happier life with their family!
Product manager: Ok, that’s pretty cool.
Marketing exec: Yeah.

My number one advice on finding great tech talent

After loads of trials and errors I made a breakthrough in recruiting with one simple tactic. It’s time I share it with you.

I’ve been committed to finding the right people to join the WhiteAway development team for the past 6 months and tried most of the ordinary methods like HR posting ads for us, recruiters running around on commission, asking around in our network. I even created a recruitment bounty website for anyone to send me candidates. The result? Well, ok.

After trying a couple of recruiters, we found a some that understand our needs and culture. They have sent us some really good candidates an we have signed a few. But recruiters cost money. That’s the bad part.

The internal job ads went ok but we never hired anyone to the dev team on these ads. And it was a lot of admin work to filter out the generic shotgun applications from people all over the world.

The bounty website got a lot of traction in Social media. We only counted the shares on LinkedIn, and it was up over 300 shares in a week. So a lot of views but very few tips (Less than 10). I guess people are not so in to sending their friends to a company they know very little about. We’ll have to fix that.

Then the breakthrough.

Aside from recruiting we are planning to refactor our code base quite substantially and moving to micro services. Since we don’t have these skills in house I announced the project casually in a Facebook group called “Jobs for code monkeys” (Jobb för kodapor in Swedish).

Roughly translated it said:

“Hi. Our code base at Tretti (WhiteAway Group) is a big monolith that needs breaking apart. I’m looking for a bright mind who have knowledge in the field of service oriented architecture or have worked on a project like this before. Consultant may also contact me. We are a team of developers located in Stockholm and Århus. Please send your tips.”

Lots of people started liking the post or sharing friends names in the comments. Even more started sending me PM on Facebook messenger and my mail inbox was starting to fill up too. Mainly with consultants in the latter.

It got me thinking. What happened here?

My conclusion is this. Developers like a good challenge. I posted about a specific project that we were looking in to and that was going to be a major part of what we do for at least a year. It’s simple really. The people that know what I’m talking about have a clear opinion if this is exciting or not. The ones who don’t get it don’t bother to contact me. I only get the best and most relevant candidates.

In the classic work ad, we spend so much time on writing about what programming language we want the candidate to know, what education requirements we have and try to sell it with a fluffy company description. Don’t get me wrong, this matters too, but maybe at a later stage.

It’s like when you hire a carpenter to build your house. You ask him: “These are the plans. How would you do it and are you interested in the project?” You don’t say “We are involved with construction. You will work with hammers and nails, and maybe a bit with the saw. Are you interested in working with us?”

In conclusion. Think really hard about your needs, post about it in an informal or formal channel and meet with fantastic people.

6 viktiga anledningar till att lansera i BETA först

När vi lanserar nya Tretti-sajten kommer vi att göra det i beta. Det finns ett par anledningar till det där den främsta är att vi inte vill äventyra conversion rate för sajten genom att introducera en ny upplevelse för kunden utan att veta hur de reagerar. Men det finns lite andra skäl också.

Lansera snabbare

När vi lanserar en beta-sajt kommer kunderna välja att se den nya sajten eller den gamla. Det innebär att vi kan välja att pusha detta till ett urval av användare, exempelvis en mindre marknad. Genom att göra det behöver vi inte tänka på att översätta sajten till alla språk eller ens ha alla sidor med lägre prioritet klara. Vi kan skeppa sajten snabbare.

Testa innovativt UX

Nytänkande UX kan vara en stor vinst eller förslut. Därför kan vi enkelt testa detta på befintliga kunder och se hur de reagerar. Det blir en mer kvalitativ analys där vi drar slutsatser genom användarstudier. Detta kan man givetvis göra redan innan lansering, men det är skönt att göra live, på verkliga kunder.

Få feedback från leverantörer

Vi samarbetar nära med leverantörer och genom att kunna visa upp en sajt innan den lanseras kan vi visa på konkreta sätt hur det kommer att fungera och se ut. På så sätt kan våra inköpare planera kampanjer och samarbeten inför en fullskalig lansering.

Inlärning för hela bolaget

Det är många på Tretti som använder sajten. Kundservice, Butik och Inköp administrerar eller använder sajten för att kunna hjälpa kunder. Genom att den ligger i beta hinner alla lära sig arbeta med den innan den släpps.

Testa conversion-hypoteser

När vi pushar det nya utseendet till ett urval av kunder som standard kommer vi kunna mäta conversion rate och alla steg i tratten jämfört med den gamla sajten. Detta behöver komma som ett senare steg i betafasen när vi testat allt annat, eftersom att vi behöver ta bort möjligheten att byta till den gamla sajten. Det är det enda sättet att mäta verklig conversion rate.


Denna post är nummer 71 i en serie av 100 poster i utmaningen #blogg100 där jag främst fokuserar på hur vi skapar Trettis nya sajt men även reflekterar kring e-handel och IT. Alla åsikter är mina egna.

Att bygga kultur genom kommunikation och förståelse

Igår höll jag och Ludvig, som är lead dev hos oss, en presentation för hela bolaget på vårt veckomöte. Syftet med presentationen var att ge en inblick i hur vi jobbar och hur vi bäst stöttar resten av organisationen. För mig är det nyttigt att göra det ibland eftersom det får oss att stanna upp och reflektera över vår roll. Sen är det viktigt för teamet att känna lite stolthet i att presentera avdelningen inför resten av kollegorna. Vi gör det ofta på Sprint-demos, men detta blir på en annan nivå.

Vi roterar vilka avdelningar som ska presentera sig med två veckors intervall på veckomötena. Detta är kanske ingenting som vi kommer att fortsätta med för evigt men just nu är det viktigt. Tretti flyttade upp till Stockholm från Malmö förra våren och sedan dess är det många nya som har börjat på bolaget. Det har bidragit till att vi har ett grymt driv i organisationen där alla vill framåt, men vi behöver också hitta sätt att jobba tillsammans som formar vår kultur och organisation. Att köra en lite med djupgående presentation av varje del av bolaget är viktigt för att alla ska förstå varandras roller och hur det man gör i sin egen roll, påverkar det andra gör.

Om det är något jag vill lyfta fram som ett av de mest destruktiva sätten att förstöra ett bolag så är det när den ”vi och dom”-kultur uppstår mellan avdelningar. Jag har sett det på många andra ställen och det är svårt att ta sig ur om den väl får fäste. Det är ofta en fråga om attityd hos de anställda, men viktigast är det hos ledarna. Det finns ingen rationell anledning till varför en person i ledningsposition skulle behöva gnälla över hur en annan avdelning sköter sitt jobb. Det är lätt att stå utanför och tycka att de borde kunna göra ett bättre jobb, men att cementera detta som en legitim åsikt i sitt team eller organisation leder aldrig till någonting bra. Dessa åsikter bör ventileras i ledningsmöten eller på tu man hand.

Tretti har genomgått en transformation genom flytten upp till Stockholm och just nu är det full fart framåt. Det är grymt kul att se ett bolag med nästan 12 år på nacken med sån en framåtanda. Vi blir bättre på allt vi gör varje dag och kunderna blir nöjdare och nöjdare.

Nu kör vi.


Denna post är nummer 70 i en serie av 100 poster i utmaningen #blogg100 där jag främst fokuserar på hur vi skapar Trettis nya sajt men även reflekterar kring e-handel och IT. Alla åsikter är mina egna.

Hur vi smörjer maskineriet på tretti.se

En av utmaningarna som alla tekniker eller teknikchefer känner igen sig i är hur man motiverar interna projekt för att underhålla systemen mot resten av organisationen. De interna projekten går inte ofta att härleda till en konkret kostnadsbesparing eller en ökad intäkt. Istället rör det sig om sånt som gör att det går snabbare att vidareutveckla en plattform efter underhållet eller att det reducerar risk för säkerhetshål eller stabilitet.

Jag vill gärna inte gå på med barnsliga argument som “vi kan göra detta eller så kan vi strunta i det, men då tar vi inte ansvar ifall sajten går ner.” Istället försöker jag förklara vad det är vi vill göra och vad uppsidan för affären är. KPI:er som uptime och incidentrapporter eller rapporter från användare av ett system visar tydligt vilken nivå en plattform ligger på. Därför går det att motivera dessa projekt.

Här är några exempel på hur vi smörjer maskineriet:

  • Indexera om en databas, som gör att systemen går snabbare
  • Uppgradera en mjukvara eller integration, vilket ökar produktivitet hos användarna
  • Uppgradera ett ramverk i produkten, för att kunna bygga nya projekt snabbare
  • Underhålla cache för att ladda fler delar av sajten snabbare
  • Code refactoring, för att städa gammal kod som inte används men som gör systemet långsamt eller omständigt att jobba i.

Det finns dock exempel på underhåll som jag har svårt att motivera för mig själv och för resten av organisationen.

  • Rensa gammal kod för att den är ful, då det ofta ligger i betraktarens ögon
  • Bygga om en funktion så den blir mer abstrakt och kan användas till mer. Om det inte är tydligt vilka områden den kommer att användas till är det inte motiverat att bygga om
  • Uppgradera en mjukvara bara för att det släppts en ny version, inte för att den tillför något extra.

Jag tycker att hus-metaforen för digitala produkter är träffsäker. Du måste städa och renovera för att det ska fungera att bo i ett hus. Men du behöver inte göra om saker som ingen av dina gäster bryr sig om.


Denna post är nummer 69 i en serie av 100 poster i utmaningen #blogg100 där jag främst fokuserar på hur vi skapar Trettis nya sajt men även reflekterar kring e-handel och IT. Alla åsikter är mina egna.

Din sajt blir mindre värd i framtiden

Din e-butik är bara en av många kanaler som dina kunder kommer vilja använda när de handlar hos dig. Det är lätt att tänka som en traditionell affär att man har en butik och att kunder kommer dit och shoppar. Och varför skulle man inte göra det. Hela e-handelsbranschen är dessutom uppbyggd kring detta med optimeringstjänster och designverktyg.

Om jag ska försöka mig på en liten spådom tror jag mycket på att butikerna kommer bli distribuerade till mycket större del. Du kommer alltid vilja ha en huvudbutik — ett flaggkepp eller en modersajt, där kunderna kan läsa om dig och ditt varumärke och där du bygger trovärdighet. Men var själva försäljning sker kan vara var som helst; På marknadsplatser, i appar, i chatkanaler, på bloggar eller varför inte direkt på Facebook eller Instagram.

Butikerna har alla möjligheter att flytta sig dit kunderna är och inte bara med annonser utan faktiskt som en renodlad butik. Men för att detta ska hända så behöver branschen ändra sig med allt ifrån e-handelsplattformar som är agnostiska till vilken front de stödjer till kringtjänster i ekosystemet. Till en början kommer det att vara segt, men när det kommer ett trovärdigt case kommer det gå snabbt. När H&M rapporterade rekordhög conversion rate i sin nya app var alla andra modehus inte sena med att följa efter.

På Tretti gör vi ju om vår sajt nu och det blir vårt flaggskepp.


Denna post är nummer 68 i en serie av 100 poster i utmaningen #blogg100 där jag främst fokuserar på hur vi skapar Trettis nya sajt men även reflekterar kring e-handel och IT. Alla åsikter är mina egna.

Tre saker jag behöver av er läsare

Tack för att ni läser bloggen. Det är kul att se likes och reads gå upp varje dag. En av poängerna med att posta på nätet är ju just feedback och nu tänkte jag be om lite mer av den varan.

Jag behöver er hjälp för att bygga om Trettis till något riktig grymt. Här är tre saker jag behöver. Ni kan posta på sociala medier eller maila – det spelar ingen roll för mig.

  1. En länk till den bästa checkouten som du hittat online.
  2. En mening om varför det är en överlägsen kundupplevelse.
  3. Kontaktuppgift till dig om jag skulle vilja visa min uppskattning.



Denna post är nummer 67 i en serie av 100 poster i utmaningen #blogg100 där jag främst fokuserar på hur vi skapar Trettis nya sajt men även reflekterar kring e-handel och IT. Alla åsikter är mina egna.

Så ser Sveriges e-handlares mobilsajter ut

Dessa har vi tagit inspirations från när vi bygger nya Trettisajten. Tänkte jag samlar lite skärmdumpar här för fler att inspireras av. De flesta är från Sverige.

Högrisk vs lågriskprojekt

Försvarets SAP-projekt blev en Miljard kr dyrare än förväntat och tog 8 år att bli färdigt. Varje gång jag läser nyheter som det här misslyckade projekt och liknande blir jag så otroligt uppgiven. Det är ett slag i ansiktet på oss som slåss om budgetar för IT-projekt. De här mastodontprojekten har misslyckats redan innan de har börjat för att de gör en massa generalfel som moderna IT-projekt inte ska behöva lida av. Här kommer mina tips för att undvika att ett projekt springer iväg i kostnad och tid.


Externa parter

Kunder, leverantörer eller andra externa parter som jurister eller byråer är en stor risk för att försena ditt projekt. Alla andra organisationer av människor som är utanför din organisation bidrar till komplexitet och det kostar. De jobbar på andra sätt, i ett annat tempo, och kommunicerar på ett annat sätt. Ju fler externa parter desto fler täta och gärna återkommande avstängningar behöver ditt projekt. Ju fler externa parter, desto högre risk. Ta höjd för det!

Ovana beställare

Alla inom IT har eller kommer attjobba med ovana beställare. Det är ofta projekt som börjar med att nån säger ”jag har en ide” istället för att identifiera ett problem. När jag var på Nordic Exommerce Summit tror jag det var Footways VD som sa: ”det du är bra på, kan du outsourca”. Poängen med det uttalandet är att ett sånt projekt kan du kravställa korrekt, oavsett om du vill byta lager eller affärssystem. Förstår du inte vad du köper kan det bli väldigt dyrt.

Inte planera för förändring

När det gäller projekt i Försvarets storlek finns det ingen chans att kravställarna kan naila alla processer och affärsvärden med en gång, för de är inte permanenta. En organisation utsätts hela tiden för nya intryck utifrån och inifrån. Kraven hos en organisation ändras med 1% i månaden är en gammal doktrin som säkert inte är vetenskapligt underbyggd, men ändå sätter fingret på problematiken. För 8 år sen hade knappt den första iPhonen kommit ut, en teknik som ändrar hur hela organisationer jobbar. Hur skulle Försvaret kunna planera för det?

För få milstolpar

Detta hänger ihop med punkten ovan. Du kan inte införa ett system efter 8 år till en hel organisation. Du behöver införa små steg hela tiden och testa hur de faller ut. Bygg en skalbar miljö och attackera de områden där du ser problem. Det går att införa SAP för en avdelning eller en grupp och skala ut den så fler personer kliver ombord successivt. Jag vet inte var de här jätteprojekten kommer från, men antar att det är riktigt skickliga SAP-konsulter som övertygar Försvarets upphandlare om att de måste ta höjd för allt på en gång och sluta ett ramavtal för att det ska funka över huvud taget.

Otydliga beslutsmandat och otydliga beslut

Vem är det som har sista ordet? Det måste vara en person som har en väl underbyggd förståelse för projektet. Är det ett litet projekt kan en person hålla koll på allt. Är det en grupp av beställare med olika mindre projekt krävs koordinering och beslutsstrukturer. De viktigaste besluten är ofta inte om vi väljer lösning A eller B utan vilka affärsbeslut vi väljer att prioritera nu och vilka vi väljer bort helt för tillfället.

Features får prioritet över processer

I ett IT-projekt är det extremt mycket tid som slösas på lösningar framför problem. Det är mänskligt att exempelvis tänka ”jag behöver en knapp som laddar ner den här rapporten”. Istället måste man tvinga sig att fundera på vad knappen representerar i min arbetsprocess eller mitt dagliga arbete. Du kanske inte alls behöver en knapp. Du behöver ett sätt för din chef att följa ditt arbete utan att du behöver lyfta ett finger för att rapportera. När man har koll på processerna kommer många lösningar naturligt.

Sebastian Siemiatkowski, VD på Klarna sa att han skulle hjälpa till ur egen ficka och bygga en ny sajt, när arbetsförmedlingen lade ner sitt 100 miljoner kr dyra sajtprojekt. Jag bidrar gärna också, men med rådgivning.


Denna post är nummer 65 i en serie av 100 poster i utmaningen #blogg100 där jag främst fokuserar på hur vi skapar Trettis nya sajt men även reflekterar kring e-handel och IT. Alla åsikter är mina egna.