Från 10 till 200 partner: vad brister först i ett partnerprogram?

Partnerprogram brister sällan vid 10 partner. Problemen uppstår på vägen mot 200, en arbetsvana i taget. Här är de sju brytpunkterna i den ordning de brukar uppstå, hur ni åtgärdar dem och en checklista på en sida för att bedöma er beredskap.

Partnerprogram brister sällan vid 10 partner. Vid 10 känner samordnaren varje partners chef vid namn, ett telefonsamtal räcker för att få en lägesbild och årsrapporten tar en eftermiddag. Problemen uppstår på vägen mot 200, när samma samordnare börjar varje måndag med en inkorg full av lägesuppdateringar, ett ramverk som finns i tre versioner och en styrelserapport som kommer att ta veckor.

Inget dramatiskt händer. Programmet passerar en rad trösklar, och arbetsvanor som fungerade med 10 partner slutar fungera en efter en. Så här skalar ni upp ett partnerprogram utan detta långsamma sammanbrott: de sju brytpunkterna i den ordning de brukar uppstå, varför problemen kommer vid just den storleken och hur ni åtgärdar dem – arbetssätt först, verktyg sedan. Dessutom får ni en checklista på en sida för att bedöma teamets beredskap.

Varför partnerprogram brister stegvis: samordnaren blir flaskhalsen i kön

Innan jag började arbeta med digital transformation undervisade jag i operationsanalys vid universitetet i Porto: matematiken bakom köer, flaskhalsar och kapacitet. Ur det perspektivet blir stegen begripliga.

I de flesta program passerar nästan varje ärende en eller två personer: samordnaren som svarar på frågor, granskar dokument, jagar lägesuppdateringar och sammanställer rapporter. Med köteorins termer är samordnaren betjäningsstationen och varje ärende en ankomst.

Littles lag säger att det genomsnittliga antalet ärenden i ett system är lika med ankomsttakten multiplicerad med den genomsnittliga tid som varje ärende tillbringar där [1]. Högen av öppna ärenden i samordnarens inkorg beror inte på bristande disciplin; den är ankomster multiplicerat med väntetid.

Ett annat resultat är mindre intuitivt. I den enklaste kön med en enda betjäningsstation är den genomsnittliga tid ett ärende tillbringar i systemet lika med dess handläggningstid dividerad med ett minus betjäningsstationens beläggningsgrad [2]. Vid 50 % beläggning tar det dubbelt så lång tid som själva handläggningen att komma igenom; vid 80 %, fem gånger så lång tid; vid 95 %, tjugo gånger. Väntetiden ökar inte linjärt med arbetsbelastningen. Den exploderar när veckan fylls.

Ett exempel, med antaganden som ni bör ersätta med era egna: en samordnare har 20 timmar i veckan för partnerärenden, och varje partner skickar ett ärende i veckan som tar 20 minuter att handlägga.

  • 10 partner: drygt 3 timmar i veckan. Samordnarens beläggning är 17 %, och ärendena behöver knappt vänta.
  • 50 partner: nästan 17 timmar. Beläggningen är 83 %, och det genomsnittliga ärendet tar sex gånger sin handläggningstid att komma igenom.
  • 60 partner: alla 20 timmar. Kön stabiliseras aldrig; den fortsätter att växa.

Samordnaren har inte blivit långsammare; matematiken har förändrats. Samma matematik anger i vilken ordning åtgärderna bör komma, precis som i en produktionslinje: minska först antalet ankomster (partner hittar svar utan att fråga), korta sedan handläggningen (alla ärenden i samma format, på samma plats), och ta först därefter in fler personer. Att bara anställa flyttar problemet framåt: med samma antaganden når två samordnare gränsen vid 120 partner.

De sju brytpunkterna, i den ordning de brukar uppstå

En trappa från 10 till 200 partner med sju brytpunkter: lägesuppdateringar jagas via e-post, ramverket finns i flera versioner, introduktionen är beroende av en person, underlag försvinner i inkorgar, rapportering tar veckor, otydliga förväntningar på ett enda språk, behörigheter och dataskydd
En illustration baserad på erfarenhet, inte uppmätta data: den vanliga ordningen för brytpunkterna när ett program växer. Ett större team eller enklare ärenden flyttar varje steg åt höger.

1. Lägesuppdateringar jagas via e-post (från cirka 15 partner)

Symtom. Varje månad mejlar någon samtliga partner för att fråga hur långt de har kommit, påminner dem som är sena och kopierar svaren till ett kalkylblad. När det sista svaret kommer är det första redan inaktuellt.

Varför det brister här. En uppdateringsrunda består enbart av nya ärenden: ett meddelande ut och ett svar in per partner, plus påminnelser. Vid 15 partner tar det en eftermiddag. Med 200 partner och en månatlig runda blir det 2 400 förfrågningar om året redan före den första påminnelsen.

Lösningen. Sluta fråga efter status; gör den synlig. Kom överens med partner om vad framsteg innebär i observerbara termer (ett uppnått steg, en slutförd uppgift, ett godkänt dokument), så att status blir en biprodukt av arbetet.

2. Ramverket finns i flera versioner (från cirka 25)

Symtom. Ramverket är en PDF från för två år sedan, en uppdaterad Word-fil och en presentationsbild från en workshop som någon har förbättrat. Partner som anslöt olika år arbetar mot olika definitioner av samma steg.

Varför det brister här. Med 10 partner presenteras en ändring på ett möte och alla får höra den. Vid 25 sprids ändringar via bilagor, och varje kopia blir en separat version.

Lösningen. En ansvarig, en aktuell version, en ändringslogg och ett datum då varje ändring träder i kraft.

3. Introduktionen är beroende av en person (från cirka 40)

Symtom. Nya partner introduceras av personen som utformade programmet, under ett enda långt samtal. När den personen är ledig får introduktionen vänta; när personen slutar försvinner programmets samlade kunskap med den.

Varför det brister här. Introduktion är ett ärende med lång handläggningstid, och program tar ofta in partner gruppvis. Femton nya partner under samma månad ska få plats i samma kalender.

Lösningen. Dokumentera introduktionen: ett kort välkomstpaket, de tre första stegen och vem man frågar om vad. Det första samtalet kan då handla om partnern, inte om programmet.

4. Underlag ligger utspridda i inkorgar (från cirka 60)

Symtom. Policyer, revisionsunderlag, utbildningslistor och foton kommer som bilagor till den som partnern känner bäst. Inför en revision eller ett givarbesök ägnar teamet dagar åt att söka i e-postlådor.

Varför det brister här. Mängden underlag växer med antalet partner multiplicerat med antalet krav, och underlagen hamnar i personliga inkorgar som kollegorna inte har tillgång till. Tänk också på belastningen på andra sidan: en ICVA-studie från 2016 om givares villkor för humanitära ideella organisationer fann i genomsnitt 36 rapporteringsfrister per land och år, samt bedömningar av partnerkapacitet som kunde omfatta fler än 100 frågor och upp till 91 bilagor [3]. Era partner bär på en motsvarande börda för er skull.

Lösningen. Begär varje underlag en gång, med ett sista inlämningsdatum och kopplat till det krav det styrker. Be bara om sådant som någon faktiskt kommer att läsa.

5. Rapporteringen tar veckor (från cirka 90)

Symtom. Årsrapporten börjar med ett mejl där varje partner ombeds lämna siffror, fortsätter med veckor av filsammanställning och slutar med ett diagram som ingen kan spåra tillbaka till källan.

Varför det brister här. Vid den här storleken är rapportering ett sammanställningsarbete: om uppgifterna inte har samlats in i en gemensam struktur under året måste någon bygga den i slutet, för hand. Samma ICVA-studie beskriver en internationell ideell organisation som räknade ut att den kunde spara 11 000 timmar av finansiell rapportering om dess nio största givare enades om kostnadsdefinitioner och accepterade samma ekonomiska rapportmall [3]. I Grand Bargain från 2016 åtog sig givare och biståndsorganisationer att minska dubbelarbete och förvaltningskostnader samt förenkla rapporteringen: mindre volym, gemensam terminologi, grundläggande krav och en gemensam rapportstruktur [4].

Lösningen. Välj ett fåtal KPI:er innan året börjar, definiera dem på samma sätt för varje partner och samla in dem löpande under arbetet. Rapporten blir ett utdrag, och veckorna kan ägnas åt att läsa den.

6. Partner vet inte vad som förväntas eller kan inte arbeta på sitt eget språk (från cirka 120)

Symtom. Samma frågor återkommer: vad behöver vi för nästa steg, vilken mall gäller, när ska det vara klart? Partner i vissa länder svarar sent eller inte alls, och det tolkas som bristande engagemang.

Varför det brister här. Nu sträcker sig programmet över landsgränser, medan förväntningarna fortfarande bara finns på ett språk. Författarna till en artikel i Humanitarian Exchange från 2021 konstaterade att global vägledning och tekniska verktyg vanligen bara finns på FN:s officiella språk, och att samordningsmöten på internationella språk förvärrar problemet [5]. Tystnad är ofta ett språkproblem, inte ett motivationsproblem.

Lösningen. Beskriv varje steg i tydliga, observerbara termer och översätt det tillsammans med tillhörande mallar. Varje fråga som sidan besvarar är ett ärende som aldrig når kön.

7. Behörigheter och dataskydd (från cirka 160)

Symtom. Hundratals personer har tillgång till den delade mappen, ingen är säker på vem som kan se vilken partners bedömning och dataskyddsombudet har frågor som ingen kan besvara.

Varför det brister här. Med 10 partner är en gemensam mapp praktisk. Med 200 är den en risk: partnerdokumentationen innehåller personuppgifter och känsliga bedömningar, och åtkomst som tilldelas manuellt tas sällan bort. Europeiska kommissionens vägledning om dataskydd som standard är att personuppgifter ska vara tillgängliga ”endast för ett begränsat antal personer som behöver känna till dem” [6].

Lösningen. Definiera roller innan nästa grupp ansluter: vem i teamet får se och ändra vad, och regeln att en partner bara ser sina egna uppgifter och inget annat. Se över åtkomsten när personer tillkommer eller slutar.

Vad ett verktyg måste klara vid varje brytpunkt

Arbetssätten kommer först: ett verktyg som automatiserar en trasig process får den bara att brista snabbare. Därefter är detta vad partnerhantering i stor skala kräver av ett verktyg:

De sju brytpunkterna: arbetssättet och vad ett verktyg måste klara
Brytpunkt Arbetssätt först Vad ett verktyg måste klara
Lägesuppdateringar jagas via e-post Gör status till en biprodukt av arbetet Låta partner registrera framsteg där de arbetar och visa var alla befinner sig utan att ni behöver fråga
Ramverket finns i flera versioner En ansvarig, en version, en ändringslogg Samla ett gemensamt ramverk för alla partner, som redigeras tillsammans och där ändringar når alla samtidigt
Introduktionen är beroende av en person Ett skriftligt välkomstpaket Visa varje ny partner, från första inloggningen, var den befinner sig och vad nästa steg kräver
Underlag försvinner i inkorgar En begäran per underlag Koppla varje uppladdning till det steg den styrker och visa vad som saknas för samtliga partner
Rapporteringen tar veckor Ett fåtal KPI:er, definierade från början Spara KPI:er per partner med historik och skapa rapporter utifrån dessa data
Otydliga förväntningar, ett enda språk Tydliga stegbeskrivningar, översatta Visa varje partner dess position och nästa steg på det egna språket
Behörigheter och dataskydd Roller innan nästa grupp ansluter Upprätthålla roller, begränsa varje partner till dess egna uppgifter, stödja organisationens inloggning och ange var filer lagras

En checklista på en sida för att bedöma beredskapen inför uppskalning

Checklistan omvandlar de sju brytpunkterna till 21 påståenden och innehåller dessutom beräkningen av samordnarens belastning med plats för era egna siffror. Gå igenom den med teamet innan nästa grupp partner ansluter och börja med det första avsnittet som har två eller fler tomma rutor.

Checklistan på en sida för uppskalningsberedskap: tre påståenden för var och en av de sju brytpunkterna samt ett arbetsblad för att uppskatta samordnarens belastning
Checklistan för uppskalningsberedskap: sju avsnitt, 21 påståenden och ett arbetsblad för samordnarens belastning.

Ladda ned checklistan för uppskalningsberedskap (PDF, 1 sida). Skriv ut den till ett teammöte.

Har ni redan passerat den andra brytpunkten? I Advancer.World arbetar varje partner med en och samma version av ert program, ser sin egen position och vad nästa steg kräver på sitt eget språk, och skickar underlag till det steg där de hör hemma. Teamet ser var varje partner befinner sig i stället för att behöva fråga. Kostnadsfritt att komma igång.

Registrera dig nu

Partnerhantering i stor skala i Advancer.World

Advancer.World föddes ur den digitala transformationen av program hos organisationer som UNICEF och Airbus. Ett program är en matris som utformas en gång: steg på ena axeln, ämnen och delämnen på den andra, där varje cell beskriver hur det aktuella steget ser ut för det ämnet. Flera personer i teamet kan utforma den samtidigt, och alla partner arbetar med samma version.

Programutformning i Advancer.World: ett program för medlemsstandarder med fyra steg, från anslutning till ledande, inom styrning, skydd och program
Exempeldata: programmet för medlemsstandarder i en fiktiv federation, så som programteamet utformar det.

Arbetet ligger i övergångarna mellan cellerna: initiativ, frågeformulär, begäran om dokumentuppladdning och begäran om e-signatur. För varje program väljer ni hur partner går vidare: genom självbedömning, automatiskt när föregående steg är klart eller när teamet bekräftar det. Partner bjuds in via e-post och ser sin egen position och vad nästa steg kräver på något av 22 språk, däribland arabiska, urdu, swahili och hausa. De ser aldrig andra partners uppgifter, och partner och deras medarbetare betalar aldrig.

Medlemsvyn i Advancer.World: samma matris med medlemsorganisationens aktuella steg markerat inom varje delämne
Vad en medlemsorganisation ser (exempeldata): sin egen position inom varje delämne och vad nästa steg kräver.

KPI:er registreras per partner och dagliga ögonblicksbilder bevarar historiken, så Excel-rapporterna och de AI-skrivna Word-rapporterna med diagram bygger på data som samlats in under året. Er organisation kan logga in med Microsoft Entra ID, filer lagras inom EU och med abonnemangen Gold och Enterprise kan en AI-assistent läsa av var era partner befinner sig via MCP-servern. Om MCP är nytt för dig kan du börja med vad Model Context Protocol är.

Vanliga frågor

Hur många partner kan en samordnare hantera?

Det finns inget fast förhållande. Multiplicera antalet partner med antalet ärenden som var och en skickar per vecka och antalet minuter som varje ärende tar. Dividera sedan med det antal minuter som samordnaren faktiskt har för partnerarbete. Det är beläggningsgraden. Vid 80 % tar det genomsnittliga ärendet redan fem gånger sin handläggningstid att komma igenom.

När bör vi flytta ett partnerprogram från kalkylblad och e-post?

När två av de första fyra brytpunkterna visar sig samtidigt, eller innan nästa grupp partner ansluter – beroende på vilket som inträffar först. För hjälp med att föra över befintliga data erbjuder Mourinho Solutions migreringsstöd.

Kommer en plattform att ge våra partner mer arbete?

Den bör minska arbetet. En partner som svarar på statusmejl, skickar bilagor till tre personer och fyller i en separat mall för varje finansiär gör redan arbetet; en gemensam plats ändrar bara var det utförs. Be två eller tre partner att prova först.

Så skalar du upp ett partnerprogram utan att det brister

Du behöver inte åtgärda alla sju på en gång. Identifiera den första bristningspunkt som ditt program redan har passerat, åtgärda den och räkna på samordnarens arbetsbelastning innan nästa grupp ansluter. Ett program som skalas upp väl har inte en samordnare som utför hjältedåd. Det har en samordnare vars arbetsvecka inte är fullbokad. Om du vill ha ett extra par ögon på själva programutformningen erbjuder vi programrådgivning.

Hantera 10 eller 200 partner i samma struktur. Utforma ditt program en gång, bjud in dina partner och samla underlag, KPI:er och historik på ett ställe i stället för i inkorgen. Gratis att komma igång.

Registrera dig nu

Referenser

  1. John D. C. Little, ”Littles lag vid dess 50-årsjubileum”, Operations Research 59(3), s. 536–549, maj–juni 2011, https://doi.org/10.1287/opre.1110.0940 (hämtad oktober 2026).
  2. Richard C. Larson och Amedeo R. Odoni, ”Operationsanalys i stadsmiljö”, Prentice-Hall, 1981, avsnitt 4.6.1, ”En operatör, oändligt antal linjer”, https://web.mit.edu/urban_or_book/www/book/chapter4/4.6.1.html (hämtad oktober 2026).
  3. Internationella rådet för frivilligorganisationer (ICVA), ”Mindre pappersarbete, mer bistånd: rapportering, bedömning av partnerkapacitet och revision”, uppdaterad september 2016, https://alnap.org/help-library/resources/less-paper-more-aid-reporting-partner-capacity-assessment-and-audit/ (hämtad oktober 2026).
  4. ”Grand Bargain: ett gemensamt åtagande för att bättre hjälpa människor i nöd”, Istanbul, 23 maj 2016, https://gblocalisation.ifrc.org/wp-content/uploads/2018/06/grand_bargain_final_22_may_final-2_0.pdf (hämtad oktober 2026).
  5. Mia Marzotto, Kemal Alp Taylan, Fatuma Ibrahim, Marian Ellen Hodgkin, Paul Martin Lukusa Mbwebwa och Charles Abugo, ”’Hur kan vi bidra om vi inte kan delta?’ Tillgängligheten till humanitär vägledning för lokala och nationella organisationer”, Humanitarian Exchange 79, Humanitarian Practice Network, 25 maj 2021, https://odihpn.org/en/publication/how-can-we-contribute-if-we-cant-participate-the-accessibility-of-humanitarian-guidance-to-local-and-national-organisations/ (hämtad oktober 2026).
  6. Europeiska kommissionen, ”Skyldigheter: inbyggt dataskydd och dataskydd som standard”, https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/obligations/what-does-data-protection-design-and-default-mean_en (hämtad oktober 2026).

© 2026 Mourinho Solutions. Alla rättigheter förbehållna.

← Tillbaka till bloggen