Frågor att ställa till en webbutvecklare innan du skriver på
Du bedömer någon som ska leverera arbete du inte kan verifiera själv. Lösningen är inte att bli mer teknisk utan att ställa frågor vars svar går att bedöma utan tekniska kunskaper.
Den här guiden ger de frågorna, grupperade per fas, med vad ett starkt svar innehåller.
Om process och samarbete#
De här frågorna förutsäger mer om hur projektet går än någon teknisk fråga.
- Hur ser ett typiskt projekt ut hos er? Ett starkt svar nämner faser, beslutstillfällen och vad som förväntas av dig.
- Vem arbetar faktiskt med det, och hur många projekt driver den personen samtidigt? Det förutsäger tidplanen bättre än schemat.
- Hur ofta stämmer vi av, och hur? Vaga svar här blir tystnad senare.
- Vad behöver ni från mig, och när? Den som svarar skarpt på det har sett projekt försenas av innehåll.
- Vad händer om vi vill ändra något halvvägs? Det bör finnas en procedur, inte ett «det löser vi».
- Berätta om ett projekt som gick illa. Svaret «det har vi inte haft» är i sig ett svar.
Om teknik och val#
Du behöver inte förstå tekniken; du behöver kunna bedöma om någon kan förklara sina val.
| Fråga | Vad ett starkt svar innehåller |
|---|---|
| Vad bygger ni det på, och varför? | Ett skäl kopplat till din situation |
| Vad kan jag själv ändra efter lansering? | En konkret lista, inte «allt» |
| Hur ser ni till att det blir snabbt? | Konkreta åtgärder och mätvärden |
| Hur hanterar ni mobil? | Designa från mobilen, inte «den är responsiv» |
| Vad gör ni åt tillgänglighet? | En standard och hur de kontrollerar den |
| Vad gör ni åt säkerhet? | Uppdateringar, kopior, åtkomst, HTTPS |
| Använder ni färdiga teman eller bygger ni? | Ett ärligt svar med avvägningen |
Lägg märke till om svaren kopplas till din situation eller förblir generella. «Vi använder alltid X» säger mindre än «för det du behöver passar X, eftersom».
Om innehåll, SEO och lansering#
Området där projekt oftast försenas och där antaganden oftast går isär.
- Vem skriver texterna? Det är samtalets viktigaste fråga och den som oftast hoppas över.
- Vem levererar bilderna, och ingår bildbank?
- Vem lägger in innehållet i systemet? Vid tvåhundra sidor är det verkligt arbete.
- Vad gör ni med de befintliga adresserna? Svaret måste innehålla omdirigeringar. Gör det inte det är det ett problem.
- Vad ingår i SEO? Det tekniska hör till projektet; innehållsstrategi är separat.
- Hur testar ni före lansering? Det bör finnas en testmiljö och en lista.
- Vad händer på lanseringsdagen, och vem är nåbar?
- Får jag utbildning eller dokumentation?
Om tiden efter leverans#
Frågorna som avgör om du är nöjd om två år, och de som ställs minst under säljprocessen.
| Fråga | Varför den räknas |
|---|---|
| Vad kostar förvaltning per månad? | Förhindrar en överraskning strax efter lansering |
| Vad ingår i förvaltningen? | «Förvaltning» utan lista betyder lite |
| Hur snabbt svarar ni vid driftstopp? | Sätter förväntan nu, inte under driftstoppet |
| Vad om jag vill fortsätta med någon annan? | Testar överlämningen |
| Vems är koden och driften? | Fråga det före påskrift |
| Vad händer om ni lägger ner? | Mer relevant vid frilansare eller liten byrå |
| Vem har åtkomst till mina konton? | Ska återgå till dig i slutet |
Vanliga frågor
Vilken fråga är viktigast?
«Vem skriver texterna?» Innehåll försenar fler webbprojekt än någon teknisk faktor, och båda parter antar för ofta att den andra gör det. Är svaret «ni», fråga när det ska vara klart och vad som händer om det blir sent — och se till att det står i avtalet.
Ska jag ställa tekniska frågor om jag inte kan bedöma svaret?
Ja, men bedöm förklaringen snarare än innehållet. Den som kan förklara ett val på vanlig svenska och nämna dess nackdelar förstår vad hen gör. Den som gömmer sig bakom jargong eller aldrig nämner en nackdel är risken. Den skillnaden gör du utan tekniska kunskaper.
Är det rimligt att be om referenser?
Helt, och ring faktiskt en. Fråga inte om de var nöjda utan vad som gick fel och hur det löstes, och hur samarbetet var efter lansering. Det sista är den mest förutsägande frågan och den minst ställda — före lansering är alla nåbara.
Vad om leverantören blir irriterad av frågorna?
Det är i sig svaret. Det här är normala frågor från en kund som lägger en betydande summa, och professionella förväntar sig dem. Irritation vid rimliga frågor före påskrift förutsäger hur det blir när du rapporterar ett problem efter lansering.
frågor webbutvecklarevälja webbyråfrågor vid offert webbplatsbedöma utvecklarestarta webbprojektvälja leverantör
