Dina ingenjörer ska inte behöva godkänna varje offert
Snabbtest: ta fram förra månadens offerter som granskats av teknik och räkna hur många som faktiskt ändrades.
Om svaret är ”nästan inga” granskar inte dina ingenjörer. De stampar — till ingenjörspris och med ingenjörernas ledtider.
Det är teknikflaskhalsen i säljprocessen, och det är en av de dyraste vanor en tillverkare kan ha — just därför att den inte känns som en vana. Den känns som noggrannhet.
Vad är teknikflaskhalsen i sälj?
Det är vad som händer när varje rutinoffert måste passera teknik innan den kan gå till kunden. Inte de verkligt nya tillämpningarna — de ska till en ingenjör. Utan de vanliga. Det 12 fack långa ställaget på standardhöjd. Konfigurationen ni offererat fyra hundra gånger.
- · Sälj kan inte skicka en offert utan godkännande från teknik
- · Ingenjörer lägger timmar varje vecka på att kontrollera konfigurationer de kan i sömnen
- · Offerttiden mäts i dagar — och de flesta av dem är kötid
- · Återförsäljare och säljare ”förankrar” med teknik redan innan de bygger offerten, för att de lärt sig att inte lita på sina egna verktyg
Inget av detta beror på dåliga ingenjörer eller lata säljare. Det beror på att produktkunskapen bor i personer i stället för i system.
Varför hamnar varje offert på en ingenjörs skrivbord?
För att reglerna bara finns i ingenjörernas huvuden — lastberäkningarna, kompatibilitetskontrollerna, kunskapen om att ”den balken går inte med den stolpen”. När reglerna inte finns nedskrivna någonstans körbart är enda sättet att validera en offert att fråga den som kan dem.
Och här kommer den obekväma matematiken. Salesforce forskning visar att säljare redan bara lägger runt 30 % av sin tid på att sälja. Lägg en teknikkö ovanpå det, och er offertprocess körs på kalenderöverlappet mellan era mest uppbokade ingenjörer och era minst tillgängliga säljare.
Samtidigt visar McKinsey att svar på förfrågningar inom 48 timmar kan lyfta vinstgraden med omkring 25 % — och branschstudier visar genomgående att 35–50 % av affärerna går till den som svarar först. Varje dag en offert ligger i teknikkön är en slantsingling du inte behövde ta.
Hur tar man bort flaskhalsen utan att ta bort ingenjörerna?
Du flyttar tekniken upstream. I stället för att ingenjörer kontrollerar varje konfiguration i efterhand bäddas deras kunskap in i säljprocessen själv — som regler, beräkningar och villkor i en produktkonfigurator — så att standardkonfigurationer validerar sig själva medan de byggs.
Ingenjören slutar vara en kontrollstation och blir en författare. De definierar reglerna en gång och underhåller dem när produkten utvecklas, i stället för att göra om samma kontroll per offert, för evigt.
Exakt så såg problemet ut hos BLS — Brännehylte Lagersystem, en svensk ställagetillverkare. Vassa ingenjörer, gedigna produkter — och varje rutinoffert i kö bakom samma specialister ändå. Vi bäddade in deras tekniska intelligens direkt i säljflödet. Resultatet:
snabbare offerter
mindre intern resurs per affär
flaskhalsar i teknik
Notera vad den sista siffran inte säger. Inte noll teknik — noll kö. De verkligt undantagsmässiga ordrarna når fortfarande teknik. De kommer bara in som faktiska undantag, med hela konfigurationen, måtten och beräkningarna bifogade, i stället för som ärende #4 117 mellan två vanliga.
Vilka offerter ska fortfarande till teknik?
De ärliga. En bra uppsättning automatiserar det som är förstått och eskalerar det som inte är det:
En standardgräns för mått
Gör en regelEn känd kompatibilitetskontroll
Gör en regelEn återkommande beräkning
Automatisera när den är bevisadEn helt ny tillämpning
Till teknik — med kontext, och snabbt
Båda felen är värda att nämna. Skickas allt till teknik ”för säkerhets skull” blir konfiguratorn ett dyrt inmatningsformulär. Skickas inget dit har du mjukvara som tryggt fattar beslut ingen definierat — och för bärande produkter är det inte ett UX-problem, det är ett säkerhetsproblem.
Det finns en bonus i undantagsspåret: om samma undantag återkommer säger det något. Kanske saknas en regel. Kanske behöver produkten en ny modul. Er undantagslogg blir tyst input till produktutvecklingen.
Hur ser affärsfallet ut?
Ta era senaste 50 offerter som krävde teknik och kategorisera varför. Vi ser ofta att en förvånande del av arbetet inte är teknik alls — det är process i ingenjörskostär. Kvoten är oftast hela affärsfallet på en sida.
Ställ sedan frågan som betyder något:
Vanliga frågor
Vad orsakar en teknikflaskhals i säljprocessen?
Produktregler — beräkningar, kompatibilitetsvillkor, måttgränser — som bara finns i ingenjörernas huvuden. När kunskapen inte finns i ett system måste varje offert valideras av den som bär den.
Innebär automatiserad offertvalidering att ingenjörer ersätts?
Nej. Det flyttar teknikarbetet upstream: ingenjörerna definierar och underhåller reglerna en gång i stället för att manuellt kontrollera rutinkonfigurationer. Verkliga undantag når fortfarande teknik — bättre förberedda än förr.
Hur mycket snabbare kan offereringen bli?
Det beror på hur mycket av er teknikinblandning som är rutin. BLS nådde 33 % snabbare offerter med flaskhalsen helt borta. Först mäter man sin egen baslinje — teknikberöringar per offert och dagar i kö.
Källor
Vill du veta var er kö egentligen sitter?
Ta med era senaste 50 teknikgranskade offerter. Vi hjälper er skilja verklig teknik från process i ingenjörskostär.
Prata med oss