Hvad siger portfolioen egentlig om bureauet?
Et bureaus portfolio viser det bureauet vil have dig til at se, ikke hele sandheden. Gennemgå den kritisk: Spørg hvad bureauet faktisk byggede og hvad andre lavede, skeln mellem design-, udviklings- og helhedsansvar, og tjek at apps stadig er i drift. Spørg direkte hvor meget af casen underleverandører udførte. En god case tåler opfølgende spørgsmål, en oppustet gør ikke.
Et bureaus portfolio er bygget til at imponere, ikke til at informere. Casene er nøje udvalgt, flot fotograferet og skrevet af bureauet selv. Det gør dem til markedsføring, ikke bevis. Din opgave som kunde er at læse mellem linjerne og stille de spørgsmål der forvandler en glittet præsentation til brugbar viden om hvad bureauet faktisk kan levere. Sådan gør du.
Skeln mellem design, udvikling og helhedsansvar
Det første du skal vide om hver case, er hvilken rolle bureauet havde. En case kan vise en app hvor bureauet lavede det hele, eller kun én af delene:
- Designansvar: Bureauet tegnede brugerfladen, men en anden byggede den.
- Udviklingsansvar: Bureauet kodede et design som en anden part havde udarbejdet.
- Helhedsansvar: Bureauet ejede både design og udvikling fra idé til lancering.
Forskellen er afgørende hvis du leder efter nogen der kan tage hånd om helheden. Et bureau der kun har bygget andres design, er ikke nødvendigvis godt til selv at forme et produkt, uanset hvor flot den færdige app ser ud. Spørg direkte: “Hvad af det her lavede I, og hvad lavede andre?” Bed dem også pege konkret på deres bidrag.
Tjek at apps stadig lever
En case kan være flere år gammel, og appen bag den kan være væk. At et bureau byggede noget imponerende i 2021, siger mindre hvis appen siden er blevet lukket ned. Tjek derfor at portfolioens apps stadig er i drift.
Det er nemt: Find appen i App Store eller Google Play, og se på tre ting.
| Signal | Hvad det antyder |
|---|---|
| Seneste opdatering | En app der ikke er rørt i lang tid, kan være forladt |
| Bedømmelser og anmeldelser | Hvordan appen faktisk bliver modtaget af brugerne |
| Findes stadig i butikken | At appen er trukket tilbage, siger noget om projektet |
En levende, velholdt app i portfolioen er et langt stærkere bevis end et flot billede af en app som ingen længere kan downloade.
Afslør hvor meget underleverandører lavede
At et bureau har hentet underleverandører ind, er ikke i sig selv et problem. Det er almindeligt og ofte klogt. Problemet opstår når en case præsenteres som bureauets eget arbejde selvom størstedelen blev udført af indlejede konsulenter. Så risikerer du at købe en kompetence som bureauet reelt ikke har internt, og at den kompetence er væk når du får brug for den.
Spørg derfor direkte: “Hvor stor en del af det her lavede jeres eget team, og hvor meget var underleverandører? Er de samme personer stadig hos jer i dag?” Svaret fortæller dig hvad du faktisk får når du hyrer bureauet: deres egen kapacitet eller et netværk de sætter sammen fra gang til gang. Det hænger tæt sammen med et ordentligt referencetjek, hvor du får billedet bekræftet af kunden selv.
Et konkret scenarie
Lad os sige at du overvejer et bureau hvis portfolio viser en påkostet bankapp. Du spørger hvad de lavede og får at vide at de stod for udviklingen mens designet kom fra et eksternt designbureau. Du spørger hvem i teamet der arbejdede på den, og det viser sig at de to nøgleudviklere siden er stoppet. Du finder appen og ser at den ikke er blevet opdateret i over et år.
Ingen af disse opdagelser behøver at diskvalificere bureauet. Men tilsammen ændrer de billedet: Casen beviser ikke, som du først troede, at bureauet selv kan levere helheden. Uden de opfølgende spørgsmål havde du købt indtrykket råt. Med dem træffer du en informeret beslutning.
En god case tåler spørgsmål
Opsummeringen er enkel. Stil de konkrete spørgsmål: Hvad byggede I selv? Hvem arbejdede på det, og er de her stadig? Er appen i drift, og hvad blev resultatet? Må jeg tale med kunden?
Et bureau med reel substans svarer åbent og gerne. Det har intet at skjule. Begynder svarene at blive vage, vige udenom eller ende i “det er fortroligt” på rimelige spørgsmål, er det i sig selv et svar. Vi hos Weapp viser hellere færre cases som vi selv har ejet hele vejen end mange som vi kun har strejfet. Vil du gennemgå vores portfolio med de her spørgsmål i hånden, så kontakt os.
Ofte stillede spørgsmål
Hvorfor er det ikke nok at se på flotte cases?
Fordi casene er bureauets markedsføring, ikke en neutral redegørelse. En smuk case siger intet om hvem der lavede hvad, om resultatet holdt over tid eller om appen overhovedet stadig findes. Flotte billeder er nemme at producere. Det du har brug for at vide, nemlig bureauets faktiske bidrag og hvad det førte til, står sjældent i casen, men må frem gennem spørgsmål.
Hvordan skelner jeg mellem design- og udviklingsansvar i en case?
Spørg direkte: Lavede I designet, koden eller begge dele? Mange cases viser et poleret design som bureauet kun har bygget, eller kode bag et design som en anden har lavet. Vil du vurdere om bureauet kan levere en helhed, er du nødt til at vide hvilken del af netop denne case der var deres. Bed dem pege konkret på deres bidrag, skærm for skærm om nødvendigt.
Hvordan tjekker jeg at en app i portfolioen stadig bruges?
Find den i App Store eller Google Play, og se på seneste opdatering, bedømmelser og anmeldelser. En app der ikke er blevet opdateret i lang tid eller er forsvundet fra butikken, siger noget, enten om projektet eller om samarbejdet. Du kan også spørge bureauet om appen stadig er i drift og hvem der vedligeholder den i dag.
Er det forkert at et bureau har brugt underleverandører?
Ikke i sig selv. Det er almindeligt og ofte rimeligt. Problemet opstår når en case præsenteres som bureauets eget arbejde selvom det meste blev lavet af indlejede folk. Så køber du en kompetence som bureauet reelt ikke har internt. Spørg hvor stor en del underleverandørerne lavede, og om de samme personer stadig er der, så ved du hvad du faktisk får når du hyrer dem.
Hvilke spørgsmål afslører mest om en case?
Dem der kræver konkrete svar: Hvad byggede I selv? Hvem i jeres team arbejdede på den, og er de her stadig? Er appen i drift, og hvad blev resultatet for kunden? Må jeg tale med den kunde? En ærlig case tåler alle disse spørgsmål. Begynder svarene at blive vage eller undvigende, er det i sig selv et svar der er værd at lytte til.