Informationsarkitektur og Du

Information Architecture (IA) er defineret som ...

"Kunsten og videnskaben om organisering og mærkning websites, intranet, online fællesskaber og software til støtte anvendelighed."

På internettet, er information eksponentielt stigende i et tempo, er næsten umuligt at holde op med. Virksomheder i disse dage skal personale og gennemprøvet arkitektur på plads for at få deres budskab ud til håndlangere af prosumers på en yderst effektiv måde.

Bemærk at jeg sagde prosumer i stedet for forbrugeren. Ansøgningerne bliver så robust og kompliceret, at brugere har behov for fuld adgang, og de ønsker at indtage en langt mere aktiv rolle i udviklingen af noget, snarere end blot at læse og / eller foretage et simpelt køb. Med den fortsatte udvikling af blogs, wikis, forums, sociale netværk osv., er det meget klart, at vi alle er glubende for information og vil have mere, når det handler om at være online.

Når det er sagt, at jeg vil være at skrive en række stillinger på Information Architecture, der kan anvendes til etablering, udvikling og levering af applikationer til masserne.

Jeg starter med at diskutere indhold. Ni ud af ti gange indholdet er det vigtigste Holdup af et websted udviklingsproces. Hvem kender en kundes forretning bedre end dem? Men at få dem til at give nogen form for indhold, kan være som at trække tænder. Når dette sker, jeg synes, det hjælper med 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 i processen og derefter placere værdi på denne proces. Jeg foreslår ofte, at kunder outsource skriftligt og / eller fotografering til faglig dygtig til at hjælpe dem med at vise deres virksomhed i det bedste lys. Ikke alene gør kunden ser godt ud, det betyder også, at jeg vil få indhold til webstedet i tide.

Når en klient har gennemgået udviklingsprocessen og enedes om en kontrakt, vil jeg lægger ud 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 funktionaliteten dokument, du skrev dit citat ud af, og du har en ganske god start på at finde ud af, hvad du vil få 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 ikke en måde at få indhold fra en klient og udvikle ud af ansøgningen. Imidlertid, at hjælpe dem med at sammensætte ting som kort, oversigter, wireframes, heuristisk anmeldelser, usability tests, personas, osv. ... vil gøre alles liv meget lettere. Jeg vil være at gå igennem alle disse og mere i kommende stillinger.

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

1. 50% up front, 25% efter konstruktion Godkendelse og 25% efter start.
2. 100% up front med 10% rabat. (Du vil blive overrasket af, hvor mange kunder vil gå til 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, vil sammen med en velorganiseret udviklingsproces, holde alle på sporet og sted værdi på hele udviklingscyklus.

Mere til at komme ...