[ALG] eisen van een CMS

[Reveller]

Deze vakantie ben ik begonnen met een eigen CMS'je te schrijven. In het begin denk je eenvoudig: "de gebruiker moet kunnen inloggen, en pagina's kunnen aanmaken. Aan de hand van deze pagina's moet er een automatische navigatie gevormd worden".

Nu ben ik een paar dagen verder, en zie door de bomen het bos niet meer. Elke dag kom ik op nieuwe features die ik zou willen ontwikkelen. Hierdoor dwaal ik meer dan dat ik een rechtlijnig plan heb. Enkele van deze ideeen:

• elke node binnen de boom wordt gekoppeld aan een module. Standaard staat de 'artikel' module geselecteerd, maar je zou dus ook een berichtenbord, forum, weblog, etc. aan een node kunnen koppelen
• het geheel moet modulair geschreven zijn. Dus: in de map modules/ komt bijvoorbeeld forum.module, weblog.module te staan
• alle geinstalleerde modules automiatisch geinclude, waardoor hun functies voor de rest van het systeem ter beschikking staan
• elke module definieert een aantal rechten, zodat rechten op modules gekoppeld kunnen worden aan geauthoriseerde gebruikers, welke opgedeeld zijn in groepen. De gebruiker kan zelf extra groepen definieren en daar rechten (bv. "aanpassen artikelen", "verwijderen guestbook entries") aan koppelen
• bezoekers kunnen zich inschrijven en zo toegang krijgen tot bv. het forum (anders in het alleen lezen bijvoorbeeld), of kunnen comments plaatsen. Ook zou je kunnen denken aan een 'intern mailsysteem' waarlangs de klant kan communiceren met de eigenaar van de site en altijd een geschiedenis van deze communicatie op kan roepen
• aan elke node wordt een template gekoppeld. Gebruikers kunnen nieuwe templates invoeren in de database
• desgewenst moet het systeem ook te gebruiken zijn als (gedeeltelijk) intranet: er moeten modules geschreven worden die bv. een groepsplanning maken, documenten kunnen delen, etc.

Het probleem is: ik wil dit systeempje uiteindelijk ook aan de man gaan brengen, maar heb weinig kennis van waar nu eigenlijk vraag naar is. Dus voordat ik de komende maanden zit te slijten op een systeem dat voor de meesten toch overkill is, stel ik hier de vraag: wat zijn jouw ervaringen met eisen die klanten stellen aan een CMS? Op welke markt richt je je? Pak je alles aan of durf je ook te zeggen - "wat u wilt is meer een intranet, maar dat leveren wij niet" - om zo gericht in 1 richting te kunnen groeien? Wat vind je van de ideeen hierboven. Welke heb jij wel / niet geimplementeerd en waarom wel / niet? Ook niet onbelangrijk: wat zijn marktconforme prijzen? Ik heb pas geleden voor iemand een systeempje geschreven zoals in alinea 1 staat vermeld (met nog wat statistieken en configuratie opties erin) en heb hier Euro 400 voor gevraagd.

Ik hoop dat ik een aantal reakties krijg die mij wat kunnen sturen in het wegstrepen / toevoegen van eisen aan bovengenoemd lijstje, en mij een idee kunnen geven van de markt van CMS'jes voor het MKB.

[NMe]

Waarom kijk je niet naar wat andere CMS'en bieden? Implementeer in ieder geval die functies die in de meeste CMS'en op de markt zitten, omdat die opties sowieso van een CMS verwacht worden. Als de basis er is kun je altijd nog uitbreidingen maken die jouw CMS van de rest zullen moeten onderscheiden.

Kortom: je had beter tijd kunnen steken in het bekijken van wat andere CMS'en dan in het openen van dit topic.

[Orphix]

CMS is een heel breed begrip. Een CMS voor een autodealer zal heel anders zijn dan een CSM voor tweakers.net.
Je hebt CMS-en die veel kunnen, breed inzetbaar maar die zijn ook heel erg duur (vele malen meer dan de 400 euro die jij vroeg). Als ik jouw situatie in mag schatten denk ik dat je het beste je CMS kan gaan richten op een niche binnen de markt en proberen aan die vraag te voldoen door klantgericht te gaan werken, dus geen standaardoplossing te bieden. Op die manier breidt je langzaam je CMS, en kennis daarover, uit terwijl je de inkomsten hebt van de oplossingen die je biedt voor die bedrijven.
Natuurlijk is dit een minder goede oplossing als je weinig tijd hebt door bv school of werk. In dat geval zou ik toch proberen niet een enorm CMS te maken dat alles kan, maar juist een efficient en specialistisch CMS wat precies voldoet aan de vraag van de deelmarkt.
[/marketing]

[Reveller]

@NMe84 - natuurlijk heb ik andere CMS'en bekeken, of in ieder geval systemen die zichtzelf zo noemen:

• drupal is een waanzinnig mooi systeem, maar eerder een intranet
• typo3 is te uitgebreid voor mijn doelgroep (MKB)
• alle *nukes beschouw ik als "leuk als portal, maar geen cms". Wie wil er nou een url als www.website.com/index.php...SESSID=4248294289432&a=hg. In mijn ogen produceert een CMS een mooie URL als www.website.com/producten/appels (met mod_rewrite), of in ieder geval www.website.com/32311 ipv www.website.com/index.php?id=32311
• ik heb geen toegang tot vignette, backstream, tridion etc. om ideeen op te doen nav hun user interface (ondanks dat zij een heel andere markt bedienen, zou het mooi zijn eens te gluren naar hoe hun backoffice eruit ziet)
• mmbase is, net als midgard, gemaakt in java, en ik zou eerst in J2EE moeten duiken om ze te kunnen installeren om te kijken wat zij kunnen
• bovenstaande argumenten gelden ook voor alle niet genoemde CMS'en, zoals geeklog, phpwebsite, phpwcms, etc. De meeste van deze projecten draaien vooral op techneuten, en daarom is hun vorm en inhoud in mijn ogen niet representatief voor de nederlandse (MKB) CMS markt. Vandaar mijn post hier, om eens wat meningen te horen van mensen uit de loopgraven, zo gezegd

[AlterEgo]

Reveller schreef op 01 augustus 2004 @ 00:58:
Nu ben ik een paar dagen verder, en zie door de bomen het bos niet meer. Elke dag kom ik op nieuwe features die ik zou willen ontwikkelen. Hierdoor dwaal ik meer dan dat ik een rechtlijnig plan heb.

NOFI, maar je probleem komt voort uit je werkwijze.
Is het niet logischer om als volgt te werk te gaan:
1) specificeer behoefte
2) maak functioneel ontwerp
3) maak technisch ontwerp
4) bouwen

[Verwijderd]

Reveller, hoe ga je de opslag aanpakken? Ook modulair? Of knal je dat dan weer allemaal in 1 database? Zoals bijvoorbeeld de gebruikersrechten per module?

[Obliterator]

Kijk ook eens naar Phase (ofwel nu Etomite, ivm Trademarks).

http://www.cookiebean.com

Ik ben er zelf helemaal weg van. Structuur, en toch (bijna) alle vrijheid die je wilt hebben als PHP programmeur.

[StruvusMaximus]

en kijk bijv. ook eens naar:

Xoops (xoops.org)

Runcms (was E-xoops) (runcms.org)

Postnuke (postnuke.com)

Xaraya (xaraya.com)

[TeasingU]

Het belangrijkste lijkt mij, dat jij jouw doelgroep gaat bepalen. Een klant dat al gebruik maakt van een CMS systeem heeft andere/hogere eisen mbt jouw CMS systeem dan een beginneling die misschien alleen text en plaatjes wil kunnen toevoegen.

Zodra voor jou je doelgroep(klant) duidelijk is, kan je pas beginnen met het opzetten van een lijst met eisen.

Hopelijk heb je hier wat aan

[Verwijderd]

Obliterator schreef op 01 augustus 2004 @ 21:25:
Kijk ook eens naar Phase (ofwel nu Etomite, ivm Trademarks).

http://www.cookiebean.com

Ik ben er zelf helemaal weg van. Structuur, en toch (bijna) alle vrijheid die je wilt hebben als PHP programmeur.

Ik wilde deze ook graag eens bekijken maar het is niet downloadbaar? WAar kan ik de oude versie (phase) downloaden, want ik neem aan dat de download offlijn is door de trademark kwestie..

[Tjark]

Kijk ook eens naar Mambo. Typo3 vond ik erg mooi, maar te ingewikkeld^* en 'over the top' voor veel kleine websites waar je toch een CMS voor wilt hebben.

Maar een websitecompany die CMS-en voor andere bedrijven installeert zou ik Typo3 nemen: _erg_ professioneel, maar je moet er dus wel veel tijd in steken.

^*Niet alleen voor instellen/templates etc, maar ook voor content aan te maken.

[ Voor 48% gewijzigd door Tjark op 01-08-2004 22:53 ]

[Anders]

TeasingU schreef op 01 augustus 2004 @ 21:45:
Het belangrijkste lijkt mij, dat jij jouw doelgroep gaat bepalen. Een klant dat al gebruik maakt van een CMS systeem heeft andere/hogere eisen mbt jouw CMS systeem dan een beginneling die misschien alleen text en plaatjes wil kunnen toevoegen.

Zodra voor jou je doelgroep(klant) duidelijk is, kan je pas beginnen met het opzetten van een lijst met eisen.

I second that. Baken eerst af hoe en wat je eigenlijk wilt, en ga pas daarna nadenken over de structuur en opzet. Ik zie je alleen maar over techniek praten, maar geen moment over wie het waarvoor gaat gebruiken.

Om toch in het algemeen wat te zeggen:

De meeste "kleine" CMS'en zijn gruwelijk beperkt in hun functies. Elke site die met phpNuke is gebouwd, ziet er daardoor ook uit als een site die met phpNuke is gebouwd. Of als een van de honderden klonen van deze ellende.

Kijk je naar grotere CMS'en, dan heb je een hele tijd niks en dan monsters als Typo3, waarbij de enige gedachte is geweest "het moet zoveel mogelijk kunnen". Dat de gemiddelde niet-techneut 3 maanden moet studeren voordat ie er mee overweg kan, daar staat men niet bij stil. Het is niet alleen overkill - iig voor de MBK-doelgroep - maar ook nog eens volstrekt overloaded met allerlei shit. Zulke CMS'en dienen op z'n minst een moeilijkheidsgradatie te hebben in de interface (easy - intermediate - advanced etc).

Persoonlijk wordt ik helemaal kriegel van CMS'en die met templates werken. Ik loop bij elke site die ik ontwikkel tegen de beperkingen van templates op, met name omdat vaak uitzonderingen gewenst zijn op bepaalde pagina's. Sterker nog, ik gebruik CMS'en ook regelmatig voor Flash-only sites, waarbij templates simpelweg niet aan de orde zijn.

Content zich niet altijd in een boomstructuur laat vertalen. Veel CMS'en gaan daar echter wel van uit.

De usability en user interface van de meeste CMS'en zijn om te huilen.

Vrijwel elk CMS gaat mank op reportagefuncties. Sla je contactformulieren, bestellingen etc op in je database, dan wil je daarvan overzichten kunnen krijgen, en wil je de data op verschillende wijze kunnen downloaden (excel, pdf, csv etc).

Bij veel CMS'en wordt de format van de site grotendeels bepaald door wat er in het CMS is ingebouwd. Een forummodule, een gastenboek-module... Ik krijg daar de rillingen van, zo'n ding gaat bij mij direct de prullenbak in. Wat een CMS moet kunnen dient afhankelijk te zijn van wat de site moet kunnen, niet andersom. Geef mij een CMS met een framework waarin ik binnen een mum van tijd een gastenboek kan opzetten, of een vacaturesectie met sollicitatieformulier, of een agenda, of een poll.. zonder opnieuw een hele module in elkaar te hoeven knutselen.

Het uploaden van afbeeldingen is vaak een drama. Veel CMS'en gaan er van uit dat je thuis een dikke vette Photoshop hebt om alles van tevoren keurig op maat te snijden. Lukt mij wel, maar mijn klanten niet.

Kortom: ik heb een hekel aan CMS'en die niet volledig en makkelijk zijn aan te passen aan iedere wens die mijn klant kan hebben, en aan CMS'en die de vorm van de site (grotendeels) bepalen.

Om dit op jou te projecteren: ik zie je spreken over forum, bezoekers die zich in moeten kunnen schrijven, comments kunnen plaatsen etc. Dat lijkt me een aardig iets voor een Tweakers/Fok/weblog-achtige site, maar hoe zinvol zal dat zijn voor een MKB-site? De meeste ondernemers hebben echt geen tijd om de boel dagelijks te vullen met content, om fora te controleren, om comments terug te schrijven etc. Hoewel je - terecht imho - kritiek levert op phpNuke als serieus CMS, heb ik de indruk dat je qua uitvoering toch een soort phpNuke-plus in je hoofd hebt, en dat lijkt me een moeilijk, zo niet gevaarlijk uitgangspunt. Pin je niet vast op de functionaliteit van de uiteindelijke site, maar bedenk hoe je je CMS zo veelzijdig en toch zo eenvoudig kunt maken dat je elke wens van de klant er snel en zonder al te veel moeite mee kunt realiseren.