keuze Content Management Systeem

[Verwijderd]

Voor mijn bedrijf (>1000 man) ben ik op zoek naar een Content Management Systeem om alle (4) sites te beheren . Het bedrijf heeft ongeveer 100 mensen die periodiek bezig zijn om onze websites up-to-date te houden. Omdat dit allemaal op verschillende manieren gaan willen we synergievoordelen halen uit een CMS dat alle websites kan beheren.

Nou heb ik een dossier van de Gartner Group waarin een aantal grote spelers wordt genoemd, waaruit zij een selectie hebben gemaakt welke voor wie geschikt zou zijn. Echter, deze CMS'en leveren vaak veel meer dan je werkelijk gebruikt en zijn daardoor wel erg prijzig.

Uiteindelijk gaat het er ons om dat we enkel teksten, documenten en de menustructuur zelf willen aanpassen. De layout moet hetzelfde blijven en we willen uiteraard onze eigen databases en webserver in beheer houden. Verder zijn er nog vele specificaties neergelegd maar deze zal ik hier niet noemen omdat de lijst vrij lang is (de criteria zijn wel redelijk standaard).

Mijn vraag: heeft iemand ervaring met commerciële CMS'en? Links heb ik niet nodig, die heb ik genoeg. De meeste bedrijven juichen (uiteraard) op hun eigen site hun product toe, maar ik ben juist op zoek naar gebruikers van die producten. Trouwens, zijn er ook grote Nederlandse spelers op de markt (ja, we zijn redelijk vaderlandslievend ).

Alvast bedankt voor jullie reactie!

[dusty]

De "beste" is er altijd een specifiek voor je bedrijf gemaakt. (Het kan immers zijn dat je een bepaalde tekst op een of meerdere sites terug wilt laten komen..)

Zoals jij het voorspiegeld is het een heel simpel CMS wat in principe in een dag of 2 volledig werkend zou moeten zijn.

Neem eens contact op met wat bedrijven / particulieren die er ervaring mee hebben als je daar wat nauwkeuriger kunt vertellen wat het systeem moet kunnen kunnen ze een juiste inschatting geven over wat er nodig is.

<laat weer eens de schameloze zelf promotie weg>

[rickmans]

het beste CMS is er eentje die jezelf schrijft (ik raad PHP en MySQL aan)

[OzBoz]

Weet niet of je deze al kent, http://www.sitefeeling.nl/ maar lijkt me een vrij betaalbare oplossing. Nu heb ik wel een keer een testje ermee gedaan, maar te kort om echt een conclusie te kunnen trekken. Je kunt in elk geval een demo-accountje aanvragen voor noppes.

[Yellow|A]

Tja meeste fatsoenlijke Internet bureau's (ik noem geen namen) zijn vrij goed in het schrijven van fatsoenlijke content management systemen die aan jou eisen voldoen.

Tja en wat het kost ligt aan jezelf.

[Verwijderd]

Vergeet niet dat je de volgende opties zowiezo erin moet hebben met 100man als redactie:

1) Flag In - Flag Out
2) Revision Control
3) Roll based security

evt. indien nodig hou rekening met Personalized Content Delivery

En indien meertalig? Click-stream analyses en Rule based matching.

Bovenstaande punten zijn niet in een paar dagen doorgevoerd, tenzij er een behoorlijk team achter de applicatie zit.

[dusty]

Op donderdag 20 september 2001 11:47 schreef Gordijnstok het volgende:
[..]Bovenstaande punten zijn niet in een paar dagen doorgevoerd, tenzij er een behoorlijk team achter de applicatie zit.

1 + 2 + 3 zijn zo gemaakt

* dusty sluit zijn ogen voor de 2 punten die eronder staan

[Verwijderd]

het beste CMS is er eentje die jezelf schrijft (ik raad PHP en MySQL aan)

We maken hier gebruik van IIS 4.0, ASP en SQL Databases, dus hier zal het pakket mee moeten kunnen functioneren. PHP/MySQL lijkt me hier dan ook niet de oplossing.

Zoals jij het voorspiegeld is het een heel simpel CMS wat in principe in een dag of 2 volledig werkend zou moeten zijn

Ik had het nog niet vermeld, maar er worden dagelijks per site tientallen teksten / documenten toegevoegd. Totaal zijn er per site al duizenden documenten verdeeld over een zeer uitgebreide menustructuur. Twee dagen lijkt me dan ook veel te weinig.

In principe zouden we het ook zelf kunnen schrijven, echter de tijd ontbreekt.

[dusty]

Op donderdag 20 september 2001 11:59 schreef jackinthebox het volgende:

[..]

We maken hier gebruik van IIS 4.0, ASP en SQL Databases, dus hier zal het pakket mee moeten kunnen functioneren. PHP/MySQL lijkt me hier dan ook niet de oplossing.
[..]

Alles kan gewoon gemaakt worden in ASP.

Ik had het nog niet vermeld, maar er worden dagelijks per site tientallen teksten / documenten toegevoegd. Totaal zijn er per site al duizenden documenten verdeeld over een zeer uitgebreide menustructuur. Twee dagen lijkt me dan ook veel te weinig.

In principe zouden we het ook zelf kunnen schrijven, echter de tijd ontbreekt.

Het gaat niet om het aantal documenten die erin gaan. Het is evenveel werk voor de programmeur voor 5 documenten per dag als voor 100 documenten per dag. Zoals jij zei lijkt het op een modulaire flexibele menu structuur die via de site aan te passen moet zijn. Ook dit is op zich makkelijk te maken en maakt dus dan ook niet meer uit of er 5 menu items met 3 lagen zijn of x menu items met ieder een verschillend aantal lagen.

Het zal er om hangen wat de rest van de specificaties zijn of het in 2 dagen kan. Het algemene systeem zou moeten kunnen draaien na 2 dagen.

[Verwijderd]

Op donderdag 20 september 2001 11:56 schreef dusty het volgende:

[..]

1 + 2 + 3 zijn zo gemaakt

* dusty sluit zijn ogen voor de 2 punten die eronder staan

Wel ,als je de rechten in 1 kolom zet Maar dus niet als je zoals de gankelijke CMSén een uitgebreid Roll Based Security hebt, met groepen en tich rechten.

[Verwijderd]

Vergeet niet dat je de volgende opties zowiezo erin moet hebben met 100man als redactie:

1) Flag In - Flag Out
2) Revision Control
3) Roll based security

evt. indien nodig hou rekening met Personalized Content Delivery

En indien meertalig? Click-stream analyses en Rule based matching.

Bovenstaande punten zijn niet in een paar dagen doorgevoerd, tenzij er een behoorlijk team achter de applicatie zit.

2, 3 en de Personal Content Delivery zijn me geheel duidelijk en staan dan ook in de genoemde specificaties.
De termen flag in - flag out, Click-stream analyses en Rule based matching zijn :?

[Verwijderd]

Op donderdag 20 september 2001 11:32 schreef rickmans het volgende:
het beste CMS is er eentje die jezelf schrijft (ik raad PHP en MySQL aan)

Wat een kul opmerking.
Het beste CMS is een customized die je laat schrijven door iemand die er echt verstand van heeft en die naadloos aansluit op de bestaande communicatie-middelen.

[Verwijderd]

Op donderdag 20 september 2001 11:47 schreef Gordijnstok het volgende:
Vergeet niet dat je de volgende opties zowiezo erin moet hebben met 100man als redactie:

1) Flag In - Flag Out
2) Revision Control
3) Roll based security

evt. indien nodig hou rekening met Personalized Content Delivery

En indien meertalig? Click-stream analyses en Rule based matching.

Bovenstaande punten zijn niet in een paar dagen doorgevoerd, tenzij er een behoorlijk team achter de applicatie zit.

Punt 1 =
Toevoegen Boolean veldje, en evt. de redacteur/writer. En controle daarop in de editor.

Punt 2=
Revision Control, toevoegen van tabel, met de documenten, want.... je wil toch wel eerdere revisies weer kunnen terughalen toch?..

Punt 3=
Roll Based Security, toevoegen van diverse tabellen, met rechten, groepen, gebruikers, modules, etc. etc.


Nah, dit is niet zo in 2-3 dagen klaar..

[Verwijderd]

2, 3 en de Personal Content Delivery zijn me geheel duidelijk en staan dan ook in de genoemde specificaties.
De termen flag in - flag out, Click-stream analyses en Rule based matching zijn

Flag In-Flag Out = Zodra iemand een artikel of document wijzigt, wordt het als Flag Out gezet. Dwz, dat een ander niet per ongeluk aan hetzelfde document kan gaan werken. Flag-In wil zeggen dat het document weer wordt vrijgegeven voor wijzigingen.

Click-stream analyses, is het volgen van de gebruiker, zijn persoonlijke voorkeuren, etc. Zo kun je later zien of er een bepaalde voorkeur voor informatie is.

Rule based matching is bijvoorbeeld de spreektaal op de gebruiker afstellen, de informatie van de Click-stream analyses gebruiken voor het weergeven van de juiste content, etc.etc..

Bijvoorbeeld Amazon maakt gebruikt van bovenstaande 2 laatste punten. Als je regelmatig in de Computer Hardware afdeling zit, zul je in de aangeraden producten de hardware krijgen die te maken hebben met computer hardware. Stel dat je opvallend veel de videokaarten bekijkt. Dat zetten ze daar een lijstje neer van de videokaarten. Dus het afstemmen van de content op het klik-gebruik van de bezoeker.

[dusty]

Op donderdag 20 september 2001 12:11 schreef Gordijnstok het volgende:

[..]
Nah, dit is niet zo in 2-3 dagen klaar..

Ik neem aan dat we beiden over 1 en 2 kunnen zeggen dat die de makkelijkste van de 3 zijn.

Rechten systeem kan je op veel verschillende manieren implementeren.

Personen specifieke rechten, met rechten van een groep erbij is echt niet zo ontzettend moeilijk.

[Verwijderd]

Op donderdag 20 september 2001 12:16 schreef dusty het volgende:

[..]

Ik neem aan dat we beiden over 1 en 2 kunnen zeggen dat die de makkelijkste van de 3 zijn.

Rechten systeem kan je op veel verschillende manieren implementeren.

Personen specifieke rechten, met rechten van een groep erbij is echt niet zo ontzettend moeilijk.

Het is inderdaad totaal niet moeilijk maar juist heel makkelijk, ik weet alleen uit ervaring dat het wel een tijdrovende klus is als je het goed wilt doen.

[dusty]

Op donderdag 20 september 2001 12:18 schreef Gordijnstok het volgende:
Het is inderdaad totaal niet moeilijk maar juist heel makkelijk, ik weet alleen uit ervaring dat het wel een tijdrovende klus is als je het goed wilt doen.

Het is alleen een tijdrovende klus als je het nog nooit eerder gedaan hebt

[TheDjasp]

Het is inderdaad totaal niet moeilijk maar juist heel makkelijk, ik weet alleen uit ervaring dat het wel een tijdrovende klus is als je het goed wilt doen.

Zeker als het gebruikt gaat worden door 100 verschillende mensen. Dan moet je ook anticiperen op alle lompe dingen die die gebruikers kunnen gaan doen.

[Verwijderd]

Dank voor jullie zinnige opmerkingen (soms mooi verpakt ), maar mijns inziens dwalen we een beetje af.

De vraag is niet direct wat er nou precies in een CMS moet zitten, maar of er mensen zijn die ervaring hebben met pakketten van bijvoorbeeld Interwoven, Vignette, Documentum etc. of met een Nederlands pakket.

Hopelijk is het door voorgaand verhaal wel duidelijk om wat voor soort website het gaat (qua grootte), dus hopelijk zijn er ervaringen van mede-tweakers.

[rickmans]

Op donderdag 20 september 2001 12:10 schreef SpiritX het volgende:

[..]

Wat een kul opmerking.
Het beste CMS is een customized die je laat schrijven door iemand die er echt verstand van heeft en die naadloos aansluit op de bestaande communicatie-middelen.

ja dat klopt, maar ik ging even van mijn eigen situatie uit
(je moet het natuurlijk wel kunnen )

[dusty]

De enige ervaring die ik ermee heb is van andere mensen die er altijd op lopen te vloeken dat iets niet kan in het systeem Heb persoonlijk alleen ervaring met eigen gemaakte CMS-jes.

[ViNcE]

Ik heb ervaring met de cmt van www.caesar.nl , nu moet ik meteen zeggen dat ik daar ook werk en dus bevooroordeeld ben. Het is redelijk uitgebreid en relatief goedkoop. Het werkt allemaal erg eenvoudig.
Ik weet niet of je specifieke vragen hebt? Want als ik hier teveel over onze cmt vertel, dan denken mensen meteen dat ik hem probeer te verkopen. En dat mag dus niet.

Als je geinteresseerd bent hoor ik het wel...

[Verwijderd]

Heb wel ervaring met Vignette, en vindt het qua administratieve gedeelte op CMS gebied heel sterk. Desondanks moet het aanmaken/wijzigen en verwijderen van content altijd nog via zelfgebouwde templates gebeuren.

Precies zoals Dusty al zei, je mist altijd wel iets, en wat je niet mist kun je meestal niet gebruiken in je huidige applicaties. Vignette begint van 105.000 dollar, en dan heb je de modules alleen nog maar die nodig zijn voor CMs administratie en beheer. Scheduling, personalization, tracken etc, daar betaal je dan nog bovenop indien je ze wilt hebben.

Ik persoonlijk zou liever gaan voor een systeem dat
1) veel voordeliger is
2) helemaal op maat gemaakt is op de applicatie, en daarbij ook makkelijk kan worden uitgebreid en aangepast.

De reden waarvoor veel bedrijven voor Vignette kiezen is dat het in de top besloten is. Vignette is bekend, heeft naam gemaakt (o.a. Amazone keten), en geld speelt geen rol.

[Verwijderd]

Gordijnstok, dank voor je relaas. Vignette is inderdaad één van de grotere spelers (volgens Gartner zelfs de beste), maar inderdaad erg duur. Dat is precies zo'n pakket wat zoveel features bevat dat je vaak door de bomen het bos niet meer ziet.
Als je dan nog zegt dat je je eigen templates moet maken, lijkt dit pakket me niet de eerste keus.

Ik had al contact gezocht met Vignette en ze stuurden direct een andere scoretabel op, waar ze uiteraard ook bovenaan stonden qua capabilities, inegration, performance architecture, reliability, security, globalization, momentum, support en costs.... echter, op costs scoorden ze inderdaad errug mager Overall waren ze volgens deze meting toch de besten. Alleen is het dus misschien wat overkill voor onze organisatie.

[rickmans]

Wat ik persoonlijk zou doen, is niet alleen naar de "specialisten" kijken maar ook informeren bij diverse webdesign/ development bedrijven, welke het custom made kunnen leveren.

[Roland]

Jackinthebox,

Kijk eens op www.snakeware.nl. Dit is denk ik precies wat je zoekt. Een compleet CMS Systeem met alle functionaliteiten! Kan meedere pagina's beheeren, mits de gebruiker die heeft
Tevens overzichtelijk... Makkelijk om mee te werken! Mail me anders als je meer info wilt hebben!

Groeten

[dusty]

Op donderdag 20 september 2001 14:34 schreef rickmans het volgende:
Wat ik persoonlijk zou doen, is niet alleen naar de "specialisten" kijken maar ook informeren bij diverse webdesign/ development bedrijven, welke het custom made kunnen leveren.

Ik weet nog wel een bedrijf die het kan doen en de eigenaar is pas begonnen met zijn eigen zaak

[Verwijderd]

Voor de Heineken sites heb ik ook al zo'n systeem gemaakt hoor

[Roland]

Op donderdag 20 september 2001 15:39 schreef Gordijnstok het volgende:
Voor de Heineken sites heb ik ook al zo'n systeem gemaakt hoor

Ja gemaakt, maar je hebt niet een produkt?

[oh,when?]

Op donderdag 20 september 2001 15:10 schreef dusty het volgende:

[..]

Ik weet nog wel een bedrijf die het kan doen en de eigenaar is pas begonnen met zijn eigen zaak

kheb anders gehoord dat de eigenaar van die zaak maar een rare is, woont ergens in de Haags Beemden en heeft alle cd's van the Weird Al' Yankovic....niet te vetrouwen dus.

[MrZed]

Op donderdag 20 september 2001 15:10 schreef dusty het volgende:

[..]

Ik weet nog wel een bedrijf die het kan doen en de eigenaar is pas begonnen met zijn eigen zaak

Dusty mag ik je vragen, zonder spam op te roepen, wat je eigen bedrijf is, je ondertitel heb ik namelijk een tijdje gezien: "Wordt eigen baas" "Is vanaf morgen eigen baas" "Is eigen baas". Wat voor bedrijf is het? En wat is de site? Ben inmiddels errug nieuwsgierig..

Ik hoor het wel, succes ermee iig!

[MrZed]

?

[TheDjasp]

offtopic:
[quote]
...Haagse Beemden...
[/quote]

Djasp is opgegroeid (man geworden LOL) in de Haagse Beemden, dus kan nooit fout zijn...

[ontopic]
Het bedrijf waar Djasp werkt heeft onlangs een CMS ontwikkeld voor een groot telecombedrijf en zij gebruikten daarnaast ook BroadVision om hun site te onderhouden maar echt te spreken waren ze daar niet over. (Te log, gebruiksonvriendelijk etc...
[/ontopic]

[Verwijderd]

Op donderdag 20 september 2001 17:54 schreef Power Boy het volgende:

[..]

Dusty mag ik je vragen, zonder spam op te roepen, wat je eigen bedrijf is, je ondertitel heb ik namelijk een tijdje gezien: "Wordt eigen baas" "Is vanaf morgen eigen baas" "Is eigen baas". Wat voor bedrijf is het? En wat is de site? Ben inmiddels errug nieuwsgierig..

Ik hoor het wel, succes ermee iig!

http://www.jackinthebox.com/


Use your imagination

[dusty]

Op donderdag 20 september 2001 17:54 schreef Power Boy het volgende:
Dusty mag ik je vragen, zonder spam op te roepen, wat je eigen bedrijf is, je ondertitel heb ik namelijk een tijdje gezien: "Wordt eigen baas" "Is vanaf morgen eigen baas" "Is eigen baas". Wat voor bedrijf is het? En wat is de site? Ben inmiddels errug nieuwsgierig..

Ik hoor het wel, succes ermee iig!

Mijn eigen bedrijf richt zich op software ontwikkeling, ja dat betekent op het hele software ontwikkelings traject en aspecten en niet alleen op internet. Het blijkt namelijk dat men vindt dat ik redelijk goed en snel kan programmeren ( althans dat zegt men, natuurlijk moet je niet alles geloven wat men zegt )

Op het moment heb ik alleen mijn domeinnaam geregistreerd, de site zelf is onbelangrijk dus die komt pas over een maand of drie

[dusty]

Op donderdag 20 september 2001 17:51 schreef oh,when? het volgende:
kheb anders gehoord dat de eigenaar van die zaak maar een rare is, woont ergens in de Haags Beemden en heeft alle cd's van the Weird Al' Yankovic....niet te vetrouwen dus.

Das dan verkeerd, De eigenaar heeft maar 15 albums van hem, dus mist hij twee albums

Iemand die van Weird "Al" Yankovic houdt moet gewoon een aardige persoon zijn

[dusty]

Op donderdag 20 september 2001 16:47 schreef Roland het volgende:
Ja gemaakt, maar je hebt niet een produkt?

Als je een CMS gemaakt hebt, heb je een "produkt" liggen,

Elke CMS systeem hoort toch op een bedrijf afgesteld te worden, een standaard CMS systeem zal NOOIT alle functionaliteiten bieden die een bedrijf wilt hebben.

[Verwijderd]

Op vrijdag 21 september 2001 08:25 schreef dusty het volgende:

[..]

Als je een CMS gemaakt hebt, heb je een "produkt" liggen,

Elke CMS systeem hoort toch op een bedrijf afgesteld te worden, een standaard CMS systeem zal NOOIT alle functionaliteiten bieden die een bedrijf wilt hebben.

Ja precies, daar hebben we het het hele topic al over.

Wat er ligt is inderdaad een product. Wat er niet ligt is het maatwerk

Als ik "persoonlijk gezien dan" een CMS zou willen hebben, en ik wil alleen teksten toevoegen. Dan wil ik niet de overbodige functie "plaatjes toevoegen" hebben.

Dat is nou maatwerk. Wat je nodig hebt zit erin, en werkt naadloos. Wat je niet nodig hebt zit er niet eens in, of wordt niet weergegeven, zodat evt. modulair het zaakje straks uit te breiden is.

Bovenstaande alinea heb ik in een CMS al eens heel makkelijk opgevangen. Er zat de optie in van een automatische update. De applicatie zocht onze servers op, zocht naar een evt. update, indien ja, dan werkt de CMS weer geupdated. Net zoals bijv. Windows Update.

[Verwijderd]

Op vrijdag 21 september 2001 08:25 schreef dusty het volgende:

[..]

Als je een CMS gemaakt hebt, heb je een "produkt" liggen,

Elke CMS systeem hoort toch op een bedrijf afgesteld te worden, een standaard CMS systeem zal NOOIT alle functionaliteiten bieden die een bedrijf wilt hebben.

Ware woorden.
Een CMS is ook meer een technologie die je inzet om een (groot) deel van de bouw van je dynamische site te vervangen, zodat er weinig werk over blijft om te voltooien.

Sommige CMS-en zijn puur op code gericht, en verlangen ontworpen HTML pages waar de CMS code 'ingehangen' wordt op plaatsen waar dynamische content geplaatst moet worden, anderen bevatten ook complete pagina designers waar je EN de layout EN de dynamische content mee kunt editen.

Vooral de veelgebruikte (en erg dure) CMS pakketten zoals Smartsite (van Pointer uit Delft) bevatten die designers en deze systemen zijn vooral geschikt voor situaties waarbij EN design EN de contentvoorziening door de site-owner worden gedaan. Echter in veel gevallen worden designs aangeleverd. Als je goed kijkt naar de resultaten van de analyses van wat een site moet bevatten en hoe de structuur er uit moet zien, dan is daar zelden een dynamische structuur in te ontdekken. Wel dynamische content, geen dynamische sitestructuur.

Dit houdt in dat, wanneer je menus ziet op een site, die niet wijzigen. Je hebt bv wel pagina's die een grote hoeveelheid verschillende informatie laten zien. Maar de pagina is hetzelfde. Zodoende kun je een CMS maken waarbij de pagina-structuur hetzelfde blijft, maar de INHOUD veranderbaar is. Dit is de strategie die gevolgd wordt door de systemen die zich meer richten op de back-end van een site, meer op de dynamische content voorziening dan de site structuur.

Daarnaast kun je nog een ander onderscheid maken tussen CMS-en: 1) pagina inkleurders vs 2) gegevensviewers.

Pagina inkleurders bedoel ik niet negatief. Ze 'kleuren' de pagina in met content. Een editor vult dus ook de pagina's in alsof hij de pagina voorziet van content. Dit is semantisch ANDERS dan de 2e groep: de gegevensviewers. Hierbij maak je op een page een link naar een blok gegevens die bv elders in de organisatie te vinden is, bv ordergegevens bij transactiecontrole, ik noem maar wat.

Om nu de juiste keuze te kunnen maken wel CMS geschikt is voor je organisatie, moet je dus 2 dingen sowieso gaan analyseren:
1) Ga ik zelf allerlei pagina's aanmaken met verschillende layouts etc etc, zonder een analyse/plan? Of ga ik dat niet doen en gebruik ik een vooraf gedefinieerd framework met pagina's. (voorbeeld: deze site, tweakers.net veranderd niet in aantal pagina's, wel in hoeveelheid content.)
2) Ga ik grote blokken data 'viewen', of ga ik gegevens invoeren zoals ze op de pagina's gaan verschijnen?

Ik ben eigenaar van Solutions Design ( http://www.sd.nl ) en we hebben de afgelopen 8 maanden gewerkt aan ons eigen Content Management System, CESys, wat binnenkort op de markt verschijnt (voor IIS4/5, ASP, MTS/COM+, NT4/Win2k, SQLserver7/2000, MSXML3). Vooraf hebben we goed geanalyseerd wat nu eigenlijk belangrijk is voor de MEESTE websites, hoe worden de meeste websites nu gebouwd: ad hoc of met een vooraf gedefinieerd plan, gebaseerd op gedegen analyse?. Wij zijn tot de conclusie gekomen dat werken met vooraf gedefinieerde pagina frameworks + 'pagina inkleuren', de beste benadering was. Omdat we het systeem als 'technologie' en niet als 'shrinkwrapped' product hebben ontwikkeld, is het in te passen in bv delen van sites, maar hoef je niet alle delen van de site ermee te maken. Ook kun je het uitbreiden met normale ASP/COM programmatuur, zodat je bv delen van een pagina toch kunt voorzien van 'gegevensviewers', naast de 'pagina inkleuring'.

Jackinabox: ik zou je willen adviseren: doe analyse naar die 2 punten hierboven en ga dan goed kijken wat je zelf in huis hebt aan kwaliteit en kennis, wat die mensen zouden kunnen. Wat overblijft is dan bv aan te vullen met een CMS of een CMS-achtige technologie.

Als laatste wil ik nog toevoegen dat ik veel dingen genoemd zie in deze thread die belangijker lijken dan ze zijn. Security is belangrijk, zowel ter bescherming van de eigen content ivm (onbedoelde) wijzigingen als ter bescherming tegen derden, maar role based security is ook op andere manieren te implementeren. Dit hangt af hoe het CMS met zn content omgaat: is het gericht op pages of op blokjes (items) ? Wij richten ons bv op Items, die hebben een bepaald type en users kunnen wel/niet iets doen met een Item van een bepaald type. Zodoende kun je typen Items uitsluiten voor bepaalde mensen. Version control is een ander punt wat genoemd is. Als je werkt met 'gegevensviewers', heb je geen version control nodig, immers, je viewt gegevens. Kleur je pagina's in, dan wil je dat wijzigingen aan de bron van de content niet direct vertalen naar wijzigingen op de site. Echter, omdat je pagina's inkleurt, en bv de 'publisher' een wijziging goedkeurt en zo op de site plaatst, kleurt die publisher daarmee wel die pagina in en is oude content verloren, immers de bezoeker ziet de oude content niet. Er zijn weinig CMS-en met version control dat je kunt terugrollen naar elke willekeurig moment, dit omdat het veel resources vergt en zelden wordt gebruikt (alleen indien een publisher een fout maakt. Aangezien de wijziging al gedaan is, kan de publisher bij een gemaakte fout ook het gewraakte Item even offline halen, wijzigen en opnieuw publiceren.). Elke feature die gelaagdheid in de workflow biedt, kost veel geld. Interwoven's teamsite kost 5 ton dacht ik, maar dan heb je ook wat. Bedenk echter wel dat veel van de ingebouwde features ook organisatorisch kunnen worden opgelost, of niet nodig zijn in veel gevallen. De beslissing welke features WEL en welke NIET van belang zijn moet komen vanuit a) een analyse hoe er gewerkt MOET worden binnen de organisatie en b) welke hulpmiddelen nodig zijn om die werkwijze in goede banen te leiden.

[oh,when?]

* oh,when? vindt het nu een beetje op een ego boost beginnen te lijken..

- "nee..mijn CMS die ik heb ontworpen voor [insert big name here] is het beste!! want die en die mogelijkheden zitten erin!!.."

- "..nee man...want MIJN CMS die ik heb ontworpen toen ik voor [insert another big name here] werkte is nog veel beter vanwege [insert moeilijke term here] aanpassingen.."

[dusty]

Op vrijdag 21 september 2001 10:46 schreef oh,when? het volgende:
* oh,when? vindt het nu een beetje op een ego boost beginnen te lijken..
[...]

Zoals ik al zei, voor elke bedrijf is in principe een andere CMS het beste. Een die op het bedrijf is afgesteld. Er is geen een "standaard" CMS bestand tegen een maatwerk oplossing Elk bedrijf heeft zijn eigen eisen en voorwaarden.

[Verwijderd]

Er zijn weinig CMS-en met version control dat je kunt terugrollen naar elke willekeurig moment

Ow Ik kan er zo een lijst van opnoemen hoor. En dat zijn zowel kleintjes als grote jongens.

Als laatste wil ik nog toevoegen dat ik veel dingen genoemd zie in deze thread die belangijker lijken dan ze zijn.

Ik kan uit ervaring spreken, en misschien klinkt het eigendunkerig, dat ik zeer veel ervarig heb met dit soort systemen.

Ik weet ook dat wat fout kan gaan, ooit is fout gaat, en dan is er paniek. De zaken die ik o.a. genoemd heb zijn erg belangrijk voor een juiste workflow. Heb je deze niet en creeer je deze niet, dan loopt het boeltje vast en dat heb ik al zooovaaak gezien.

[Verwijderd]

http://www.hotscripts.com/PHP/Scripts_and_Programs/Content_Management/

Alsjeblieft. 75 overwegend gratis (opensource) CMS-sen.

[Verwijderd]

Op vrijdag 21 september 2001 11:12 schreef Gordijnstok het volgende:

[Otis: Er zijn weinig CMS-en met version control dat je kunt terugrollen naar elke willekeurig moment]

Ow Ik kan er zo een lijst van opnoemen hoor. En dat zijn zowel kleintjes als grote jongens.

Version control als in bv CVS gedaan wordt, of een manier van workflow waarbij je wijzigingen eerst moet goedkeuren? Version control op bv textgebied is niet 1 2 3 geimplementeerd, ten minste, zoals het bv bij sourcecode version control is gedaan. En als je na gaat denken waarom je het nodig denkt te hebben kom je al snel uit op het feit dat een workflow-werkwijze belangrijker is. De dure pakketten hebben wel een zekere vorm van version control (terugrollen naar moment X), maar veelal op pagina niveau.

[Otis: Als laatste wil ik nog toevoegen dat ik veel dingen genoemd zie in deze thread die belangijker lijken dan ze zijn.]
Ik kan uit ervaring spreken, en misschien klinkt het eigendunkerig, dat ik zeer veel ervarig heb met dit soort systemen.

Ik zeg ook niet dat je dat niet hebt . Ik nuanceer alleen vanuit mijn POV wat hier in deze thread aangestipt wordt. Als je als organisatie 100 webredacteuren aan het werk zet en je implementeert geen vooraf goed doordachte werkwijze, krijg je een puinhoop. Role based security is verder bv een leuk concept maar wordt zelden echt toegepast zoals het zou moeten. Ik weet niet waarom. Zie bv de role based security die wordt toegepast op Windows2000 niveau, in SQLserver omgevingen, in COM+/MTS applicaties. De mogelijkheden zijn er, men gebruikt ze alleen zelden. De vraag is dan: waarom? Zijn ze te ingewikkeld of heb je ze niet nodig? Wij hebben bv geen role based security maar group based security, en wel groepen van activiteiten die je kunt koppelen aan een gebruiker. Je kunt wel een hele kerstboom aan security layers gaan implementeren in code, maar zie bv Windows2000's zeer uitgebreide security system. Veelal hoor ik de klacht: "Veel te complex!" en men vervalt tot het gebruik van een fractie van de security opties die beschikbaar zijn. Maar dat hoeft helemaal niet erg te zijn, hoor. Als je uitgaat dat je als gebruiker NIETS kunt tenzij een recht aan je gegeven is (editen/toevoegen/verwijderen/archiveren/publiceren etc) voor een bepaald type elementje, kun je op een simpele manier je security beheren. Je hebt dan niet een snel complex wordend role based system nodig.

Ik weet ook dat wat fout kan gaan, ooit is fout gaat, en dan is er paniek. De zaken die ik o.a. genoemd heb zijn erg belangrijk voor een juiste workflow. Heb je deze niet en creeer je deze niet, dan loopt het boeltje vast en dat heb ik al zooovaaak gezien.

Workflow IS belangrijk. Workflow is echter niet iets wat in de tool alleen zit, maar ook in de organisatie. Vanuit de organisatie worden plekken aangewezen waar welke info door wie wordt verzorgd en wie verantwoordelijk is voor welke plekken op de site(s). Dan gebruik je een TOOL (oftewel de workflow elementen in je CMS in dit geval) om die organisatorische afspraken te implementeren. Echter je kunt nog zo'n mooie workflow-toolset in je CMS hebben zitten, als de organisatie alle site verantwoordelijkheid bij 'Joop van Marketing' neerlegt, dan gaat het fout op het moment dat Joop een foutje maakt en de verantwoordelijkheid niet aankan.

We praten hier wel over wijzigigen op content die worden goedgekeurd. Dat zijn dan 3 fouten achter elkaar: 1) opdracht tot wijziging, 2) de wijziging zelf 3) de goedkeuring van de wijziging. Echter, geen enkele functionaliteit beschermt je tegen deze fouten. Een organisatorische verzameling afspraken wel: die 3 stappen liggen bv bij 3 verschillende mensen, of 2 verschillende mensen.

Komt het dan TOCH voor dat er iets is gewijzigd en goedgekeurd wat niet correct is verlopen, dan kun je dat rechtzetten door het foutief gewijzigde weer zo te wijzigen dat het de correcte wijziging weerspiegeld. Immers: de opdracht tot het wijzigen van die content was gegeven. In het geval van het feit als de OPDRACHT foutief was ("Wijzig A" terwijl dat "Wijzig B" had moeten zijn) is een version control functionaliteit "handig": je hoeft dan niet nogmaals de gegevens in te voeren, je kunt dan de gegevens simpelwel terughalen. Echter, het helpt je bij het typen. De gegevens op zich ontstaan veelal niet achter het toetsenbord van de webredacteur tijdens het inkloppen van tekst in het CMS. Die tikt dat veelal in een tekstverwerker waar spellingscontrole in zit, en sleurt/pleurt dat in de editor.

[MrZed]

offtopic:
Jackinthebox, wat een mooi bedrijf heb je! Cool en knap!
Ik wil je er wat over vragen etc dus ik heb je toegevoegd aan mijn contact list van ICQ, please add me 2!

[The Source]

Op donderdag 20 september 2001 13:00 schreef ViNcE het volgende:
Ik heb ervaring met de cmt van www.caesar.nl

Je hebt het toch niet over dat op ASP gebaseerde Web-Tool dat ook bij Tref gebruiken he? Want doorvoor is in dit stadium RSI-Tool een betere benaming, dat ding heeft nog erg veel werk nodig.

[pasajo]

Een grote (eigenlijk DE) nederlandse speler op het content management gebeuren is Tridion (www.tridion.com)

Kijk hier eens naar.
qua functionaliteit te vergelijken met grote spelers als vignette ed, alleen de prijs is er ook wel naar...