Kundmaterial före kickoff: vad går faktiskt att använda?

Kunden skickar en mapp med logotyp, fyra dokument och bilder: ”Nu kan ni börja.” Kontrollera före kickoff vilken uppgift varje underlag möjliggör, vem som granskar det och vad som återstår för att acceptera det. En full mapp ger inte svaret. Mallen gäller en byrå med redan överenskommet arbete. Den omförhandlar inte offerten och räknar inte ut teamets kapacitet. Ett delat kalkylblad räcker.

Begär underlag utifrån uppgiften

Börja med första leveransen. Sidlayout kräver identifierade texter; beskärning kräver originalfotot; kontroll av ändringar kräver åtkomst till rätt miljö. Kan du inte namnge uppgiften som behöver underlaget, pröva om det behövs nu.

Atlassians kickoff-guide tar upp syfte, roller och framgångskriterier. Här lägger vi till en kontroll av underlagen före arbetet. Det är ett föreslaget arbetssätt, ingen certifieringsstandard. Skilj på det som behövs för att börja och för att publicera. Produktionsåtkomst kan vänta om första fasen använder en testmiljö; huvudtexten kan styra strukturen redan dag 1. Sätt tidpunkt per uppgift, inte en gemensam mötesdeadline.

Definiera användbart före leverans

”Skicka bilder” är otydligt. Begär huvudbildens original, kontrollera överenskommen beskärning och bekräfta avsedd användning. Någon annan ska kunna upprepa kontrollen. För text: sektioner, språk, version och bekräftande person. För logotyp: användbar fil och vald variant; en skärmbild bevisar inte att ett vektororiginal finns.

Testa den nödvändiga åtgärden med det tilldelade kontot. En mottagen inbjudan bevisar inte fungerande åtkomst. Google Drive skiljer mellan läs-, kommentars- och redigeringsbehörighet. Att öppna länken och redigera är olika kontroller. Skriv inga lösenord i mallen och gör inte länken offentlig för att lösa ett individuellt behörighetsproblem. Kunden levererar, byrån granskar. Ange ansvariga; ”kunden” och ”vi” räcker inte.

Hypotetiskt exempel: fem underlag

En byrå gör en kampanjsida med fem sektioner. Alla uppgifter är fiktiva; dagarna räknas från planerad start och är inga rekommenderade tidsfrister.

2 ÷ 5 = 40 % accepterat. Det beskriver inventeringen, inte startberedskapen. Även fyra accepterade underlag lämnar sidlayouten blockerad om K01 saknas. Design kan utforska en riktning med logotypen om den inte kräver slutlig text eller foto. Skriv ned begränsningen; platshållare är inte godkänt innehåll.

Mall att kopiera

ID / underlag / beroende uppgift:
Observerbart acceptanskriterium:
Leverantör / granskare:
Behövs före / mottagen version:
Status: väntar / mottagen / behöver rättas / accepterad / behövs inte
Kontrollbevis och datum:
Nästa åtgärd / ansvarig / nästa kontroll:
Vid försening: arbete som fortsätter och arbete som väntar:

En rad per beroende och samma ID vid ny version. ”Mottagen” väntar på kontroll. ”Behöver rättas” anger ett konkret fel, inte ”dåligt material”. ”Behövs inte” kräver orsak och beslutsfattare. När en accepterad version ändras, hitta uppgifterna som använde den gamla, spara ny referens och öppna bara berörda kontroller igen. Ändrad överenskommen leverans kräver ett separat beslut om omfattningen.

Skicka en begäran som går att lösa

”För sidlayouten saknas sektion 5 och versionsbekräftelse för K01. För sidhuvudet behöver vi originalet K03; miniatyren är 320 px. Utveckling kontrollerar K04. Bekräfta vem som levererar de två rättelserna och när; sedan bedömer vi vilka uppgifter som kan börja.”

En mottagen fil bekräftar inte automatiskt ett nytt datum. Kontrollera kvalitet och faktisk tillgänglighet; tystnad är inte acceptans. På en byrå — engelska förebygger en samlad begäran konkurrerande versioner. Vid många onödiga interna önskemål, läs eliminera, automatisera och delegera — engelska. Om uppgiften aldrig definierades, återgå till omfattningen i offerten — engelska.

Avsluta med ett beslut per uppgift: börja, invänta underlag eller klargöra. Ange vem som gör nästa kontroll.