Spørsmål til en webutvikler før du signerer
Du vurderer noen som skal levere arbeid du ikke selv kan verifisere. Løsningen er ikke å bli mer teknisk, men å stille spørsmål hvis svar kan vurderes uten teknisk kunnskap.
Denne guiden gir de spørsmålene, gruppert etter fase, med hva et sterkt svar inneholder.
Om prosess og samarbeid#
Disse spørsmålene forutsier prosjektets forløp mer enn noe teknisk spørsmål.
- Hvordan forløper et typisk prosjekt hos dere? Et sterkt svar nevner faser, beslutningstidspunkter og hva som forventes av deg.
- Hvem arbeider reelt med det, og hvor mange prosjekter har den personen samtidig? Det forutsier tidsplanen bedre enn tidsplanen.
- Hvor ofte snakker vi sammen, og hvordan? Vage svar her blir til stillhet senere.
- Hva trenger dere fra meg, og når? Den som svarer presist på det, har sett prosjekter bli forsinket av innhold.
- Hva skjer om vi vil endre noe underveis? Det bør finnes en prosedyre, ikke et «det ordner vi».
- Fortell om et prosjekt som gikk galt. Svaret «det har vi ikke hatt» er i seg selv et svar.
Om teknikk og valg#
Du trenger ikke forstå teknikken; du må kunne vurdere om noen kan forklare valgene sine.
| Spørsmål | Hva et sterkt svar inneholder |
|---|---|
| Hva bygger dere det på, og hvorfor? | En grunn knyttet til din situasjon |
| Hva kan jeg selv endre etter lanseringen? | En konkret liste, ikke «alt» |
| Hvordan sikrer dere at det blir raskt? | Konkrete tiltak og målinger |
| Hvordan håndterer dere mobil? | Designe fra mobilen, ikke «den er responsiv» |
| Hva gjør dere med tilgjengelighet? | En standard og hvordan de kontrollerer den |
| Hva gjør dere med sikkerhet? | Oppdateringer, sikkerhetskopier, tilganger, HTTPS |
| Bruker dere ferdige temaer eller bygger dere? | Et ærlig svar med avveiningen |
Legg merke til om svarene knyttes til din situasjon eller forblir generelle. «Vi bruker alltid X» sier mindre enn «til det du trenger, passer X, fordi».
Om innhold, SEO og lansering#
Det området der prosjekter oftest blir forsinket, og der forutsetninger oftest divergerer.
- Hvem skriver tekstene? Det er samtalens viktigste spørsmål og det som oftest hoppes over.
- Hvem leverer bildene, og er bildebank med?
- Hvem legger innholdet inn i systemet? Ved to hundre sider er det reelt arbeid.
- Hva gjør dere med de eksisterende adressene? Svaret må inneholde videresendinger. Gjør det ikke det, er det et problem.
- Hva er med i SEO? Det tekniske hører til prosjektet; innholdsstrategi er separat.
- Hvordan tester dere før lanseringen? Det bør finnes et testmiljø og en liste.
- Hva skjer på lanseringsdagen, og hvem er tilgjengelig?
- Får jeg opplæring eller dokumentasjon?
Om tiden etter levering#
De spørsmålene som avgjør om du er fornøyd om to år, og de som stilles minst under salget.
| Spørsmål | Hvorfor det teller |
|---|---|
| Hva koster driften per måned? | Hindrer en overraskelse kort etter lanseringen |
| Hva omfatter driften? | «Drift» uten liste betyr lite |
| Hvor raskt svarer dere ved havari? | Setter forventningen nå, ikke under havariet |
| Hva om jeg vil fortsette med en annen? | Tester overdragelsen |
| Hvem eier koden og driften? | Spør om det før signering |
| Hva skjer om dere legger ned? | Mer relevant ved frilanser eller lite byrå |
| Hvem har tilgang til kontoene mine? | Skal tilbake til deg til slutt |
Ofte stilte spørsmål
Hvilket spørsmål er viktigst?
«Hvem skriver tekstene?» Innhold forsinker flere nettprosjekter enn noen teknisk faktor, og begge parter antar for ofte at det er den andre. Er svaret «dere», så spør når det skal være klart, og hva som skjer ved forsinkelse — og sørg for at det står i avtalen.
Skal jeg stille tekniske spørsmål når jeg ikke kan vurdere svaret?
Ja, men vurder forklaringen snarere enn innholdet. Den som kan forklare et valg på vanlig norsk og nevne ulempene, forstår hva hun gjør. Den som gjemmer seg bak sjargong eller aldri nevner en ulempe, er risikoen. Det skillet klarer du uten teknisk kunnskap.
Er det rimelig å be om referanser?
Fullstendig, og ring faktisk til én. Spør ikke om de var fornøyde, men hva som gikk galt, og hvordan det ble løst, og hvordan samarbeidet var etter lanseringen. Det siste er det mest forutsigende spørsmålet og det minst stilte — før lanseringen er alle tilgjengelige.
Hva om leverandøren blir irritert over spørsmålene?
Det er i seg selv svaret. Det er vanlige spørsmål fra en kunde som bruker et betydelig beløp, og profesjonelle forventer dem. Irritasjon ved rimelige spørsmål før signering forutsier hvordan det blir når du rapporterer et problem etter lanseringen.
spørsmål webutviklervelge webbyråspørsmål ved tilbud nettsidevurdere utviklerstarte nettprosjektvelge leverandør
