Information Architecture Og Du

December 6, 2008 af Jim Creech · Efterlad en kommentar

Information Architecture (IA) er defineret som ...

"Den kunst og videnskab organisere og mærkning af hjemmesider, intranet, online fællesskaber og software til at understøtte brugervenlighed."

På internettet, er oplysninger eksponentielt voksende i et tempo, der er næsten umuligt at holde op med. Virksomheder i disse dage har brug for personale og gennemprøvede arkitekturer på plads for at få deres budskab ud til de håndlangere af prosumers i en meget effektiv måde.

Bemærk, at jeg sagde prosumer i stedet for forbrugerne. Ansøgningerne bliver så robust og kompleks, at brugerne kræver fuld adgang, og de ønsker at tage en langt mere proaktiv rolle i udviklingen af ​​noget, snarere end blot at læse og / eller lave en simpel køb. Med den fortsatte udvikling af blogs, wikis, fora, sociale netværk osv., er det meget tydeligt, at vi alle er glubende for information og ønsker mere, når det kommer til at være online.




Når det er sagt, at jeg kommer til at skrive en serie af stillinger på Information Architecture, der kan anvendes til etablering, udvikling og levering af ansøgninger til masserne.

Jeg vil starte med at diskutere indhold. Ni gange ud af ti indhold er den vigtigste ophobningen af ​​en hjemmeside udviklingsproces. Hvem kender en kundens forretning bedre end dem? Alligevel, kan få dem til at give nogen form for indhold, er som at trække tænder. Når dette sker, finder jeg det hjælper til at hyre en professionel. Det er meget vigtigt for os at være i stand til at vejlede / uddanne vores kunder, give en klar udvikling, proces og derefter placere værdi på denne proces. Jeg foreslår ofte, at kunderne outsource skriftligt og / eller fotografering til professionel dygtig til at hjælpe dem vise deres virksomhed i det bedste lys. Ikke alene gøre kunden ser godt ud, det betyder også, at jeg får indhold til webstedet i tide.

Når en klient har gennemgået udviklingsprocessen og indvilgede i at en kontrakt, vil jeg starte med at møde med kunden og sammensætte et simpelt site map. Vi kan tilpasse webstedet kortet for at få bolden op.

Det er vigtigt at stille tonsvis af spørgsmål og finde ud af de ting, de kan lide og ikke lide. Sammenlign disse noter til den funktionalitet, dokument, du skrev dit citat ud af, og du har en rigtig god start på at regne ud, hvad du får brug for. Det er vigtigt at være kreativ og komme med forslag. Men, jo flere oplysninger du har fra dem bedre. Jeg vil vise dig, hvordan du får det og organisere det hele.

Husk på, er der ingen måde at få indhold fra en klient og udvikle ud ansøgningen. Dog vil hjælpe dem sat sammen ting som kort, varebeholdninger, wireframes, heuristisk anmeldelser, usability tests, Personas osv. ... gøre alles liv meget lettere. Jeg vil være at gå gennem alle disse og mere i de kommende indlæg.

Før jeg går, vil jeg dele med dig den måde, jeg lå mine to kontrakter for kunder at vælge imellem. Efter næsten 12 års udvikling, er disse, hvad jeg bruger i dag og vil ikke bøje på de vilkår, overhovedet.

1. 50% up front, 25% efter Design Godkendelse og 25% efter lancering.
2. 100% up Front med en 10% rabat. (Du vil blive overrasket over hvor mange kunder vil gå for denne ene!)

Du vil bemærke, at med enten kontrakt, du har 75-100% af dine penge, før en linje kode er skrevet. Begge disse, sammen med en velorganiseret udviklingsproces, holde alle vil på sporet og sted værdi på hele udviklingen cyklus.

Mere til at komme ...

Kommentarer er lukket.

Tutorial Blog