De 3 frågor jag ställer till varje kund innan jag rör en enda rad kod

De flesta webbprojekt går snett innan en enda rad kod har skrivits. Inte för att utvecklarna var dåliga. Inte för att designen var fel. Utan för att ingen ställde de rätta frågorna från början.

Innan jag öppnar något verktyg, tittar på någon plattform eller föreslår något tillvägagångssätt, ställer jag tre frågor. De är inte tekniska. De handlar om verksamheten. Och svaren förändrar allt.

Fråga 1: Var befinner sig ditt företag just nu?

Inte där du vill att det ska vara. Där det faktiskt är idag.

Ett företag som lanserar sin första produkt befinner sig i en helt annan position än ett som har varit igång i fem år och byter riktning. Båda kan behöva en website. Men vad den website behöver göra, och hur väl den behöver göra det just nu, är helt olika saker.

En första lansering kräver snabbhet och tydlighet. En pivot behöver kommunicera förändring utan att tappa förtroende. En verksamhet som skalar behöver infrastruktur, inte bara en ny färgsättning. Samma kategori av projekt, helt olika utförande.

När jag förstår var du faktiskt befinner dig kan jag berätta vad som är lämpligt för det här stadiet. Inte vad som skulle vara imponerande, utan vad som skulle vara användbart.

Fråga 2: Hur ser framgång ut om sex månader?

Inte "en vacker website". Inte "fler leads". Något specifikt.

Är det att stänga dina första tio kunder? Är det att bevisa att ett nytt erbjudande kan säljas innan du bygger den fullständiga produkten? Är det att ta dig bort från en plattform som slutade fungera för dig?

Den här frågan är viktig eftersom den avgör vad projektet faktiskt behöver uppnå. En website byggd för att bevisa ett koncept ser inte alls ut som en website byggd för att skala en befintlig verksamhet. Om du inte kan svara tydligt på detta är även det användbar information. Det betyder oftast att projektets omfattning behöver bearbetas innan någon börjar bygga något.

Sexmånadershorisonten är medveten. Tillräckligt lång för att vara meningsfull, tillräckligt kort för att hålla sig ärlig. De flesta teknikbeslut har en verklig hållbarhetstid, och rätt val just nu är inte alltid rätt val för alltid.

Fråga 3: Vad försöker du undvika?

Den här överraskar folk. Men det är ofta där den viktigaste informationen finns.

Vissa kunder vill undvika komplexitet. De har bränt sig på projekt som vuxit utom kontroll och vill ha något de faktiskt kan hantera. Vissa försöker undvika vendor lock-in. Vissa har ett hårt budgettak och behöver veta från början om vi arbetar inom det eller inte. Vissa behöver undvika en lång tidsplan eftersom det finns ett lanseringsdatum som inte kan flyttas.

Att veta vad någon försöker undvika talar om för mig vilka kompromisser de kommer och inte kommer att göra. Det berättar också var de verkliga begränsningarna finns, vilket ofta är något annat än där folk tror att begränsningarna finns.

Varför dessa tre frågor förändrar resultatet

De ramar in allt som kommer efter. Plattformsval, arkitektur, omfattning, tidsplan: alla dessa beslut blir tydligare när du vet var verksamheten befinner sig, vad den behöver uppnå och vad den inte har råd att få fel.

Utan dem fattar du tekniska beslut i ett vakuum. Och tekniska beslut fattade i ett vakuum tenderar att optimeras för fel saker.

Dessa frågor är inte ett upplägg för ett discovery-samtal. De är en inställning. Svaren är sällan kompletta vid första genomgången. Men att ställa dem, på allvar, från början, är det som skiljer ett webbprojekt som fungerar från ett som bara levereras.

Om du vill gå igenom dem inför ditt nästa projekt, låt oss prata.