Am participa la un concurs pentru reproiectarea unui mare Intranet publice, iar această ocazie mi-a dat ocazia de a reflecta mai multe informații în profunzime cu privire la arhitectura de mare intranet, în special legate de administrațiile publice, dar nu numai.
Ne referim în special la construcția arhitecturii primul nivel, care este, desigur, doar o parte a arhitecturii informații mai general. Cu toate acestea, cum era de așteptat, este o alegere fundamentală, care va orienta dezvoltarea întregului spațiu în timp și care necesită o atenție deosebită pentru a proiecta.
De multe ori, cu toate acestea, în acest domeniu va face o mulțime de frivolitate, care se transformă rapid în greșelile decisive. Motivele acestor erori sunt legate de mai mulți factori:
- realizarea rapidă (în timp ce vom merge on-line, apoi modificați poate work in progress)
- prezumția de organizare (eu cunosc bine compania, conținutul sunt organizate în jurul proceselor de marketing)
- obiceiurile stabilite (am gasit de obicei în fișierele de hârtie pentru a organiza lucrurile din Codul student în anul întâi)
- subestimare strategic (arhitectura de informații? Și ce să facă cu web? schimb, am trimis proiectul de grafica?)
- Metodologia apropierea (am vorbit cu managerul de la bar și a spus că părerea mea este bine)
- Atenție slabă a utilizatorilor (nu-l găsiți? Dar dacă ești acolo, în conformitate cu sub-secțiunea "Funcții de operare!)
- Instinctele megaloman (nu cum doriți, dar misiunea companiei este să apară înainte de toate)
Și mulți, mulți alții nu ușor de clasificat. Rezultatul acestui design ușor este de obicei o mizerie în creștere rapidă, care provoaca frustrare, dureri de cap, depresie efecte subiective cosmice care devin, în cel mai bun caz, conștientizarea dureros că trebuie, mai devreme sau mai târziu, "amesteca" la ceva care, la prima vedere uitat funcțional, iar acum a devenit un monstru inabordabil.
Încă arhitectura primul nivel al unui intranet, oricât de complexă, nu este un obiect, astfel enigmatic. Într-adevăr, este posibil să se identifice cu ușurință unele tipic în construcții, fiecare dintre care prezintă o serie de avantaje și dezavantaje.
Voi încerca să le enumăr, identificarea caracteristicilor distinctive. După cum veți vedea unele sunt foarte naiv, și improprii pentru aproape toate situatiile tipice care pot apărea. Dar este în valoare, cu toate acestea, să treacă în revistă.
Model 1: Arhitectura pentru sectorul corporatist
Metaforă: organizarea
Beneficii
- Ușurința în identificarea proprietarul a secțiunii. În unele cazuri, ar putea coincide cu reprezentanții grupului de lucru.
- Viteza relativă în construcție arhitecturală. "E destul deja definite pe baza afaceri de organizare, continuând în profunzime cu sub-structuri și subsecțiuni de asociere.
Dezavantaje
Există foarte mare. Am lista unele, dar există cu siguranță alte
- Managementul dificil de transversalitate. Foarte conținutul nu aparțin într-un sector de afaceri specifice, și devine dificil de a le plasa în această arhitectură.
- Flux. Sectoarele, precum si companiei, sunt în continuă schimbare, iar arhitectura este probabil să crească vechi foarte repede.
- Findability săraci. Multe subiecte, servicii și conținut de intranet sunt percepute de către angajați, astfel disociat cu privire la sectoare, și, prin urmare, nu poate fi găsit cu ușurință.
- Scalabilitate săraci. Este foarte usor pentru secțiunile de la primul nivel devin prea multe, și greu de stăpânit
- Aplatizare de conținut. Pentru a echivala HR și, să zicem, juridice, înseamnă, în general, nu ia în considerare nevoile utilizatorilor, în medie, mai mult interesat în primul și al doilea
- Vizibilitate slabă a serviciilor. Toate elementele de sarcinile de serviciu și operaționale legate de utilizatori specifice sunt luni în al doilea etaj
Când se utilizează
Singura modalitate de bun-simț de a folosi o arhitectura de acest gen este atunci când suntem în prezența atât de multe intranet separat, una pentru fiecare sector și trebuie să oferim încă un singur punct de acces la diferitele secțiuni., În acest caz, "portal" nimic, de fapt, că o ușă la alta introductivă sector intranet, cu arhitectura sa.
Modelul 2: Arhitectura pentru arii tematice
Metaforă: Biblioteca
Beneficii
- Identificarea precisă a temelor. Este destul de ușor pentru a identifica diferite teme și conținut și de grup în conformitate cu un sistem rațional.
- Proprietar de conținut. Chiar și în acest caz, este destul de ușor de a identifica proprietarii de conținut și manageri de secțiuni.
Dezavantaje
- Preaplin. Aceasta arhitectura este mai probabil sa esueze foarte repede la o aglomerare de subiecte, ceea ce face inutil pe termen lung.
- Etichetare. În cazuri lacuni, etichetarea devine dificil și amintesc de arhitectura intelegibilità asssbassare din partea utilizatorilor. În unele cazuri, informațiile devine dificil să se găsească la primul clic.
- Aplatizare a conținutului. În această arhitectură a diverselor teme sunt susceptibile de a ascunde utilizatorii sarcină reală: în unele cazuri, devine dificil pentru a arăta că, în unele zone există servicii interactive sau de conținut generat de utilizator.
Când se utilizează
Și "arhitectura bun pentru foarte legate de informații și cu un conținut rată de creștere. În medii cu multe servicii interactive și cu o rată mare de creștere informație este probabil să se transforme într-un bumerang.
Modelul 3: Arhitectura pentru formatele
Metafora: FNAC (?)
Beneficii
- Lerneability. Este o arhitectură cu o curbă de învățare destul de scăzut, ceea ce facilitează medie de viață a utilizatorilor în mediul înconjurător.
- Stabilitate. Este o arhitectură care este rezistent la schimbări organizaționale.
Dezavantaje
- Adâncime. Arhitectura E "care este probabil să fie foarte adâncă, din cauza subnivele că este adesea necesar să se creeze.
- Sectoare de invizibilitate. Spre deosebire de prima, este arhitectura care face zone invizibile ale societății și nu oferă spații speciale pentru ei de la primul nivel. In unele cazuri, acest lucru poate fi o problemă.
Când se utilizează
Personal arhitectura este una din preferatele mele, de bun compromis între oferind scalabilitate, inteligibilitate, complet. Este foarte bun pentru conținutul intranet bogat cu conținut divers în ceea ce privește dimensiunea, și este capabil de a găzdui extinderea conținutului și a serviciilor de sprijin destul de ușor de fundal eleganta. Deși, în unele cazuri, va trebui să navigatie paralel cu aspecte legate de proiecte sau de sectoare.
Modelul 4: Arhitectura pentru evenimente
Metafora: contoare publice
Beneficii
- Arhitectura îngust. Este o arhitectură care nu este de natură de a exploda, cel puțin la primul nivel
- Concentra asupra afacerii dumneavoastră. Referirea la câteva sarcini care utilizatorii pot realiza este cu siguranță atractiv.
Dezavantaje
- Cuprins multiappartenenza. Unele conținuturi nu fac parte într-un anumit eveniment din viața companiei și devine dificil de a le plasa în această arhitectură. Servicii ca un forum pentru birou de ajutor tehnic aparțin "întreba", "munca" sau "muncă"?
- Findability săraci. Multe subiecte, servicii și conținut de intranet sunt percepute de către angajați, astfel disociat de evenimente și, prin urmare, nu poate fi găsit cu ușurință.
- Integrarea de formate diferite. Într-un container poate ajunge foarte diferit în format de conținut (știri, documente, servicii interactive, aplicații) și de tipul de activitate necesar (citit, scris, colaborare, etc).
Când se utilizează
Desigur, este un pas înainte în comparație cu o arhitectură de organizație sau de teme simple, dar utilizarea acestei arhitecturi este un risc în cazul în care acesta nu este asociat cu cercetarea de utilizator și lor "harta mentală" de informații corporative. După o muncă serioasă de cercetare poate fi o alternativa viabila la modelele anterioare.
Model 5: Arhitectura pentru membri
Metafora: știri locale - Bufet
Beneficii
- Concentrați-vă asupra individului. Informația este mult mai concentrat pe nevoile individuale.
- Personalizare. Este mult mai ușor de a construi propriul program.
Dezavantaje
- Dificil Content Management extraprofilo. Ea devine dificil de a gestiona conținutul și serviciile care nu sunt direct asociate cu profilul persoanei.
- Riscul de depășire, în partea generală. Partea generală este probabil să fie supraîncărcat cu conținut și servicii eterogene
Când se utilizează
Aproape toate mare intranet poate beneficia de acest tip de arhitectură, pentru că vă permite pentru a se potrivi cu ușurință conținutul general și conținut specific sau informații personale. Este nevoie de unele curba de învățare și de cuplare a unei arhitecturi al doilea nivel mai "convențional" (domenii Poer sau formate).
Modelul 6: Arhitectura pentru servicii
Metaforă: Unelte
Beneficii
- Distinguishability de servicii. Fiecare serviciu este ușor de distins și ușor accesibile.
- Viteza relativă în construcție arhitecturală. Și "suficient să se bazeze pe un set de servicii disponibile
- Relativa usurinta de coordonare. Nu este necesar de a identifica anumite persoane de gestionare a secțiunilor individuale, dar de lucru cu bazinul extins al contribuitorilor
Dezavantaje
- Pierderea controlului editorial. Acest tip de arhitectură lasă mult de autonomie a utilizatorilor în ocupația de spațiu spațiu, a pierdut capacitatea de a face "împingerea" cu privire la anumite aspecte / servicii
- Disocierea de conținut. Fiind legat la sectiunea servicii pot conține conținut de multe diferite (blog-ul proiectului, împreună cu care a AD, formele, împreună cu prezentările, forum prosti împreună cu birou)
Când se utilizează
Acest tip de arhitectură este suficient de flexibil pentru a contenre tot praticametne cu ușurință și permite identificarea serviciilor disponibile. Și "bun aproape exclusiv pentru intranet, care apar ca un serviciu de" poarta de acces ", sau ca platforme de" neutru ", pe care utilizatorii pot folosi apoi ca doresc în mai multe moduri diferite. Și "de fapt, o arhitectură de intranet ca un serviciu (IaaS), în care pregătirea, sau grupul de lucru, este responsabil doar pentru a anima spatiul și să ofere servicii, care sunt apoi alocate de către grupuri de utilizatori.
Modelul 7: Arhitectura pentru sarcină
Metafora: Panou de control - camere din casa
Beneficii
- Elegance. Acest tip de arhitectură are avantajul de eleganța și armonia unui anumit fond.
- Concizia. De obicei acest tip de prim nivel arhitectura tinde să fie scurt, cu câteva sarcini bine identificate, la avantajul de ușurința de utilizare.
- Concentreaza-te pe actiunile de oameni. Prin definiție, această arhitectură este bine axat pe acțiunile pe care utilizatorii le pot efectua, evitând ambiguitatea și orientarea ferso mediu un scenariu activ și participativ.
Dezavantaje
- Un pic de "parfum informații." Această arhitectură, excelent pentru sarcini simple de utilizator, acestea își pierd valoarea ca acestea cresc conținut, pierde "parfum informații."
- Conținut "greu de rezolvat". Cu acest tip de metaforă parte a conținutului vor fi dificil de tratat, în imposibilitatea de a le exprima cu un verb adecvat
- Amestecare. O parte a conținutului sanse de a ajunge într-un singur recipient, care degenerează treptat.
Când se utilizează
Ca toate arhitectura tipică a serviciilor "2.0", această abordare reflectă puternic o logică de "acțiune" pe care utilizatorul trebuie să efectueze o aplicație. Prin urmare, și este contraindicat în mare intranet, care oferă o varietate de servicii și cât mai multe "situații", în care este necesar să se prezinte informații. Este un mare fel de arhitectură pentru aplicații individuale, Intranet pentru întreprinderile mici și foarte concentrat pe sarcini specifice sau pentru anumite sub-secțiuni, dar nu poate fi capabil de a captura toate reale "sarcinile de utilizator" de mare intranet.
Concluzii
Uita de puritate. Cele mai multe dintre arhitecturi concrete care îndeplinesc în realitate ele nu pot, nici nu ar trebui construite în conformitate cu un model P "uro", ales din rândul 7 am enumerat. Mai degrabă, ceea ce funcționează cu adevărat este un echilibru abil, care este raspandita de o arhitectură capabil de a adăuga elemente din alte arhitecturi capabile să se integreze cu obiceiurile predominante și hărțile mentale ale utilizatorilor. Uneori este necesar de a intra într-o arhitectură pentru ariile tematice "HR, alte ori este necesar să se includă" Bloguri "arhitectură pentru membri. nu va fi elegant, dar funcționează.
Asocia cele mai multe arhitecturi. În mare intranet este întotdeauna o regulă bună de arhitecturi multiple asociate, în scopul de a oferi o viziune alternativă a aceluiași tip de informație. In unele cazuri, poate fi două arhitecturi paralele, în alte arhitecturi secundare deschid sub arhitectura de bază. Aproape e-mail, în cazul proiectelor mari, o singură metaforă este capabil să înțeleagă tot conținutul. În majoritatea cazurilor, de arhitecturi sunt alternate în funcție de nivelul de adâncime. De exemplu:
- Suprafața formate arhitecturi sau de membru
- Arhitecturi profund pentru sarcini sau zone
Acestea sunt doar câteva exemple: în realitate, lucrurile sunt evaluate de la caz la caz.
Ascultați utilizatorilor. Nici arhitectura poate funcționa fără o ascultare constantă și atentă a utilizatorilor, cum ar fi colegii. Dacă aveți dubii, puteți fi siguri că ia-le acolo. Utilizați instrumentele disponibile (sortare carte, interviete etc), și să-l comoara înainte de a construi arhitectura.