Sådan håndteres Feature Creep
Hvis nogen antagelse er sikker, er det at seks måneder efter at have lanceret et websted (eller tidligere?), Vil dets ejere få en liste over ting, de ønsker at ændre , fra mindre typografier til helt ny funktionalitet.
Er det muligt at acceptere funktionskryp som en naturlig (eller i det mindste uundgåelig) proces?
Mange hjemmesider begynder at mislykkes, når deres mål ændres, eller deres omfang udvides.
Funktionskryp indstilles, når en klient anmoder om en lille justering, der kun tager et minut ... og stopper aldrig med at stille anmodninger.
Accept af funktionskryp som en naturlig proces kræver en evne til at skelne mellem et ægte behov og en bortrykket fantasi eller "ville det ikke være godt, hvis ..."
Kunder ønsker naturligvis at presse så meget arbejde ud fra et budget som muligt. Nogle gange skal designere og udviklere sige: "Nej, det er ikke det, vi er enige om."
Men ikke alle anmodninger om forandring er penny-pinching; og ligesom internettet ændres projekter og virksomheder over tid: butikkerne har sæsonudsalg; virksomheder udvikler nye produkter; online tjenester forfine deres processer; publikationer frigiver nyt indhold. Ændring sker.
Undgå Solution-Creep
Kunderne kan kende deres forretning, men de ansætter webeksperter for deres webkundskab. Feature creep sætter ind, når kunder glemmer det og behandler designere som værktøjer i stedet for problemløsere.
At være i stand til at forklare for alt for entusiastiske ikke-webfolk, hvilke teknikker og teknologier der ikke er egnede til en given hjemmeside, er en kedelig forsømmelseskrig.
Men designere, der præsenterer sig som problemløsere , og ikke blot kodende aber, er afgørende for deres forhold til kunderne.
Nøglen er at få klienten til at bringe problemer, ikke løsninger. Sig kunden lærer om Twitter. Det er alt raseri, de bliver fortalt. Så de vil have det. Nu.
I det lange løb vil indsatsen for at skrive tweets vise sig frustrerende, medmindre tweets skaber målbare fordele. I stedet skal du spørge klienten, om de har brug for en Twitter-konto, der posterer til firmaets blog eller blot har brug for højere blogindlæg?
Her er nogle eksempler:
"Jeg vil have et levende design" er en løsning, ikke et problem.
"Hvad ville gøre hjemmesiden ser levende ud?" Er et designproblem.
"Jeg vil have et søgeværktøj" er en løsning, ikke et problem.
"Kunder finder ikke vores produkter" er et designproblem.
"Jeg vil have et RSS-feed" er en løsning, ikke et problem.
"Hvilke kommunikationsmidler er besøgende på vores hjemmeside, som mest sandsynligt kan forvente og bruge?" Er et designproblem.
"Jeg kan godt lide denne anden hjemmeside design" er konkurrence-misundelse, ikke en løsning.
"Du er ikke dem", er heller ikke et passende svar.
I stedet for "Hvordan vil du have kunderne at opfatte din virksomhed eller organisation?" Ville få samtalen tilbage på rette spor.
Hvis dit spørgsmål, "Hvad synes du om dette logo?" Efterfølges af ubehagelig stilhed, så drej den om med en et-to slag: "Hvordan vil du have kunder til at se dit brand? Hvilke billeder vil dine kunder forbinde med disse kvaliteter? "
I hvert tilfælde kan funktionskrydset håndteres ved at dreje "Jeg vil" ind i et spørgsmål til designeren , ikke klienten, for at løse .
Spørg alt på forsiden
At lære at spørge tilsyneladende urealistiske spørgsmål er vigtigt, og med en vis praksis er det overraskende sjovt.
For eksempel, hvornår ville et websted have brug for mere end en hjemmeside? Eller hvad hvis en kaffebar begyndte at sælge videoer?
Sådanne spørgsmål synes kun latterligt, hvis du tænker på øjeblikkelige problemer.
Overvej flere hjemmesider. Tilbagevendende besøgende behøver måske ikke den fulde introduktion, som nybegyndere ville. I så fald vil en hjemmeside, der viser de seneste højdepunkter, fungere sammen med en hjemmeside, der har et generelt overblik.
Googles Website Optimizer hjælper med at spore, hvilke af dine hjemmesider der genererer mere meningsfuld trafik.
En strategi er at tredoble dine højeste forventninger . Forestil dig tre "Kontakt os" sider, tredive kategorier i stedet for ti og tre niveauer af navigation i stedet for en. Eller hvordan ville du håndtere en indholdsside, hvis den blev tre gange så lang?
En anden strategi er at skære alt ved en tredjedel. Hvad hvis du ønskede at designe websider til mobile enheder? Hvordan kunne et 960-pixel bredt design passe ind i en 320 pixel bred skærm? Hvad hvis hjemmesiden kun genererede ti salg pr. Måned i stedet for en om dagen? Hvordan ændres "Om vores team" -side, hvis personalet på 15 blev skåret til 10?
Inden du underskriver nogen kontrakt, skal du scanne efter disse vigtige ord: "a," "an", "den" og "en".
Før: "Webstedet vil have en liste over tjenester."
Efter: "Webstedet vil have flere lister over tjenester arrangeret efter emne."
Før: "Kontaktformularen sender en email til ejeren."
Efter: "Den vigtigste kontaktformular vil sende e-mails til ejeren og afhængigt af emnet, facilitetskoordinator, teknisk support eller ledende sælger."
Før: "Overskriften vil være orange."
Efter: "Hjemmesiden header vil være orange. Indvendige sideoverskrifter vil være halvt så høje at fremhæve indholdet. "
Før: "Medlemskabsprofiler vil indeholde et telefonnummer og en e-mail-adresse."
Efter: "Medlemskabsprofiler vil indeholde kontaktoplysninger, herunder telefonnumre (kontor, hjem, andet), faxnumre, e-mailadresser og tre åbne felter til postadresse, Twitter og Facebook-konti og lignende."
Før: "Bloggen vil blive organiseret efter dato."
Efter: "Bloggens standardskærmbillede viser indlæg efter dato. Indlæg vil blive organiseret med tags; siden vil blive designet til ikke at se tom, når den kun har fem indlæg; og besøgende vil kunne gennemse mindst 500 indlæg. "
De bedste planer er ikke begrænset til et bestemt design, men tegner sig for en række parametre. Problemer er kun latterlige, når du afleveres en i fristen.
Ægte behov
Intet system kan tegne sig for hvert scenario.
De fleste kan tilpasse sig små, trinvise ændringer i løbet af hjemmesidenes levetid, men når båndhjælpsløsninger overstiger de oprindelige problemer, er det på tide at hente ordet, som ingen klient nogensinde vil høre: "omtanke".
Når man starter fra bunden er mere effektiv end at fastlægge de ændringer, der løste tidligere problemer (men brød andre ting), er den største hindring overbevisende alle involverede, at den drastiske forandring nu er bedre i det lange løb.
Så har du brug for et andet ord: "omkostningseffektiv".
Patching kode eller tweaking layouter appellerer til designere, udviklere og kunder, fordi det er hurtigt. De kløder en kløe med minimal indsats. Og jo flere mennesker cringe ved at fastsætte en hjemmeside, der bryder med den mindste berøring, jo mindre sandsynligt vil nogen foreslå en større hovedpine.
Men det er et sikkert tegn på, at forandring er nødvendig. Draconian feature creep sker, når tekniske folk og designere virkelig frygter at lave ændringer. Du kender projektet: den med sagens historie med sit eget arkivskab, med ejeren hvis stemme får folk til at ryste, og de vandrende processer, der kræver brugerhåndbøger, at ingen har tid til at skrive.
Sådanne projekter koster mere end penge. De er moralsk dræning af ressurshøns, der springer opmærksomheden fra nyere nimblerprojekter og forårsager tilstrækkelig tandknude til at bære tandlæger gennem recessionen.
Krig mod denne type funktionskryb begynder ved at definere problemer , herunder de problemer, der opstod fra symptomløsende løsninger.
Fremgangsmåde fuldstændig omtanke ved at se på lang sigt både i fortiden og i fremtiden. Webstedet var fantastisk tilbage da, men tingene er ændret. Teknologien er forbedret. Klientens produkter eller tjenester er udviklet. Kunder er mere (eller måske mindre) sofistikerede eller har forskellige behov.
Udform en plan for at gøre denne overgang praktisk . Detaljerne afhænger af webstedets art, men svarer til det samme: Overbevise klienten om, at den drastiske helbredelse ikke er værre end det nuværende tyggegummi-og-bailing-wire kursus. Dette er psykologisk krig så meget som det er teknisk problemløsning.
Det vil ske
De fleste funktioner kryber tager to former: en kløe, som en klient ønsker at ridse og et ægte behov for forandring.
Hvis du kan udtrykke efterspørgslen som et spørgsmål , placerer du dig selv som beslutningstageren, snarere end en person, der følger kundens hver uinformerede indfaldsvinkel.
Indse, at forandringen vil ske. Et websted, der aldrig ændres, er en sort pit.
Ben Gremillion er en freelance webdesigner, der har lært at klienter reagerer godt, hvis du kan holde dit humør, når de mister deres.
Hvordan håndterer du funktionskryb? Del venligst nogle af dine oplevelser med os ...