Dela uppgifter med kunder utan att någon behöver ett konto

I ett webbprojekt deltar fler människor än byrån har anställda. Verktyget känner oftast bara de anställda.

Människorna i utkanten

I ett webbprojekt är sällan bara byrån inblandad. Det finns kunden som ska godkänna skisserna. Personen på marknad som levererar texterna. IT-kontakten som ordnar en åtkomst. Fotografen som lämnar bilder en gång och sedan aldrig hörs av igen.

Ingen av dem arbetar i ert projektverktyg. Och ingen kommer att börja för en enda uppgift.

Varför kunden inte registrerar sig

Från byråns sida ser det ut som en liten sak: skapa konto, bekräfta mejlet, klart. Från kundens sida ser det annorlunda ut.

Hen behöver ett lösenord som kommer att glömmas bort. Hen måste komma ihåg vilken av sina fyra byråer som använder vilket verktyg. I större företag måste IT först godkänna en ny tjänst, och det kan ta veckor.

Inssättningen är inte stor i sig. Den är stor i förhållande till uppgiften, som ofta består av ett enda ja.

Vad som händer istället

Uppgiften vandrar tillbaka till ett mejl. Någon exporterar en lista, bifogar den och skriver «se bilaga». Kunden svarar på mejlet istället för på uppgiften. Två dagar senare kommer en andra version, och ingen vet längre vilken som gäller.

Arbetet försvinner inte, det blir bara osynligt för verktyget. Och det är värre än att inte ha något verktyg alls, eftersom teamet nu tror att läget står i systemet.

Vad ett godkännande faktiskt behöver

Skalar man bort allt behöver ett kundgodkännande förvånansvärt lite:

  • Saken som ska godkännas
  • Ett ställe att säga ja, nej eller «med den här ändringen»
  • Någonstans att lägga en fil, om det finns en
  • Ett spår av vad som beslutades, till senare

Vad det inte behöver: ett användarkonto, en rollmodell och en behörighetsmatris.

Dela utan konto

Det är precis det Projoodle är byggt för. En att göra-lista eller en checklista delas med en länk. Den som har länken ser uppgifterna, bockar av och skriver kommentarer. Filer som hör till en uppgift kan bifogas direkt till den.

Ingen registrering, på någon sida. Kunden öppnar länken och är inne.

Så snart flera delar löper parallellt visar en Kanban-tavla hela projektet på en gång, och den länken delas lika enkelt.

Vad som ändras för byrån

Den uppenbara vinsten: återkopplingen hamnar där arbetet finns, inte i en inkorg. Den mindre uppenbara väger tyngre. Projektläget slutar vara något man framställer och blir något som helt enkelt stämmer.

Ingen sätter ihop en statusrapport inför veckomötet. Kunden tittar på samma tavla som teamet.

När ett konto ändå är vettigt

För det egna teamet, ja. Den som arbetar i projekt varje dag vill ha sin egen överblick, sina egna tilldelningar och sin egen historik. Det är precis vad ett konto är till för.

Det handlar inte om att konton skulle vara dåliga. Det handlar om att processen brister så snart man kräver ett av alla – eftersom det just är människorna i utkanten som avgör om ett projekt går framåt.

Kort sagt

Ett byråprojekt har ett inre och en utkant. Det inre betjänar de flesta verktyg bra. Det är i utkanten arbetet går förlorat, och där avgör skillnaden mellan «ett klick» och «skapa ett konto» om återkopplingen överhuvudtaget kommer fram.

Mer om att arbeta med externa finns i Hantera uppgifter i teamet, även med externa. Och om ditt nuvarande verktyg känns tyngre än arbetet självt handlar Projektverktyg är ofta för komplicerade om det.

← Tillbaka till översikten