Dar dacă privim wiki-ul în contextul întreprinderii, ne vom confrunta cu două întrebări importante:
# 9679; Care este diferența dintre un wiki și un CMS? Putem adăuga un serviciu wiki funcțiilor sistemului CMS existent?
# 9679; Instrumentele Wiki sunt gata de utilizare în companii? Cu alte cuvinte, directorul meu IT îi va aproba?
Mai jos voi încerca să răspund la ambele întrebări.
Wiki și gestionarea conținutului
Un wiki este un site public în care utilizatorii pot crea și edita pagini. Conceptul de wiki se încadrează în conceptul general de gestionare a conținutului web și, desigur, puteți utiliza CMS existent pentru a crea un site wiki. Cu toate acestea, wiki-urile au caracteristici unice care le diferențiază de sistemele convenționale de gestionare a conținutului web.
Wiki subliniază ușurința creării de conținut. Această simplitate este o consecință a mai multor motive:
# 9679; Wiki markup language, care asigură ușurința formatării textului și crearea legăturilor între documente;
# 9679; abilitatea utilizatorilor de a crea și de a edita pagini în mod direct și independent;
# 9679; abordare de jos în sus a structurii și navigării site-ului;
# 9679; crearea de șabloane foarte simple;
# 9679; o decizie conștientă de a abandona fluxul de lucru sau chiar de a ajunge la un acord cu paginile.
Să examinăm fiecare din aceste motive pe rând.
Creați și editați conținut
Editarea unei pagini de la Wikipedia
Structura și navigarea site-ului
Deoarece creatorii de site-uri pot crea cu ușurință pagini noi și pot lega cu ușurință între ele o pagină, wiki are o abordare unică a structurii și navigării site-ului.
Depozit de conținut și API
Administratorii de sistem sau arhitecții cu experiență vor întreba întotdeauna despre orice tehnologie propusă de management al conținutului: "Cum arată depozitul de date?". Ei trebuie să se gândească la compatibilitate, eficiență, backup și multe astfel de probleme.
Wikis din punct de vedere istoric are o abordare foarte simplă a stocării datelor. Primul wiki a stocat conținutul în fișiere text simple care au fost scrise în limbajul de marcare wiki. Când utilizatorul a solicitat o pagină, pagina a fost afișată. Nu a fost rapid, dar a funcționat. Acum sistemele wiki funcționează pe diferite platforme, iar multe dintre ele conțin date în baze de date.
Această întrebare duce la problema API-ului. Majoritatea wiki-urilor nu o au. Doriți să accesați wiki-ul prin portalul dvs. sau să vă integrați în CMS pentru intranet? Acum trebuie să contactați distribuitorul de sistem. În viitor, sper că mai multe wiki-uri își vor deschide sistemele de integrare cu alte pachete corporative.
Când se solicită o pagină wikitext, aceasta este convertită în HTML printr-un proces în două etape. Mai întâi, marcajul wiki este convertit în HTML, iar legăturile sunt create între pagini. Apoi, se aplică un șablon acestui conținut, care oferă o vizualizare uniformă a tuturor paginilor wiki.
Comparat cu CMS, majoritatea wiki-urilor au sisteme de șabloane simple, oferind de multe ori un șablon pentru întreg site-ul. Șabloanele Wiki (și afișarea de pagini în general) nu sunt adesea stocate în cache, astfel încât paginile sunt generate cu fiecare cerere. Din punctul de vedere al aplicării în mediul corporatist, lipsa unei cache poate limita în mod semnificativ universalitatea sistemului. Pe de altă parte, nu este necesar să se facă față unui mecanism sofisticat de cache.
flux de lucru
Wiki a transformat ideea fluxului de lucru cu susul în jos. Procesul este acum descentralizat și, de obicei, există lipsa unui mecanism de guvernare care include în mod obișnuit un sistem corporatist cu o abordare formală a procesului de reconciliere.
Faptul că wiki este descentralizat și nu are mecanisme complexe de flux de lucru și procese de reconciliere este considerat o caracteristică a wiki-ului, nu un defect. Acest lucru contrazice filosofia de bază a multor sisteme de management al conținutului, în care accentul se pune pe control prin delimitarea puterilor.
În ciuda abordării descentralizate a umplerii wiki-ului, un lucru important de reținut este faptul că politica de editare gratuită este doar o politică, nu o parte integrantă a software-ului. În același timp, wiki-urile nu gestionează conținutul în același mod ca sistemele de gestionare a conținutului web, așa că wiki-ul are nevoie de o abordare diferită.
Controlați flexibilitatea
Dar dacă compania dorește să aibă cel puțin un fel de control? În absența schemelor tradiționale de control încorporate în fluxul de lucru, crearea conținutului în wiki este gestionată prin urmărirea schimbărilor, protecția automată împotriva spamului și controlul accesului utilizatorilor. Să aruncăm o privire la fiecare dintre metode la rândul său.
Urmărirea modificărilor
După cum sugerează și numele, unul dintre nivelurile de protecție este pur și simplu urmărirea modificărilor aduse wiki-ului. Acest lucru este cel mai potrivit pentru wiki-urile care sunt protejate în mod constant de un firewall.
În plus față de urmărirea modificărilor, poate fi necesar să faceți ceva cu modificări nedorite, cum ar fi revenirea la o versiune anterioară.
Pe scurt, abordarea "urmăririi schimbării" se bazează pe două funcții principale - abilitatea de a urmări cele mai recente modificări, precum și un control al versiunii.
Cele mai recente modificări pot fi monitorizate după cum urmează:
# 9679; majoritatea wiki-urilor au o pagină "modificări recente", care afișează toate paginile care au fost modificate. Dacă wiki acceptă înregistrarea, se va afișa și numele utilizatorului care a efectuat modificările;
# 9679; variația în ceea ce privește notificarea prin e-mail este rss-syndication, ceea ce face posibilă urmărirea ultimelor modificări ale wiki-ului, folosind cititorul rss familiar;
# 9679; În cazul în care urmărirea modificărilor este implicat în mai mult de o persoană, unele wiki-uri oferă o oportunitate de a afla dacă a fost deja verificată de schimbări recente, pentru a elimina posibilitatea de dublare a muncii.
Într-o zi am dat peste o dezbatere filosofică despre faptul dacă wiki ar trebui să aibă controlul versiunii. Idealistul a susținut că controlul versiunii contravine principiului wiki și, într-o oarecare măsură, diminuează puritatea filosofică. Realistul a susținut că oamenii fac greșeli și, uneori, acționează neintenționat în mod necorespunzător și, prin urmare, posibilitatea de a inversa toate schimbările este, de fapt, un lucru bun. Realistul a câștigat disputa și multe (dacă nu cele mai multe) versiuni ale software-ului wiki au controlul versiunii. Oportunitățile care trebuie abordate includ oportunități similare cu cele găsite în CMS:
# 9679; posibilitatea de returnare a modificărilor la versiunea anterioară;
# 9679; capacitatea de a compara diferitele versiuni între ele;
# 9679; Folosirea diferențelor între versiuni, astfel încât diferențele specifice dintre acestea să poată fi ușor determinate.
Protecția împotriva spamului
# 9679; limitarea utilizării anumitor cuvinte sau fraze, utilizarea de liste de cuvinte sau de expresii obișnuite;
# 9679; blocarea accesului datorită activității excesive a utilizatorului.
Controlul accesului utilizatorilor
Atunci când un pachet software wiki este declarat ca un "wiki corporativ", aceasta înseamnă de obicei că există un control al accesului utilizatorilor. Majoritatea wiki-urilor pot distinge între utilizatorii înregistrați și cei neînregistrați și vă permit să împiedicați utilizatorii neautorizați să facă schimbări. Un număr din ce în ce mai mare de wiki oferă acum un control sofisticat al accesului utilizatorilor prin intermediul unor liste de control al accesului, în care drepturile sunt aplicate la un nivel mai detaliat. Utilizatorilor și grupurilor li se pot atribui drepturi pentru activități precum citirea unei pagini, scrierea unei pagini, editarea și revenirea la versiunea anterioară.
Contrar reputației lor, wiki-urile sunt aceste sisteme de gestionare a conținutului web pe care le puteți gestiona cu adevărat. Pur și simplu, ele conțin alte abordări pentru managementul conținutului, care se concentrează pe viteză și flexibilitate, mai degrabă decât un control strict. Pentru a profita de sistemul wiki, este necesar să se uite la procesul de lucru dintr-o perspectivă diferită, precum și asigurați-vă că selectați exact motorul wiki care asigură nivelul de trasabilitate a conținutului și de control al accesului, care este potrivit pentru compania ta.
Mark Chote este un editor de internet, consultant de e-business și profesor premiat. Domeniul său de cercetare se află la interfața instrumentelor de management al conținutului, a blogurilor și a wiki-urilor. Ajută constant companiile și organizațiile să introducă inovații și noi tehnologii pentru a îmbunătăți calitatea și eficiența activității lor.