Doorzoek de community
Toont resultaten voor 'open source cms'.
De zoekindex wordt momenteel verwerkt. Zoekresultaten kunnen mogelijks onvolledig zijn.
179 resultaten gevonden
-
De punten die ik opsomde, zijn punten die naar voren zijn gekomen bij een vergelijking van mijn eigen CMS met OS Content Management Systemen. Ik zal dan ook op de punten ingaan: Dit creert slechts een schijnveiligheid, vgl. maar eens Windows met Linux systemen. - Naar mijn mening kan de situatie hiermee niet vergeleken worden. Windows heeft nog altijd een aanzienlijk groter marktaandeel met als gevolg dat er meer virussen voor worden geschreven. Dit is geen gevolg door het verschil in wel of niet open source. Misschien moet je je eigen algemene voorwaarden eens lezen, waarbij je zo ongeveer iedere aansprakelijkheid uitstluit, zoals trouwens alle ontwikkelaars van gesloten software doen. - Mijn AV slaan niet op bugs, bugs blijven een verantwoordelijkheid van de maker, dit is dan ook wel vergezocht om het argument te ontkrachten. Onzin, er zijn gebruiksvriendelijke en ongebruiksvriendelijke systemen, maar dat heeft niks met closed of open source te maken. - Dit heeft inderdaad niets met closed of open source te maken, maar is geheel afhankelijk van de situatie. Een enkeling daargelaten, zijn de meeste Content Management Systemen in gebruik moeilijk op te pikken voor nieuwe gebruikers. Er zijn inderdaad, net als open source ook genoeg closed source Content Management Systemen waar de gebruiker niet betrokken wordt bij de ontwikkelingen. Bij de betere CMS'en wellicht wel, zo ook bij mijn CMS die door personen met verschillende achtergronden getest is. Ook onzin, maatwerk kan juist heel goed bij open source en omdat de code open is, kun je er ook gemakkelijk ontwikkelaars voor vinden. - Maatwerk kan en gebeurt inderdaad ook bij closed source, maar in dit geval spreek ik niet enkel over functionaliteiten maar ook over het toegemoet komen van de gebruikers in de omgang met het CMS. Bij sommige OS CMS'en is het vrij lastig om de 'workflow' aan te passen naar de wens van de klant. In de meeste closed source CMS'en overigens ook. Maatwerk gaat dan ook niet altijd op als algemeen voordeel voor closed source. Nog meer onzin; als een bedrijf ermee stopt, heb je, zoals je zelf ook al stelt bij de nadelen als bedrijf vaak een probleem - Verschillende bedrijven overhandigen de broncode niet, ik wel. Enige nadeel is dat het, zoals ik aangeef, niet breed ondersteund wordt, maar indien het CMS goed en flexibel is opgebouwd, zal het voor een programmeur even lastig -of juist eenvoudig- zijn om een closed source CMS door te ontwikkelen als een open source CMS. Wanneer een bedrijf de broncode niet vrijgeeft, zal dat inderdaad gevolgen hebben bij een faillissement, alhoewel de broncode dan vaak elders gedeponeerd wordt en dus -via omwegen- alsnog verkrijgbaar zal zijn. Je laatste twee aanvullende voordelen voor open source sluit ik me bij aan. Ik hoor graag waar je op doelt met "flexibel"? Door vaak veel aanwezige modules is het uit te breiden, maar niet elk OS CMS leent zich daar goed voor of het brengt conflicten mee tov eerdere versies van een bepaalde module. Je zult dan alsnog op een programmeur aangewezen moeten zijn, wat ook geldt voor het updaten van een OS CMS. Overigens geldt dit natuurlijk ook voor closed source, hier ben je ook aangewezen op een programmeur. Wat betreft de nadelen van Open Source: de laatste paar argumenten hebben inderdaad niet direct te maken met het verschil tussen open of closed source. In het geval van closed source kun je echter vast laten leggen dat het een combinatie van wensen moet bevatten, er zijn volgens mij weinig OS CMS'en die gebruiksvriendelijk zijn, semantische/schone code produceren, een goede WYSIWYG-editor bevatten en rekening houden met zoekmachine optimalisatie -correct me if I'm wrong, want dan weet ik wat het volgend OS CMS is waar ik mee aan de slag ga-. Overigens geldt natuurlijk voor OS CMS'en dat het middels maatwerk alsnog aangepast kan worden naar de wensen van de klant, alhoewel dit voor de eerder genoemde workflow minder eenvoudig is als voor de modules. Met het customizen doelde ik specifiek op het aanpassen van een gebruikte editor, maar dit is bij nader inzien niet afhankelijk van het CMS (omdat dit zowel bij CS als OS voor kan komen) en zal niet opgaan als argument. Begrijp me dus niet verkeerd, ik ben absoluut niet tegen OS -integendeel- maar heb tov mijn eigen CMS nog niet de juiste argumenten gehoord/gevonden om permanent over te gaan op OS, wellicht dat ik die hier wel tegen kom. Dit neemt echter niet weg dat ik andere OS CMS'en uit wil proberen, het wint namelijk wel aan populariteit, wat voor mij het meest sterke argument is me er in te verdiepen. Bovendien heb ik juist als ik meerdere OS CMS'en test, meer recht van spreken. Mijn ervaringen met de bekendere CMS'en blijven op dit moment steken op Mambo (lang geleden), Typo3 (recent) en Wordpress (recent). -
Soms word ik wel een beetje moe van die rare waanideeen over open source.. Maar goed, toch maar een reactie op Erwin H, omdat anders dit soort misverstanden eeuwig in de wereld blijven. Voor de duidelijkheid heb ik mijn opmerkingen en aanvullingen vet gedrukt. Closed Source betaalde software: Voordelen: - niet voor iedereen open, niet kwetsbaar voor lekken - Dit creert slechts een schijnveiligheid, vgl. maar eens Windows met Linux systemen. - direct contact met maker/bedrijf, dus directe aansprakelijkheid voor bugs - Misschien moet je je eigen algemene voorwaarden eens lezen, waarbij je zo ongeveer iedere aansprakelijkheid uitstluit, zoals trouwens alle ontwikkelaars van gesloten software doen. - vaak gebruiksvriendelijker - Onzin, er zijn gebruiksvriendelijke en ongebruiksvriendelijke systemen, maar dat heeft niks met closed of open source te maken. Juist bij open source worden de gebruikers de laatste tijd nauw bij de ontwikkeling betrokken. - maatwerk - Ook onzin, maatwerk kan juist heel goed bij open source en omdat de code open is, kun je er ook gemakkelijk ontwikkelaars voor vinden. - de kosten verzekeren continuiteit - Nog meer onzin; als een bedrijf ermee stopt, heb je, zoals je zelf ook al stelt bij de nadelen als bedrijf vaak een probleem Nadelen: - kosten, investering of licentie - geen brede ondersteuning, met nodige gevolgen bij een faillissement van CMS leverancier Gratis Open Source software Voordelen: - gratis - afhankelijk van populariteit, veel ondersteunende scripters/programmeurs - grotere OS software hebben sponsoren en dus grote kans op continuiteit - veel uiteenlopende plugins Aanvullingen: - flexibel - eerlijk; je weet of kunt in ieder geval weten hoe de code eruit ziet en je weet, zeker bij grote projecten ook dat hier door velen op toegezien wordt. - doordat je toegang hebt tot de code, bezit je feitelijk het systeem; bij gesloten software krijg je meestal alleen een gebruiksrecht. Nadelen: - vaak op tijd laatste updates downloaden om lekken tegen te gaan - of wel, wees blij dat het goed bijgehouden wordt. - soms moeilijk om custom aanpassingen door te voeren - waarom? - afhankelijk van andere partijen voor uitbreidingen - Je kunt ook met een bedrijf werken wat zelf ook code ontwikkeld, dat staat los van open of gesloten source; je hebt echter wel meer keuze. - geen maatwerk, vele overbodige functies of gemissen - onzin, want dat kan je laten ontwikkelen - geen garantie voor toekomstige ondersteuning - een open source project kan in het slop raken, maar bij grote projecten is dat erg onwaarschijnlijk en bovendien beschik je dan nog steeds over de code. - webstandaarden en -richtlijnen worden niet altijd nageleefd, dus niet altijd toegankelijk - grotere projecten doen dat zeker en gesloten systemen ook niet altijd. Heeft dus weer niks met open of gesloten te maken. - niet altijd SEO vriendelijk (url's, html) idem -
Dit draadje is een afsplitsing van dit oorspronkelijk draadje De bedrijven waar ik zaken mee doe ervaren 1 vast aanspreekpunt voor al hun internet-activiteiten juist als bijzonder prettig. Web is niet hun core-business, er is geen kennis in huis en willen toch een stukje vastigheid. Ik denk dat dit voor veel (veel) meer bedrijven precies hetzelfde is. Dat de webbedrijven zelf wel/niet kiezen om te werken met drupal i.p.v. een zelfgeschreven CMS is een andere discussie. Ik weet niet of dat ik wel helemaal duidelijk ben geweest. Wanneer bedrijf X een website nodig heeft kunnen ze van bedrijf Y het zelfgeschreven CMS systeem kopen of van bedrijf Z het opensource Drupal. De bedrijven waarmee ik heb gewerkt kiezen voor een opensourse oplossing omdat ze daarmee in de toekomst over kunnen stappen (mocht dat nodig zijn). Ook is de continuïteit hierdoor beter gewaarborgd. Bij het zelfgeschreven CMS moet er gelijk een nieuwe website gemaakt worden. Alles is volkomen op maat met beide oplossingen. Er is beide sprake van een aanspreekpunt en ook alles wordt uit handen genomen voor bedrijf X dat weinig verstand heeft van websites. Open source > zelfgeschreven CMS Groepsdenken > individu. Kwaliteit van Open source is altijd superieur. -
Aangezien dit topic er nu voor bestemd is, maar een paar concrete punten die ik ooit eens voor mezelf genoteerd heb (en grotendeels afkomstig zijn uit eenzelfde discussie met iemand anders): Closed Source betaalde software: Voordelen: - niet voor iedereen open, niet kwetsbaar voor lekken - direct contact met maker/bedrijf, dus directe aansprakelijkheid voor bugs - vaak gebruiksvriendelijker - maatwerk - de kosten verzekeren continuiteit Nadelen: - kosten, investering of licentie - geen brede ondersteuning, met nodige gevolgen bij een faillissement van CMS leverancier Gratis Open Source software Voordelen: - gratis - afhankelijk van populariteit, veel ondersteunende scripters/programmeurs - grotere OS software hebben sponsoren en dus grote kans op continuiteit - veel uiteenlopende plugins Nadelen: - vaak op tijd laatste updates downloaden om lekken tegen te gaan - soms moeilijk om custom aanpassingen door te voeren - afhankelijk van andere partijen voor uitbreidingen - geen maatwerk, vele overbodige functies of gemissen - geen garantie voor toekomstige ondersteuning - webstandaarden en -richtlijnen worden niet altijd nageleefd, dus niet altijd toegankelijk - niet altijd SEO vriendelijk (url's, html) Mijn ervaring is anders. Ik werk met een netwerk van ontwerpbureau's die de volledige technische realisatie bij mij neerleggen. Zij ervaren het als groot voordeel dat wijzigingen bij één persoon neergelegd kan worden. Overigens ben ik van mening dat het tegenwoordig als webontwikkelaar slim is om je te orienteren in OS CMS-en om breder in te kunnen zetten indien nodig of gewenst. De keuze voor wel of niet OS hangt voor de rest gewoonweg af van de wensen van de klant. Door je te beperken in een eigen ontwikkeld CMS, sluit je denk ik wel automatisch bepaalde doelgroepen uit (overheidsinstanties gaan bijvoorbeeld ook steeds meer over op OS CMS-en).
-
De vraag 'CMS vs maatwerk' spreekt me weinig aan. Iedere vraag z'n oplossing. Voor een webshop met 1 product is een maatwerkwinkel bijvoorbeeld sneller en dus voordeliger dan alle overbodige opties uit een standaardpakket slopen. Lees ik net op de blog van het Yahoo team dit artikel over een commercieel closed source CMS Squarespace. Geenszins een argument voor of tegen open source of maatwerk. Maar dit CMS maakt zowel de gebruiker als mij, als techneut, blij. En als je blij bent als gebruiker maakt de licentie je dan wat uit ;) -
Ik wil niet zeggen dat de meeste argumenten geen houd snijden. Zoals aangegeven was de vergelijkingen van OS systemen met mijn eigen CMS gemaakt. Echter, zoals je ook goede CS CMS'en hebt, vind je tegenwoordig ook steeds betere OS CMS'en. Dat een OS CMS sneller ontwikkeld wordt, is zeker wel een sterk voordeel, omdat je eenvoudig nieuwe functionaliteiten kunt integreren zonder dat er sprake is van ontwikkeltijd. De klant beschikt in mijn geval wel over de code, het heeft dus geen gevolgen voor de klant als ik het opeens heb en besluit om conducteur te worden. Aan licenties doe ik niet, ik ben van mening dat een CMS een investering behoort te zijn, en geen vaste last. Er zijn inderdaad genoeg bedrijfs Content Management Systemen waar je periodiek voor moet betalen en waar je niet beschikking krijgt over de broncode. Dank voor de tip, daar ga ik iig zeker naar kijken.
-
Ga de opensource dicussie niet starten maar is kwaliteit voor de doelgroep van TS niet dat pakket waar ze het beste mee uit de voeten kunnen? Volgens mij gaat het bij verkopen om het aanbieden van een product dat voldoet aan de wensen van de klant. Klant vraagt in geval van TS om een eenvoudig, makkelijk te begrijpen simpel CMS zonder al teveel toeters en bellen. Dan is de discussie over open source of niet toch volstrekt irrelevant? Frans (PS. vertrouw niet teveel op het woordje altijd in "is altijd superieur") Open source zegt op zich niks over de kwaliteit, al is het wel zo dat een groot open source product, waaraan wereldwijd door honderden of soms wel duizenden programmeurs wordt gewerkt, over het algemeen superieur zal zijn aan een product wat door een klein bedrijf wordt ontwikkeld. Waar het wel iets over zegt is afhankelijkheid van de ondernemer en dat lijkt me in de discussie zeker relevant en iets om als ondernemer bij stil te staan voordat je de keuze maakt voor een gesloten product, dat eigendom is van een (klein) bedrijf.
-
Een lang verhaal, waarin je eigenlijk aangeeft dat de meeste door jezelf eerst aangedragen argumenten tegen open source geen hout snijden. Dat kom ik heel vaak tegen en meestal door mensen die zelf voor hun bedrijf afhankelijk zijn van gesloten source systemen. Het verspreiden van Fear Uncertainty en Doubt (FUD) noemen we dat, alleen zijn de meesten niet bereid het toe te geven. Zo is het argument dat Linux veiliger is dan Windows omdat het maar een klein marktaandeel heeft, niet afdoende om dit te verklaren, maar toch komt dat steeds weer terug, terwijl eigenlijk iedereen wel weet dat er meer speelt. We kunnen zo nog dagen doorgaan, maar ik denk dat mensen uiteindelijk zelf wel zullen inzien dat het reuze handig is of eigenlijk een voorwaarde om de beschikking te hebben over de code, dat de kans groot is dat een systeem wat wereldwijd door heel veel programmeurs wordt gemaakt en onderhouden beter is, meer mogelijkheden heeft, en sneller ontwikkeld wordt dan een door een klein bedrijf gebouwd systeem. En dat dan ook nog zonder te hoeven betalen voor software licenties.. Gesloten source voert naar mijn idee een verloren strijd, het is alleen de vraag hoe lang ze het nog kunnen rekken. Daarom slim inderdaad, dat je je in ieder geval orienteert op open source. Tip: als je een flexibel systeem wilt, kijk dan zeker eens naar http://www.drupal.org
-
De stelling dat open source producten altijd beter zijn dan zelf ontwikkelde producten gaat niet op. Ik ben nog geen beter open source product tegengekomen voor AutoCAD. Er zijn genoeg webshops in open-source uitvoering die gewoon heeeeel slecht zijn, belangrijke functies missen en out-of-date raken omdat ze niet meer ' hot' zijn in de ogen van de fanatieke O/S ontwikkelaars. Frans -
Ga de opensource dicussie niet starten maar is kwaliteit voor de doelgroep van TS niet dat pakket waar ze het beste mee uit de voeten kunnen? Volgens mij gaat het bij verkopen om het aanbieden van een product dat voldoet aan de wensen van de klant. Klant vraagt in geval van TS om een eenvoudig, makkelijk te begrijpen simpel CMS zonder al teveel toeters en bellen. Dan is de discussie over open source of niet toch volstrekt irrelevant? Frans (PS. vertrouw niet teveel op het woordje altijd in "is altijd superieur") edit:moet me wel aan mijn eigen opmerking houden natuurlijk... scusi Pffff.... ik voer geen discussie over open source. Ik stel alleen dat ik niet vind dat het product voldoet aan de wensen van de markt. Waarom moet iedereen daar zo moeilijk over doen?
-
Omdat [*]de discussie over al dan niet open source niet relevant is voor de vraag van TS, [*] De stelling al dan niet bedoeld dermate uitdagend is neergezet dat reactie van O/S pro's en contra's niet kan en zal uitblijven [*] De O/S discussie al uitentreure is gevoerd op HL, gebruik daarvoor de zoekfunctie. Dus iedereen die na dit bericht nog begint over de voors en tegens van open source dient niet het doel van dit draadje en de post zal worden verwijderd. frans
-
Kwaliteit van Open source is altijd superieur. ik vind dat nogal een statement. Een generalisatie van de bovenste plank die voor mij kant nog wal raakt. Er zijn zeker hele goede opensource producten en misschien zijn deze regelmatig superieur aan betaalde varianten. Er wordt echter ook veel open source rotzooi gemaakt. je kan simpelweg niet alle opensource producten op een hoop gooien en stellen dat die producten allemaal het beste van het beste zijn. -
-
-
Ga de opensource dicussie niet starten maar is kwaliteit voor de doelgroep van TS niet dat pakket waar ze het beste mee uit de voeten kunnen? Volgens mij gaat het bij verkopen om het aanbieden van een product dat voldoet aan de wensen van de klant. Klant vraagt in geval van TS om een eenvoudig, makkelijk te begrijpen simpel CMS zonder al teveel toeters en bellen. Dan is de discussie over open source of niet toch volstrekt irrelevant? Frans (PS. vertrouw niet teveel op het woordje altijd in "is altijd superieur") edit:moet me wel aan mijn eigen opmerking houden natuurlijk... scusi
-
ik was tegelijk aan het posten met Frans dus vandaar dat de vorige reactie misschien wat overbodig is geweest. Wanneer een eigen cms ontwikkeld is het heel belangrijk dat je hem test, test, nog eens test en vervolgens laat testen en dan het liefst door mensen die de ballen hebben begrepen van computers en internet. Ik gebruik daar zelf vaak de term Marja-proof voor. Marja is een dame die het angstzweet al op haar voorhoofd krijgt wanneer ze alleen maar wijst naar een computer. Voor Marja moet alles zo simpel mogelijk zijn. Als Marja zegt ik begrijp het niet dan is het ook niet duidelijk. Als Marja vraagt: hoe moet dat? dan is er nog werk aan de winkel. Het mooist is als marja achter de computer kruipt, inlogged en je hoort haar niet meer. Als je dan vraagt wat ben je aan het doen Marja en ze zegt; O ik ben nu het contact formulier aan het aanmaken, ik heb net 4 artikelen geplaatst en een nieuwsbericht toegevoegd én hoe vind je m'n fotoalbum zo? Op dat moment weet je dat je het goed hebt gedaan. Marja voelt zich er prettig bij en heeft geen hulp meer nodig.
-
Even over de veiligheid. Drupal raad me vandaag sterk aan om m'n site te updaten vanwege een security probleem. Leest en huiver. http://drupal.org/node/461886 Het veiligheidslek: Iemand moet ingelogd staan, verregaande rechten hebben en zou dan eventueel een xss probleem kunnen veroorzaken... Heb nog niet geupdate, maar ik slaap vanacht prima denk ik. ps. Met een systeem als Drupal valt voor normale gebruikers de compexiteit geweldig terug te dringen. Als iemand geen nieuwe menu-items mag toevoegen, dan hoeft hij/zij die mogelijkheid ook niet te zien. Laat onverlet dat er wel boven elke pagina een kleine edit tab kan staan en hij/zij gewoon teksten kan aanpassen of via een menu-item simpel een nieuw nieusbericht kan toevoegen als hij/zij daar rechten toe heeft. De nr 1 gebruiker kan gewoon alles en moet veel instellen, voor hem/haar kan het inderdaad een geweldig ingewikkeld systeem zijn. -
-
-
Scherp opgemerkt :) Joomla! Ik heb ooit in 2008 de bedoeling gehad om mij verder te specialiseren in open source CMS zoals Wordpress, Joomla en Drupal, vandaar dat ik het open liet waardoor de naam korter werd. Ik dacht toen nog dat een subdomein meer duidelijkheid kon verschaffen, maar ben daar vanaf gestapt omdat ik mijn handen vol had aan Joomla. Mijn CMS specialisatie is uiteindelijk toch bij Joomla gebleven (daar was destijds meer vraag naar, ik weet, de tijden zijn veranderd). Maar Wordpress doe ik af en toe ook nog erbij, zij het bescheiden. Joomla was destijds de meest logische keuze, meeste mogelijkheden en dat biedt het nog steeds (voor mijn doelgroep zeg ik er dan bij). Wordpress is ook leuk en goed, ik ben niet zo van één kamp. Je mag er ook CMS erachter denken. Of Mayo als ik zo heette, maar ik heet Wim dus ja.. -
De Joomladagen is voor geinteresseerden, gebruikers en professionals van het meest gebruikte open source Content Management Systeem (voor websites) ter wereld: Joomla! CMS. De meeste ondernemers hebben een eigen website om hun diensten kenbaar te maken. Steeds meer daarvan maken gebruik van een zogenoemd Content Management Systeem (CMS) om de inhoud van hun website gemakkelijk via een webbrowser te beheren. Een zeer populair gratis CMS systeem is Joomla. Op vrijdag 4 en zaterdag 5 april 2008 worden op Hoog Catharijne in Utrecht de jaarlijkse Joomladagen gehouden. Het thema van deze Nederlandstalige maar ook internationaal georiënteerde conferentie is "Bruggen bouwen". Vrijdag is de Businessdag, zaterdag de Communitydag. Een keur aan nationale en internationale sprekers komt naar Utrecht. De dagen zijn zeer in trek vanwege de zojuist uitgekomen nieuwe versie (1.5). Joomla is het meest toegankelijke en gebruikte Open Source Content Management Systeem (CMS) voor websites ter wereld. Naar schatting 5 miljoen actieve websites gebruiken Joomla en 400.000 ontwikkelaars. Joomla.org behoort tot de 1.000 drukst bezochte websites wereldwijd. Open source software is ‘vrij’ beschikbare programmatuur. Door de openheid kan de software continue verbeterd worden en is hergebruik van de programma code mogelijk. Veel open source projecten hebben een grote internationale gebruikersgemeenschap die kennis over het systeem uitwisselt en de software verbetert. De Businessdag op vrijdag 4 april is helemaal geënt op bedrijfsmatige implementaties. Geschikt voor informatiemanagers, algemeen- en technisch managers en business developers geïnteresseerd in de professionele open source websystemen. Joomla is daarin wereldmarktleider. Dit jaar worden er bruggen gebouwd naar andere open source projecten. Zo komen er gastprojecten: Drupal, Typo3 en sugarCRM! Verschillende onderwerpen komen aan bod, van de laatste zakelijke toepassingen en - projecten tot diepgang in beveiliging, opschalen professionalisering van de toepassingen en Joomla interne werking, en bruggen naar extensies en andere websystemen. Vanuit de ervaring van eindklanten en Open Source experts nemen een zestal keynotes en dertig parallelsessies u mee in professionele Joomla toepassingen: * Professionele Implementaties van Open Source software: succesfactoren, do's & don'ts, bruggen naar Closed Source * Professionele Projecten: alle automatiseringservaring 'Open' toepassen: beveiliging, schalen, upgrades, synchronisatie van gegevens, etc. De Community dag op zaterdag 5 april is bedoeld voor beroeps- en amateurontwikkelaars, ontwerpers en hostingpartijen, maar kan ook interessant zijn voor de professioneel geïnteresseerde bezoeker. Om bijvoorbeeld technische achtergrondkennis op te doen en gerenommeerde technici te spreken. Want naast de informatieve workshops en presentaties is er voldoende gelegenheid om met elkaar over Joomla van gedachten te wisselen: in de wandelgangen, tijdens de lunch, afsluitende borrels en diner. Bruggen bouwen is zeer actueel tussen: * gesloten (lees: op betaalde licentie gebaseerde) software en open source * professionele en community toepassingen * verschillende Open Source projecten * uw bestaande interne informatievoorziening en ‘Open’ websystemen Meer informatie of een banner plaatsen op uw eigen site: www.joomladagen.nl Aan de slag met Joomla 1.5: www.joomla.org -
Dit artikel is bedoeld voor (startende) ondernemers die serieus van plan zijn een professionele website te laten ontwikkelen. Het artikel beschrijft het proces van het ontwikkelen van een website van begin tot eind en de rollen die hierin voor de ondernemer en ontwikkelaar zijn opgenomen.De inhoud van dit artikel is gericht op het ontwikkelen van (complexe) websites die een grote rol spelen binnen het marketingplan van de onderneming.Goede voorbereidingU kent het vast. U gaat verhuizen en wilt graag zo snel mogelijk uw nieuwe woning betrekken. Het schilderen van de kozijnen en het schuren en verven van het mooie balkenplafond komt later nog wel een keer. Maar vaak komt dat er niet meer van. Alles moet aan de kant, plastic over de meubels, het is me ook maar niet een werk. Iets wat u liever nog even uitstelt.Op soortgelijke wijze gaat het bij het ontwikkelen van een nieuwe website vaak ook. Een goede voorbereiding is daarom van essentieel belang. En als opdrachtgever speelt u hierin een belangrijke rol. In dit artikel nemen we u van begin tot eind mee. Waar moet u zoal op letten om tot een goede voorbereiding en natuurlijk een goed eindresultaat te komen.Wat maakt een goede website?Een website is tegenwoordig meer dan een online visitekaartje. Met een goede website kunt u zich onderscheiden van uw concurrenten en uw website kan een belangrijke rol spelen bij het genereren van business. Daarvoor zijn echter wel een aantal zaken van belang:[*]een goede uitstraling die uw bedrijfsvisie en dienstverlening representeert[*]aanspreken van de juiste doelgroep[*]het aanbieden van de juiste informatie aan deze doelgroep[*]gebruiksvriendelijkheid en toegankelijkheid om conversie te stimuleren[*]goede vindbaarheid[*]een goed Content Management Systeem[*]goede techniekGa niet overhaast te werkBovenstaande uitgangspunten zijn belangrijk om mee te nemen in de voorbereiding. Te snel beginnen met bouwen is een veelgemaakte fout. Belangrijke zaken als doelgroep en inhoud worden snel uit het oog verloren wanneer te snel wordt begonnen met bouwen.Vergelijk het met het bouwen van een huis. U zegt ook niet tegen een aannemer: “Het moet van steen zijn, een woonkamer hebben, 3 slaapkamers en een badkamer. Maak er maar wat moois van. Oh ja, wel een tweede toilet.”. Dat komt natuurlijk nooit goed. Zit u straks in een huis zonder keuken. Daarom laat u eerst een architect een bouwtekening maken, houdt u rekening met wie er in de woning gaan wonen, waar de woning komt te staan, wat uw budget is, enz…Duidelijk stappenplanOnderstaand stappenplan is een goed uitgangspunt bij het ontwikkelen van een nieuwe website. Het model laat u zien waarom het zo belangrijk is niet meteen te beginnen met het bouwen van de site.U voorkomt hiermee tussentijdse wijzigingen die de ontwikkeling vertragen en mogelijk extra kosten met zich meebrengen. Ook speelt u als opdrachtgever een belangrijke rol. Uw wensen, ideeën en uiteraard de kennis over uw bedrijf vormen namelijk een belangrijk onderdeel van het eindproduct.Stap 1: Doelstellingen bepalenDenk goed na over wat u precies met de website wilt en wat u ervan verwacht. Wilt u een bepaald product verkopen? Wilt u dat mensen geïnteresseerd raken in uw product en hier informatie over opvragen? Wilt u kennis verspreiden? enz…Specificeer duidelijke doelstellingen die tijdens de verdere ontwikkeling als uitgangspunt kunnen worden gebruikt.Wat is uw doelgroep? Omschrijf uw doelgroep in de vorm van leeftijd, interesses, computerervaring, opleidingsniveau, enz..Het specificeren van een duidelijke doelgroep komt van pas bij onder andere usability en grafische vormgeving. Verderop in het traject kunt u hier dus uw voordeel uit halen.Betrek collega’s en werknemers ook bij deze stap. Met name het bepalen van doelstellingen ontwikkelt zich vaak beter als u hier met meerdere mensen over brainstormt.Zelf doen of laten doen?Uw doelstellingen liggen dicht bij uw onderneming en hebben waarschijnlijk overeenkomsten met andere activiteiten binnen uw bedrijf. Het bepalen van doelstellingen kunt u daarom het beste zelf, samen met werknemers en collega’s doen. Uiteraard kan het geen kwaad uw doelstellingen in een later stadium door een ervaren partij te laten beoordelen.Het onderzoeken van uw doelgroep, ook wel het definiëren van persona’s genoemd, kan worden gedaan om een helder beeld van uw doelgroep te krijgen. Deze persona’s zullen uiteindelijk helpen bij het structureren en vormgeven van de website. Mocht u dit willen doen dan is het verstandig hier een usability bureau voor in te schakelen.Stap 2: InformatiestructuurBreng in kaart welke informatie u wilt aanbieden en hoe deze informatie moet worden gestructureerd. Welke informatie is belangrijker dan andere informatie? Wat hoort waarbij? Gebruik hierbij als uitgangspunt de bezoekers van uw website. Komt de informatie die u aanbiedt overeen met de informatie die uw bezoeker (uw doelgroep) zoekt? En kunnen uw bezoekers deze informatie ook vinden?Een handige methode die u hierbij kunt gebruiken is card sorting. Maak voor iedere pagina of ieder stukje informatie een apart kaartje. U kunt eventueel een serie kaartjes maken die hoofdgroepen representeren. Structureer vervolgens de kaartjes op een zo logisch mogelijk wijze.U schept hiermee niet alleen een helder beeld van de gehele informatiestructuur maar doet ook een aanzet naar de indeling van uw navigatie en menustructuur van uw website.Informatiestructuur TestenOverweeg serieus om deze stap ook door collega’s, werknemers, mensen uit uw omgeving en bij voorkeur mensen uit uw doelgroep uit te laten voeren. Hier kunnen verrassende resultaten uit voortkomen die van grote waarde kunnen zijn in het verdere traject.Zelf doen of laten doen?U weet zelf het beste over welke informatie u beschikt en welke informatie u naar uw bezoekers en potentiële klanten wilt overbrengen. Het structureren van deze informatie kan moeilijker zijn en hiervoor kunt u eventueel hulp van buitenaf inschakelen. Maak in ieder geval wel zelf een begin. Evenals uw doelstellingen kunt u dit later door een externe partij laten beoordelen.Stap 3: InteractieontwerpEen interactieontwerp kunt u vergelijken met de bouwtekening van een huis. Het is de blauwdruk van uw website en beschrijft de navigatiemenu’s, waar welke inhoud staat en de locatie van overige (interactieve) elementen. Dit gebeurt voor de verschillende pagina’s / templates waaruit uw website bestaat.Daarnaast wordt ook de functionaliteit van de diverse onderdelen beschreven. Hoe werkt de navigatie, hoe werken formulieren, inlog- en registratiepagina’s, zoekfuncties, enz…U kunt het interactieontwerp zien als een schematisch weergave van uw website waarbij grafische elementen achterwege zijn gelaten.Interactieontwerp TestenDoor het interactieontwerp aan potentiële gebruikers voor te leggen kunt u testen of de verschillende onderdelen zich op de juiste plaats bevinden. Dit is zeker de moeite waard omdat hier zaken duidelijk worden die anders pas na het bouwen aan het licht komen. Testen op dit moment geniet de voorkeur omdat gebruikers zich nog niet laten beïnvloeden door grafische elementen en puur gericht zijn op structuur en functionaliteit.Let op: het interactieontwerp is een zeer belangrijke schakel tijdens het ontwikkelproces. Het vertaalt uw informatiestructuur naar een werkbaar ontwerp wat uiteindelijk uw website wordt. Vaak wordt het maken van een interactieontwerp overgeslagen. Evenals het bepalen van doelstellingen en het maken van een informatiestructuur. U zult bij deze stappen misschien niet het idee krijgen dat u met een website bezig bent en deze daarom als overbodig beschouwen. Veel internetbureaus denken hier ook zo over. U moet zich echter realiseren dat u bijna gegarandeerd voor verrassingen komt te staan als u deze stappen overslaat. Nogmaals: u begint ook niet zonder bouwtekening aan het bouwen van een huis.Stap 4: Visueel OntwerpHet visueel ontwerp is de grafische vertaling van het interactieontwerp. Dit is de meest concrete stap, en voor u als opdrachtgever vaak de leukste, omdat u nu een visueel beeld krijgt van uw website. Het voordeel van het maken van een visueel ontwerp op basis van het interactieontwerp is het feit dat de focus nu op het uiterlijk ligt. Structuur en interactie zijn immers in een eerder stadium al besloten.Het visueel ontwerp moet aansluiten bij de huisstijl van uw bedrijf. Het ontwerpen van een huisstijl en het ontwerpen van een website zijn twee verschillende dingen. Niet alle webdesigners kunnen een huisstijl ontwerpen en vice versa. Mocht u (nog) niet beschikken over een logo / huisstijl dan is het verstandig deze eerst door een vormgever te laten ontwerpen.Laat u bij het maken van het visueel ontwerp niet enkel leiden door uw eigen oordeel. Ook bij het visueel ontwerp is uw doelgroep van belang. Het is daarom verstandig het (voorlopige) ontwerp voor te leggen aan mensen uit uw omgeving en uw doelgroep.Aandachtspunt: als er fotomateriaal wordt gebruikt in het visueel ontwerp let er dan op dat dit materiaal uw eigendom is. Als u zelf niet in het bezit bent van geschikt fotomateriaal kunt u overwegen stockfoto’s te gebruiken. Dit zijn foto’s die u op internet kunt kopen.Stap 5: Bouwen en Content ManagementDoelstellingen zijn geformuleerd, er ligt een duidelijke informatiestructuur, het interactieontwerp is afgerond en het visueel ontwerp is goedgekeurd. Het bouwen kan beginnen! U zult inmiddels begrijpen waarom meteen beginnen met bouwen sterk afgeraden wordt.Het bouwen van een website is een technisch proces waar u waarschijnlijk weinig affiniteit mee heeft. Voor u is het belangrijk dat u uiteindelijk het visueel ontwerp op uw beeldscherm ziet met de functionaliteiten uit het interactieontwerp en de inhoud uit de informatiestructuur. Uiteindelijk heeft u, nadat de website is opgeleverd, alleen nog te maken met de content. Welteverstaan het beheren van deze content. En dat is een zeer belangrijk element: content management!Content ManagementEen content management systeem (CMS) is tegenwoordig een standaard voor iedere website. Met een CMS kunt u zaken als menustructuur, inhoud van afzonderlijke pagina’s, nieuws, video, enz beheren.Het is belangrijk dat u van tevoren met de ontwikkelaar (bouwer) van uw website bespreekt welk CMS wordt gebruikt en of dit CMS voldoet aan uw eisen. Veel internetbureaus werken met een eigen CMS. Daarnaast wordt vaak gebruik gemaakt van Open Source oplossingen zoals Wordpress en Joomla!. Mijn advies is te kiezen voor een CMS dat (gedeeltelijk) op maat wordt gemaakt voor uw website. Joomla lijkt in veel gevallen aantrekkelijk omdat het goedkoop is maar voor een gemiddelde gebruiker is het in gebruik vaak ingewikkelder en minder gebruiksvriendelijk dan een goede maatwerk oplossing.Naast het beheren van uw content speelt het CMS nog een zeer belangrijke rol. Het CMS moet een zoekmachine vriendelijke website produceren en de mogelijkheid hebben dat u hier invloed op uit kunt oefenen. Een CMS bevat alle informatie over de pagina’s binnen uw website. Bepaalde informatie van deze pagina’s en de opmaak ervan zijn belangrijk voor zoekmachines tijdens het indexeren van uw website. Controleer daarom van tevoren of het CMS dat u krijgt de volgende mogelijkheden heeft:[*]het CMS produceert zoekmachine vriendelijke url’s[*]u kunt per pagina / product / nieuwsitem een afzonderlijke paginatitel opgeven[*]u kunt per pagina / product / nieuwsitem afzonderlijke meta-tags opgeven[*] u kunt bij het inhoudelijk opmaken van de pagina’s gebruik maken van de , en tags[*]u kunt bij afbeeldingen alt-tags toevoegen[*]het CMS kan een (xml) sitemap genererenVraag bovenstaande mogelijkheden na bij uw ontwikkelaar. Deze zijn een absolute must voor een goed vindbare website!In het kader van de toegankelijkheid van uw website is het belangrijk dat deze volgens W3C richtlijnen wordt gebouwd. Vraag dit na bij de ontwikkelaar van uw website.Stap 6: BezoekersNa stap 5 bent u naar alle waarschijnlijkheid in het bezit van een professionele website waarmee u uitstekende online successen kunt behalen! Uiteraard kan dit niet zonder bezoekers op uw website. In stap 5 hebben we het gehad over een zoekmachine vriendelijk CMS, die min of meer de on-site optimalisatie voor zijn rekening neemt.Om met uw website een goede positie te behalen binnen de zoekresultaten van een zoekmachine spelen echter meer factoren een belangrijke rol. Naast de technische optimalisatie waar het CMS grotendeels verantwoordelijk voor is zijn content (tekst) en linkpopulariteit van groot belang.Met name linkpopulariteit is iets wat niet met een éénmalige investering kan worden opgebouwd. Daarnaast zal met de content (paginatitels en teksten) moeten worden geëxperimenteerd om goede resultaten in de zoekmachine te behalen.Het is daarom verstandig een extern bureau in te schakelen dat hierin is gespecialiseerd en uw website verder zal gaan optimaliseren. Ik ga hier in dit artikel niet heel uitgebreid op in maar geef wel een aantal tips die u kunt hanteren bij de keuze voor een zoekmachine optimalisatie bureau:[*]zoek een betrouwbare partner die specialist is op dit gebied (webdesign bureaus bieden bijna allemaal zoekmachine optimalisatie aan maar zijn lang niet altijd specialist op dit gebied)[*] investeer! Zoekmachine optimalisatie is niet goedkoop maar wel noodzakelijk. Investeren in een professionele website en vervolgens niet in zoekmachine optimalisatie is zonde van uw geld. Zonder bezoekers wordt uw website immers geen succes.[*]ga niet in zee met bedrijven die u een top10 (top5) positie garanderen! Deze bedrijven maken vaak gebruik van methoden die op het randje liggen van wat wel en niet mag. Op de lange termijn zal dit niet gunstig voor u uitpakken.Stap 0: BureaukeuzeNatuurlijk kunt u bovenstaande stappen niet zelf uitvoeren en zult u één of meerdere bureaus in moeten schakelen voor het gehele project. Eigenlijk is dat de eerste stap, vandaar stap 0. Voor de duidelijkheid bespreken we deze stap als laatst.De benodigde specialisaties voor het gehele project kunnen we onderverdelen in de volgende:[*]usability (stap 1, 2, 3)[*]grafische vormgeving (stap 4)[*]webontwikkeling (stap 5)[*]zoekmachine optimalisatie (stap 5, 6)Voor wat betreft bureaukeuze heeft u diverse mogelijkheden. Het mooiste zou natuurlijk zijn om 1 partij te vinden die alle expertises in huis heeft. Afgezien van zoekmachine optimalisatie is dit goed mogelijk. Er zijn tegenwoordig veel bureaus die usability, vormgeving en techniek in huis hebben.Het is verstandig om bij verschillende bedrijven een offerte op te vragen en tevens te informeren naar de werkwijze. U zult gauw genoeg merken of deze enigszins overeenkomt met wat we in dit artikel hebben besproken.Zoekmachine Optimalisatie is een vak apart en daarvoor zou ik adviseren een partij te kiezen die zich hierin heeft gespecialiseerd.Kosten?Het minste leuke van alles maar we kunnen er niet omheen.Bepaal van tevoren goed wat uw beschikbare budget is en probeer niet voor een dubbeltje op de eerste rang te zitten. U moet zich realiseren dat het ontwikkelen van een succesvolle website geen kleine investering is maar zich uiteindelijk wel terug zal verdienen.Bedragen noemen is erg moeilijk. Bij de grotere professionele bureaus met veel expertise in huis moet u niet schrikken van bedragen vanaf € 5.000. Maar er zijn ook genoeg kleinere bureaus die tegen lagere tarieven evengoed werk afleveren. Oriënteer goed en vraag bij verschillende partijen offertes aan. Vraag duidelijk naar referenties en de werkwijze van het bureau.Ga niet overhaast te werk en neem weloverwogen beslissingen. Veel succes!Over de auteur : zie profiel -
We hebben nog niet over het te gebruiken CMS gesproken hier. Een interessante discussie is bijvoorbeeld wel of geen Open Source. Voordelen Open Source: lagere aanschafkosten (ik zeg dus niet gratis!) Vaak kostenloos te downloaden wat de kosten flink naar beneden haalt. Toch moet een Open Source systeem altijd nog worden geïnstalleerd op een server, worden onderhouden, er moeten templates voor worden gemaakt , enz. Open Source is dus niet gratis, maar goedkoper. Veel ontwikkelaars Veel programmeerhobby-isten weten meer dan een klein team ontwikkelaars. Het pakket blijft in ontwikkeling en krijgt steeds meer mooie features. Het downloaden van upgrades is kostenloos. Nadelen Open Source: Niemand is aansprakelijk Open Source is een gemeenschappelijk project, zonder juridische rechtspersoon om aansprakelijk te stellen. Voorbeeld: een hacker vindt een lek en al je klantgegevens liggen op straat. Wie is aansprakelijk voor de schade? Of de nieuwste update bevat een grove programmeerfout en legt je site 3 dagen plat. Wie betaalt je omzetderving? Maatwerk kost meer tijd Je wilt een speciale, branchegerichte module toevoegen aan de site. Dit kan lastig worden als je Open Source gebruikt: vind maar eens een ontwikkelaar die jouw CMS op z'n duimpje kent... Een ontwikkelaar van een commercieel CMS heeft dit samen met zijn collega's zelf geprogrammeerd en kan gemakkelijker maatwerk inbouwen, ze kennen het systeem immers. Graag jullie mening over Open Source vs. comerciële software -
HET PROCES (GLOBAAL) Concept Omschrijf je idee zo goed mogelijk, zodat een ervaren projectmanager zijn advies kan geven en het tevens met zijn team van techneuten kan bespreken. Hij zal er vervolgens een concreet plan van maken, zodat de scope helemaal afgekaderd is. Uiteraard is jouw feedback hier van belang. Wireframes/grafisch ontwerp In deze fase wordt er aan de hand van lijntekeningen bepaald op welke plek welke functies getoond worden. Dit is dan weer een leidraad voor de grafisch ontwerper om er een tastbaar design van te maken Development Aangezien de functionaliteit al bekend is na de conceptfase zullen ook de programmeurs direct aangestuurd worden. Een goede projectmanager deelt het project op in kleinere stukjes ofwel fases zoals Sabra al aangaf. Iedereen heeft op deze manier meer grip op het project omdat het overzicht een stuk beter is en er kleine deelleveringen afgewerkt worden i.p.v. een paar grote. Tevens kan er op deze manier snel bijgestuurd worden, want aan het einde is dit te laat. Communicatie Uiteraard wilt u dagelijks contact met het internet bureau om eventuele vragen te bespreken en om de status te weten. Maar ook na elke fase zult u feedback moeten geven op het tot dan toe ontwikkelde onderdeel. Aan de hand van uw feedback kunnen de laatste wensen doorgevoerd worden. Testen Een goed bureau laat u al tijdens het ontwikkeltraject testen om zoveel mogelijk fouten tijdens het ontwikkeltraject te verwerken, zodat de afgesproken deadline niet in gevaar komt. Als dan alles naar wens is kan de website live. TIPS Eigen programmeur in dienst nemen of internet bureau inhuren? Ga niet voor een eigen programmeur. De goede programmeurs lopen niet op straat en zitten of bij een groot bedrijf, hebben een eigen bedrijf of werken als freelancer. Met andere woorden, de kans is groot dat je programmeur in dienst neemt die eigenlijk helemaal niet zo goed is. De kans dat jij dit gaat inzien is moeilijk als je niet in deze materie zit. Een internet bureau dit project laten doen is wat duurder maar je krijgt er ook garantie en continuïteit bij. Je kunt altijd op iemand terugvallen en je hebt niet het risico dat je programmeur zomaar besluit weg te gaan en jij met de gebakken peren zit. Fixed price Zorg dat je altijd op basis van fixed price een project aangaat en laat je niet gek maken hier extra voor te betalen. Leg het risico bij het bureau. Zowel de afgesproken uren en kosten zijn er om nagekomen te worden. Gaat men over de uren, dan is dat hun probleem. Gaat men over de deadline, zorg er dan voor dat er een soort van boeteclausule in zit. Het kan namelijk niet zo zijn dat wanneer jij een marketing campagne hebt ingepland deze niet kan starten vanwege het niet opleveren van een website maar jij wel de kosten van deze campagne hebt ondanks dat je er niets aan hebt. Full-service internetbureau Neem een bureau die alle expertise in huis heeft. Anders heb je straks voor elke discipline een ander bedrijf, een ander contactpersoon en aparte facturen. Los van de ruime administratie kost het je ook nog eens veel tijd, want je doet je verhaal keer op keer bij iedereen. Bij alles onder een dak heb je een vast contactpersoon meestal in de vorm van een projectmanager. Hij regelt alles voor je en werkt als een soort van trechter. Zorg enkel dat hij goed geïnformeerd wordt, de rest regelt hij voor je. CMS (content management systeem) Iedere website hoort een gebruiksvriendelijk cms te hebben, zodat je zelf alle content (afbeeldingen, teksten, etc) kunt bewerken wanneer je dat wilt. Als je voor iedere bewerking bij de leverancier moet aankloppen, daar wordt je niet blij van. Trap er ook niet in als men aangeeft dat ze een zelfgemaakt cms hebben die veel beter op jouw wensen zal aansluiten. Ten eerste betaal je hiervoor terwijl menig goed cms gratis is. En als het bedrijf omvalt, dan zal het cms nooit meer geupdate worden met de laatste technieken en beveiligingslekken. Nooit doen dus, gewoon open source oplossingen gebruiken. Eigendom Zorg er in ieder geval voor dat je vrij kunt staan waar je wilt. Heb je problemen met je leverancier, dan moet je zo vrij kunnen zijn om naar een ander bedrijf te gaan. Wanneer je open source gebruikt is dit geen probleem. Wanneer je hun cms gebruikt moet dit ook gewoon kunnen maar heb je het risico dat je nog een maandelijkse of jaarlijkse fee betaald. Ook als je besluit alles te verkopen moet dit gewoon mogelijk zijn. Je hebt er tenslotte al eens een keer voor betaald. Je huurt het niet. Mocht je zelf iets in de code veranderen, dan is het wel zo dat eventuele garantie vervalt. Probeer dit dan ook zoveel mogelijk te voorkomen als je niet in deze materie zit. Kosten De meeste bureau's hanteren een uurtarief van 80 euro en hoger. Ik adviseer goed te zoeken en hieronder te blijven. Er zijn er genoeg die goed werk leveren voor scherpere uurtarieven en die echt met je meedenken. Bij veel bureau's is dit andersom en is het zodra de laatste factuur eruit is, de pro-activiteit soms ver is te zoeken. Maar geef gewoon eerlijk je budget aan, dan wordt er altijd een passend voorstel gedaan en scheelt het beide partijen veel tijd en kan er gericht gedacht worden. Hosting Webhosting is meestal een ondergeschoven kindje. Bij de grotere internetburea's ben je al gauw minstens 25 tot 45 euro per maand kwijt. Aangezien jij start is een basic hosting account voorlopig voldoende waarmee je 60 euro per jaar kwijt bent. Upgraden kan altijd nog. Online marketing Zorg ervoor dat je niet alleen aan een mooie website denkt. Een mooie website is namelijk geen garantie voor succes. Je moet gevonden worden. Dit kan door middel van zoekmachine optimalisatie (SEO) en zoekmachine marketing (SEA). Laat je hierin goed adviseren, want het is een vak apart. Ga hier in het begin niet zelf mee aan de slag, want je verliest hier anders onnodig geld mee. Wanneer SEO goed wordt ingericht zullen bezoekers je vaker vinden via de zoekmachines en kun je tevens via de gesponsorde resultaten gericht leads binnenhalen. Door te blijven meten en de site te optimaliseren kun je de conversie dag op dag verbeteren. Responsive design Iets van het afgelopen jaar. Tegenwoordig komt 25% van het bezoek al via mobiele apparaten zoals iphone and ipad. Dit stijgt dit jaar nog naar de 33%. Ergens komend jaar zal dit al 50% zijn. Dit betekent dat je website geoptimaliseerd moet zijn voor mobiele apparaten. Nu kun je een app of een mobiele website laten ontwikkelen maar dit kost allemaal extra geld. Kies voor responsive design. Met responsive design heb je enkel 1 website die zich qua looks aanpast aan het desbetreffende apparaat waarop de bezoeker jouw website bekijkt. Door responsive webdesign ziet jouw website er op elk device picobello uit en je hoeft maar 1 website qua content te onderhouden. Scheelt je dus zowel tijd en geld. Ik hoop dat ik je wat op weg heb kunnen helpen. Als je nog vragen hebt hoor ik het graag. -
Volgens mij moet je voor echt goede suggesties je vraagstelling veel concreter maken. Het ene moment heb je het over auto's en later schrijf je dat je consumentenelectronica repareert. Het punt is dat er maar heel weinig mensen zijn die genoeg inzicht hebben in wat alle beschikbare systemen kunnen. Maar klanteninlogs aanmaken dat kan in ieder geval met Drupal (Open source CMS waar via modules ook klanttickets mee aangemaakt kunnen worden) en Dolibarr (open source CRM systeem) Wat ik zelf in deze context lastig vind is dat je niet precies weet wat je nodig hebt en flink moet experimenteren om ook dat vorm te geven.
