Varningssignaler när du anlitar en webbutvecklare

Att anlita fel utvecklare är vanligare än folk vill erkänna. Inte för att alternativen är dåliga, utan för att de flesta företag inte vet vad de ska leta efter förrän de redan har bränt sig. Här är signalerna som borde få dig att sakta ner innan du skriver under något.

De kan inte förklara vad som ingår

Om ett förslag säger "webbdesign och utveckling" utan att specificera vad det innebär, är det ett problem. En bra utvecklare vet vad hen bygger. Hen kan berätta: hur många sidor, vilken funktionalitet, vad som ingår i designfasen, hur revideringar ser ut, och vad som händer efter lansering.

Otydlig omfattning är hur tvister börjar. Skaffa tydlighet innan du förbinder dig.

Priset har ingen logik

"Websites kostar mellan X och Y" är inte en offert. Det är en platshållare. Prissättningen ska kunna spåras till något: antalet sidor, funktionerna som krävs, de uppskattade timmarna, plattformarna som används.

Om en utvecklare inte kan förklara varför det kostar vad det kostar, så vet hen antingen inte vad hen bygger ännu, eller så gissar hen och hoppas att du inte märker det.

De frågade inte om din verksamhet

En bra utvecklare ställer frågor innan hen ger rekommendationer. Vad gör ditt företag? Vem är din kund? Vilket problem löser webbplatsen? Hur ser framgång ut om sex månader?

Om du kommer till slutet av ett första samtal och de har hoppat direkt till verktyg och tidslinjer utan att fråga om din verksamhet, säljer de en tjänst, inte löser ditt problem.

Kommunikationen är redan långsam

Hur en utvecklare kommunicerar innan du anlitar hen är hur hen kommer att kommunicera under projektet. Om hen tar tre dagar på sig att svara på en enkel fråga, missar ett inbokat samtal, eller ger vaga svar på direkta frågor, förvänta dig inte att det blir bättre när hen väl har dina pengar.

Portföljen är tunn eller ser likadan ut

En begränsad portfölj är inte automatiskt en varningssignal, men den bör väcka frågor. En portfölj där allt ser likadant ut, eller som saknar kontext om vad kunden behövde och hur det löstes, säger dig väldigt lite om hur de tänker.

Fråga om ett projekt som inte gick som planerat. Hur de svarar på den frågan säger dig mer än någon portföljpost.

De kan inte prata om vad som händer efter lansering

Webbplatsen är inte slutet. Den behöver underhållas, uppdateras och hållas säker. Hosting, säkerhetskopior, prestandaövervakning, det här är verkliga löpande frågor.

Om en utvecklare inte kan tala om vad som händer efter lansering, eller avfärdar frågan, kommer du sannolikt att sitta med något du äger men inte kan hantera.

Vad du ska göra istället

Be om en skriftlig omfattning innan något avtalas. Fråga hur prissättningen beräknades. Fråga vad som inte ingår. Fråga vad som händer om projektet överskrider tidslinje eller omfattning.

Målet är inte att göra samtalet svårt. Målet är att förstå vad du går med på innan du går med på det. En utvecklare som hanterar dessa frågor väl är en utvecklare som har gjort detta tillräckligt många gånger för att veta att de spelar roll.