Hvordan skrive et UX-forslag

Visste du at et flott UX-forslag kan styrke kundeforhold og lette prosjektledelse? Slik skriver du et UX-forslag som vil hjelpe deg med å administrere prosjekter, og styrke kundeforhold.

Et UX-forslag er et dokument som skisserer et UX-, app- eller webdesignprosjekt. Den skal merke seg hva problemet er - hva klienten ønsker - og hvordan en løsning skal utvikles digitalt. Forslaget setter en forventning om arbeid, hva som vil bli gjort, og tidslinjen for milepæler og lansering. Det er det veiledende dokumentet for prosjektet som utvikler / designer og klient er enige om før arbeidet starter slik at alle er på samme side.

Hvis du jobber uten et UX-forslag, kan det være lurt å gjøre en endring i prosessen med en gang.

Utforsk designressurser

Mål og mål

Årsaken til at et nytt prosjekt eksisterer er å løse et problem.

Årsaken til at et nytt prosjekt eksisterer er å løse et problem. Disse problemene kan varieres - misliker ikke et nåværende grensesnitt, behov for et nettsted eller en app der det ikke er en, endring i produkter eller tjenester, ny merkevarebygging og listen fortsetter.

Begynnelsen på et UX-forslag skal angi årsaken til prosjektet - dette holder alle fokusert på årsaken til arbeidet - og målene for resultatet. Dette trenger ikke å være en grundig undersøkelse av prosjektet. En uttalelse av målsettingen og målene kan være et par setninger som fanger prosjektet i et nøtteskall.

Hvis noen brukerundersøkelser, tester eller intervjuer må gjennomføres for å komme til roten til et mer komplekst designproblem, er dette stedet å merke seg at det er en del av omfanget av planen (eller ikke) og hvordan denne informasjonen kan samles og brukes å forme målene fremover. (Stiftelsen Interaction Design har en flott guide for hvordan du kan lage en brukerundersøkelsesplan hvis du trenger hjelp der.)

Denne delen kan også inneholde litt bakgrunnsinformasjon om klienten eller behovene når det gjelder prosjektet og omfanget av arbeidet.

Prosjektutvikling

Det er her du forklarer hvordan prosjektet vil se ut fra et klientperspektiv.

Dette er den delen av forslaget klienter virkelig liker å se, men ikke pakke det med så mye UX-sjargong at de ikke forstår ideen om arbeidet. Gi i stedet en oversikt over det tiltenkte arbeidsomfanget og anbefalte tjenester du kan tilby.

Det er her du forklarer hvordan prosjektet vil se ut fra et klientperspektiv. Bygger du et nytt nettsted eller finjusterer en eksisterende app? Er det tilleggsprogrammer eller andre produkter eller tjenester som kan hjelpe prosjektet til å oppfylle kundens forventninger.

De fleste forslag inkluderer flere faser av arbeidet slik at klienten har en ide om hva du gjør - dette kan være spesielt viktig i faser av prosjektet når det ikke er mye for kunden å se. Faser av arbeid inkluderer ofte funn og informasjonsinnsamling, wireframing eller designutvikling, teknisk eller koding utvikling og testing og implementering. Hver fase kan inneholde noen få elementer som noterer nøyaktig hva som skjer eller hva den fasen inkluderer.

Tidslinje og milepæler

Bygg i mange små milepæler underveis for å vise fremdriften i prosjektet.

Hvor lenge vil prosjektet vare, og når kan klienten forvente å se visse milepæler? Skissere denne informasjonen i UX-forslaget. (Det kan spare deg for mye hodepine senere og vil bidra til å holde alle på oppgaven.)

Hver prosjektfase bør komme med et estimat over tid. Slik som fase 1 vil vare i to uker; Fase 2 vil vare 1 uke, og så videre. Sørg for å merke om faser er på rad, kjøres samtidig eller overlapper hverandre. (Du kan inkludere noen av eller alle disse alternativene.)

Til slutt, legg merke til viktige milepæler som klienten kan se for å fullføre hver fase. Når skal de forvente å se et wireframe eller designmodell? Dette er kanskje ikke en dato i kalenderen, men snarere et antall dager eller uker fra prosjektets avspark.

Klienter liker å se konkrete resultater. Bygg i mange små milepæler underveis for å vise fremdriften i prosjektet. Det er en god måte å visuelt koble til og sørge for at UX er i riktig retning, samt hjelpe klienten til å føle at prosjektet er en prioritet for deg og gå videre etter planen.

Endelige leveranser

Ta med et avsnitt i UX-forslaget som skisserer alt klienten bør forvente å motta når prosjektet er fullført. Listen over leveranser kan være så enkel som en revisjon av en side eller komplett nettsteddesign eller så komplisert som en serie med artikler.

Den beste listen der ute når det gjelder UX-leveranser er fra Nick Babich, redaktør for UX Planet. Denne sjekklisten skisserer de vanligste leveransene fra UX-designere med flere ressurser for mer lesing hvis du trenger det.

Priser

Endelig bør UX-forslaget inkludere forventede kostnader slik at klienter kan inkludere priser i budsjettene.

Prissettingsdelen bør inneholde en fordeling av kostnadene (hvis det er flere ordrelinjer som klienten kan velge og ut.)

Denne delen bør også inneholde betalingsfrister basert på prosjektets tidslinje. Dette er veldig viktig for prosjekter med flere faktureringsfrister (vanlig for større jobber som ofte starter med et innskudd).

Tips for skriving av forslaget

Et godt UX-forslag bør være grundig nok til at klienten vet nøyaktig hva han kan forvente, og når, men kort og enkelt nok til at det kan leses i ett møte og brukes som en referanseveiledning. Overveldende lange UX-forslag blir ikke lest og ender opp med å lage spørsmål, ikke svare på dem.

Husk følgende tips for å sikre at du skriver et forslag som klienter vil lese:

1. Hold forslaget kort
2. Bruk et disposisjons- / kuleformat med overskrifter og underoverskrifter
3. Inkluder alle grunnleggende seksjoner samt kontaktinformasjon i dokumentet
4. Mens du kan bruke en mal, kan du tilpasse hvert forslag for klienten med relevante fakta (her er eksempler å tenke på fra Prospero og Adriana Rippel)
5. Still spørsmål som trenger svar om nødvendig; ikke gjør forutsetninger
6. Lag et design som er polert og profesjonelt og gi digitale og trykte kopier
7. Ta med neste trinn for klienten (om nødvendig)

Konklusjon

Et UX-forslag er ikke en prangende del av jobben, men det er et nødvendig element for å gjøre et godt arbeid. Det kan bidra til å bygge tillit og grunnlaget for et klientforhold, sette forventninger og til og med bidra til å holde deg på oppgaven.

Det er også litt av en kontrakt som skisserer omfanget av et UX-prosjekt og hva du og klienten jobber med, når det skal gjøres og hvordan det endelige prosjektet ser ut. Når du utføres godt, vil et prosjekt falle innenfor rammen av UX-forslaget, slik at alle vet nøyaktig hva som skjer (og når) når et prosjekt kommer sammen.