Wat kost een website? Dat is een vraag die mij meerdere keren per week gesteld wordt, en meestal op een moment dat nog (lang) niet alle details duidelijk zijn. Het motief hiervoor is duidelijk: de klant wil weten waar hij aan toe is voordat er verder gepraat wordt. Als het nog niet helder is wat voor website de vragensteller voor ogen heeft, is de vraag helaas verduiveld lastig te beantwoorden. Het resultaat: een patstelling. Welke praktische stappen kunnen klant en internetbureau zetten om uit deze impasse te komen?
Twee wegen
De vraag ‘wat kost een website’ ligt in lijn met de vraag ‘wat kost een huis’, ‘wat kost een auto’ of ‘wat kost een idee’. Dat ligt er maar net aan. Immers: wat zijn de eisen die je stelt aan de ligging van het huis? Hoe groot moet het zijn? Wat voor auto zoek je? Zoek je een luxe auto, een snelle auto of vooral een praktische wagen? En dat idee, hoe goed moet dat zijn? En voor welk probleem is het een oplossing?
Met andere woorden: de informatie die nodig is om te bepalen wat een website kost (welke functionaliteiten, welk platform, uitstraling, eisen aan ontwerp, etc.) ontbreekt in bijna alle gevallen. En juist die informatie is zo hard nodig om de vraag goed te beantwoorden. Vanuit de klant bezien is de vraag meer dan redelijk. Wie van ons zou immers op een rijdende trein springen zonder te weten wat het eindstation is?
Internetbureau en klant kunnen twee wegen bewandelen om uit deze impasse te komen. Optie 1: traditionele bureauselectie. De klant krijgt eerst een helder beeld van de website die hij of zij wil. Het bepalen van de kosten is dan stap twee. Optie 2: SCRUM. De klant stelt het budget vast en kijkt samen met het internetbureau welke functionaliteiten in het budget passen. De klant blijft tijdens de bouw sturen. Beide opties bespreek ik hieronder uitgebreid, vanuit het perspectief van de klant.
Traditionele bureauselectie
1. Idee
De beste websites beginnen met een goede internetstrategie. Echter, niet iedereen is een expert op het gebied van internet. Test je idee bij andere ervaren internetondernemers. En als je twijfelt over je idee, betrek dan professionals bij de ontwikkeling van je strategie.
2. Uitwerking idee
Werk je idee uit in een lijst concrete functionaliteiten. Ben daarbij zo helder (leesbaar), concreet en gedetailleerd mogelijk. Immers: hoe meer details, hoe minder je de invulling aan het lot overlaat. Besteed naast een gedetailleerde beschrijving van de functionaliteiten ook aandacht aan: licenties, onderhoud, hosting, content creatie, testen, ontwerp en bouw.
3. Kennismaking
Of het ontwerp, de bouw en het onderhoud van een website op de lange termijn succesvol is, is zeer afhankelijk van het type internetbureau waar je mee in zee gaat. Stel van tevoren een lijst op met zaken die je van een bureau verwacht. Moeten ze op locatie werken? Stel je eisen aan de creativiteit, grootte, financiële gezondheid, bedrijfscultuur of professionaliteit van het bureau? Stel aan de hand van deze zachte criteria een shortlist van je favoriete bureaus op.
4. Voorstellen
Vraag aan de bureaus op je shortlist voorstellen op basis van de uitwerking van je idee in functionaliteiten. Zorg dat de voorstellenronde meer is dan alleen een beauty contest. Sturen op ontwerp kan immers later in het proces ook nog. En let bij de kosten niet alleen op de kosten op korte termijn, maar ook op de kosten over een periode van 5 jaar. Reken daarbij ook het onderhoud van de content op de website mee. Op die manier zorg je dat je niet voor verrassingen komt te staan.
Zie voor meer informatie met betrekking tot een traditionele bureauselectie ook het artikel van Robert-Jan van Nouhuys.
SCRUM
Heel wat minder traditioneel is het om de Scrum-methode in te zetten (als je niet weet wat Scrum is, zie dan Scrum (software ontwikkeling) op Wikipedia, mijn vorige artikel Grip op website ontwikkeling en de andere artikelen hier op Frankwatching). Je bepaalt dan van tevoren wat het budget is, en gaat samen met het internetbureau aan de slag om een zo goed mogelijke website te maken.
1. Idee
Opnieuw begint het ontwikkelen van de website met een idee. Hoe beter het idee, hoe meer kans van slagen de website heeft. Om in stap 2 te weten wat het budget is, is het tijdens deze stap zeker interessant om het idee uit te werken tot een business case. Begin ook met het opstellen van een aantal must-have functionaliteiten. Die heb je nodig als je begint met de Scrum-methode.
2. Bureauselectie
Voor de bureauselectie in een Scrum-traject geldt weer dat je als klant heel goed moet kijken naar de zachte factoren. Als product-eigenaar ben je tijdens een Scrum-traject zeer nauw bij de ontwikkeling betrokken en geldt dat het bureau dat je uitzoekt heel goed bij jou en je product moet passen. Bij de selectie van het bureau moet je naast de prijs (uurtarief) en de technische opties zeker ook op de bedrijfscultuur en het portfolio letten.
3. Vaststelling budget
Werken met de Scrum-methode is niets anders dan werken met tijd. Een team van programmeurs, vormgevers, interactie-ontwerpers en copywriters werkt toegewijd om in een bepaalde tijd zoveel mogelijk van de gewenste functionaliteiten te realiseren. Het eindproduct wordt dus met name bepaald door de tijd die aan het internetbureau gegeven is om te ontwikkelen.
4. Betrokkenheid
Tijdens de ontwikkeling van je website blijft je zelf nauw betrokken. Bij de Scrum-methode bepaalt de klant immers steeds welke functionaliteiten en onderdelen van de website bij de ontwikkeling prioriteit hebben. Omdat na iedere sprint een werkend product wordt opgeleverd (gevuld met content), biedt het de mogelijkheid om gaandeweg het proces te testen met gebruikers en te sturen op de resultaten daarvan. Zo is voortschrijdend inzicht bij Scrum geen liability, maar een asset.
5. Meer dan alleen ontwikkeling
Houd bij de vaststelling van het budget voor ontwikkeling in de gaten dat er op lange termijn ook kosten gemaakt zullen moeten worden voor licenties, onderhoud, content creatie en hosting. Als je deze zaken van tevoren bespreekt met je bureau, kom je niet voor verrassingen te staan.
Welke weg kies ik?
Zowel de traditionele bureauselectie als de Scrum-aanpak leveren fantastische resultaten op. Afhankelijk van de situatie kan de ene methode wel echt beter bij je passen dan de andere. Als de tijd dringt, je in een snel veranderende omgeving zit die steeds wisselende eisen stelt, of als je graag met voortschrijdend inzicht werkt, dan is de Scrum-methode wellicht voor jou. Ben je iemand die liever zekerheid heeft van tevoren, die gaat voor de allerlaagste prijs en vertrouwt op goede afspraken, dan is een traditionele bureauselectie wellicht een betere optie.
Wijtze de Groot 
Shamier Coffie 
Remy Bleijendaal 
Henry L.Conte 
Hier heb je wat aan. Goed geschreven Peter.
Ton van Houten
Bijkomende kosten
De website is nu gekozen, gebouwd en betaald. En nu? Want wat is een website zonder dat deze bijgehouden wordt?
Vaak wordt er geen rekening gehouden met het up-to-date houden van de website. Zorgen dat ie gevonden wordt en dat de website converteert. Dit levert vaste kosten op, voor personeel of een bureau om het uit te besteden. En ook bij deze kosten geldt weer: je kunt het zo goedkoop of duur maken als je zelf wilt. Afhankelijk van jouw eigen online ambitieniveau.
Inhakend op Chris mis ik in je (verder goed) artikel de kosten na de bouw. Die worden vaak vergeten of onderschat. Denk in ieder geval aan personeel, hosting/onderhoud en uitbreidingen en aanpassingen na oplevering.
“Wat kost een site” zou dus op moeten leveren:
- budget ontwikkeling
- (personeels)budget dagelijks beheer
- budget onderhoud/hosting/licenties/aanpassingen/etc
Heel soms maken we ook nog mee dat een klant “vergeet” dat een website meestal niet veel langer dan 3-5 jaar ongewijzigd mee gaat – je moet wel onmiddellijk weer sparen voor een volgende website of grote upgrade…
Herkenbare vraag! Hoewel het een goed artikel is, gaat het vooral over de keuze tussen twee ontwikkelmethodes. Ik vraag me af of je daarmee de patstelling doorbreekt. Klanten (zeker grote organisaties) moeten vaak in een vroeg stadium budgetten vastleggen. Dan is er nog geen programma van eisen of iets dergelijks bekend. Toch willen ze dan weten of ze in de orde van grootte van 5.000, 50.000 of 500.000 moeten begroten.
Je moet in ieder geval de klant duidelijk maken dat de kosten sterk afhankelijk zijn van onder andere de volgende factoren:
- Of er open source-oplossingen worden gebruikt: dat heeft consequenties voor het wel of niet betalen van licenties.
- De hoeveelheid maatwerk die nodig is.
- Het inkoopproces (bij overheid: Europese aanbesteding?) en of er wordt gekozen voor een full-service bureau of diverse gespecialiseerde partijen.
- In hoeverre realisatie en beheer worden in- of uitbesteed.
- Het beschikbare budget: wat is het maximum dat de klant wil besteden?
- Het gewenste kwaliteitsniveau. Wil de klant bijvoorbeeld investeren in degelijk usabilityonderzoek, moeten de opgeleverde producten worden gekeurd op toegankelijkheid door gecertificeerde partijen?, etcetera.
- Kosten voor een externe projectleider (dit kan een behoorlijke kostenpost zijn, aan de andere kant kan een professional in het gehele traject ook veel geld besparen).
Verder moet ook rekening worden gehouden met jaarlijks terugkerende kosten (hosting, Service Level Agreement, onderhoud, doorontwikkeling) die per leverancier sterk kunnen verschillen.
SCRUM heeft niks te maken met budget. Bovendien bepaalt een klant niet welke functionaliteiten/onderwerpen prioriteit hebben. Het is juist zo dat de klant samen met het team elke iteratie de user stories (of simpel gezegd: functionaliteiten/onderwerpen) bepaalt.
Jammer dat SCRUM wordt misbruikt voor andere doeleinden.
Maar – de achterliggende gedachte van dit artikel – dat er ook op een andere manier met budget kan worden omgegaan, is wel geinig. Maar er zijn nog veel meer constructie’s mogelijk.
Beetje hetzelfde als de vraag “Wat kost een folder?” of “Wat kost een viral?”. Wat veel interessanter is is de achterliggende vraag en doelstelling van de organisatie. Een website is maar een klein onderdeel van de complete online marcom activiteiten die leiden naar online succes.
@David, dat ben ik geloof ik niet met je eens: SCRUM heeft alles te maken met tijd (de variabele ‘tijd’ zet je op voorhand vast, ipv variabele ‘eisen & wensen’). En tijd is.. geld.
Dat de functionaliteiten vaak pas voorafgaand aan elke sprint voortschrijdend worden bepaald is correct, maar de Product Owner hoort degene te zijn die eindverantwoordelijk is voor inhoud & prioriteit van de Productbacklog. (De rest van) het team beslist als het goed is juist niet mee wát er moet gebeuren, maar maakt een inschatting van de (relatieve) tijd die de user stories op de backlog hen kosten om te realiseren. Op basis daarvan committeert het team zich voor een bepaalde hoeveelheid stories in die komende sprint.
Indien met een externe bouwer, dus als klant, wordt gewerkt, is het niet ongebruikelijk dat de klant de rol van Product Owner op zich neemt. Eigenlijk zou het vreemd zijn ook, je zegt “Bovendien bepaalt een klant niet welke functionaliteiten/onderwerpen prioriteit hebben.” maar welke klant besteedt een website uit terwijl hij niet kan bepalen welke funcionaliteit voor hem het meest belangrijk zijn?
De vraag zou m.i. andersom moeten worden gesteld vanuit de opbrengstenkant: wat zijn de opbrengsten van een website? Vervolgens gaat het om de vraag wat de kosten zijn voor niet alleen de realisatie van de site, maar vooral van de operatie na livegang. De echte uitdaging (en ook de grote kostenpost) start op de launch-date van de site.
Vaak ontstaan er na livegang verborgen kosten (veelal veroorzaakt door interne medewerkers die veel operationele werkzaamheden moeten verrichten t.a.v. bijvoorbeeld content management) die vooraf niet benoemd zijn. Als dan ook niet duidelijk is wat de opbrensten zijn dan ontstaat er al snel de discussie over de effectiviteit van de site. Zonde, want internet als kanaal biedt nou juist de kans om de effectiviteit realtime te analyseren en bij te sturen.
Wellicht interessant om te vermelden, in de Linkedin groep van B2bcontact.nl staat een interessante discussie van maar liefst 209 comments!
‘Wat zou de kleine ondernemer over hebben voor een professionele website?’
http://www.linkedin.com/groups?home=&gid=1818981
Erg leuke discussie en veel nuttige invalshoeken.
Het artikel zelf zegt me niet zoveel. Ik vind ook dat SCRUM een ontwikkelmethode is en dat het niet zo heel veel met budgetbepaling te maken heeft.
Ik vind de bovenstaande reacties wel heel interessant.
Mijn mening is, is dat het voor een maatwerkproject altijd een kip-en-ei verhaal is. Om nauwkeurig in te kunnen schatten wat iets kost, moet je eigenlijk al gaan ontwerpen. Het mooiste voor de webbouwer én de klant is als het ontwerp en de realisatie separaat kan worden gedaan.
Alleen: de klant ziet dit vaak anders. En wil toch altijd graag een indicatie voor de bouw, voordat je uberhaupt aan het ontwerp kan gaan denken.
Toch jammer dat in zowel het artikel als in de reacties geen bedragen genoemd worden. De titel is immers: wat kost een website? Open deuren als dat het ook vanuit opbrengstenzijde bekeken dient te worden, dat er verborgen kosten zijn, jaarlijkse kosten ook niet vergeten moeten worden etc. weten de meeste mensen hier op FW wel.
De link naar het forum op LinkedIn is inderdaad goed te noemen! Om dan maar af te sluiten met wat bedragen voor een gemiddelde website (ontwerp, bouw, tekstpagina’s, nieuwsmodule, contact, fotoalbum; je kent het wel), welke wij dagelijks tegen komen in de markt:
- Gemiddelde website bij een handig neefje: tussen de 500-1500
- Gemiddelde website bij een klein internetbureau (1 of 2 man): 1500-2500
- Gemiddelde website bij een internetbureau (min. 5 man in dienst): 2500-5000
- Maatwerk website (volledig traject: strategie, ontwerp, bouw, marketing): minimaal 5000-7500. Eindbedrag heb je vervolgens zelf in de hand.
@Rob de Groot Ik waardeer dat je bedragen durft te noemen :-D
Toch vind ik je overzicht veel te kort door de bocht. De prijs hangt echt niet alleen af van de omvang van het bureau. Je gaat er dan van uit dat de overhead bij de leverancier de prijs bepaalt en niet de wens van de klant. Ik kan in ieder geval aangeven dat projecten die ik in het verleden heb gedaan veel meer kosten dan de bedragen die jij noemt. Je begint voor maatwerk bij 5.000 – 7.500 euro, inclusief ‘alles’. Stel dat je een gemiddeld uurtarief hanteert van gemiddeld 100 euro voor alle disciplines die je noemt. Dan kan je er 50 tot 75 uur aan besteden, dus ruim een week tot krap twee weken. Ik denk niet dat je in die beperkte tijd een serieuze strategie kan ontwikkelen, de site volledig kan ontwerpen (functioneel, interactie en grafisch), bouwen, testen (!) en in de markt zetten.
@Peter Akerboom Ik ben inmiddels ook wel benieuwd naar jouw reactie op de reacties op dit artikel!
Laat ik ook eens lef tonen:
- WordPress-site € 2.000 – € 5.000
- Blocks-site € 5.000 – € 30.000
- Maatwerksite “full service” € 30.000 – € 100.000
- Grote maatwerksite “full service” vanaf € 100.000
@Coen Super, ben benieuwd of meer mensen nu over de brug durven komen! Deze bedragen klinken mij in ieder geval realistisch in de oren.
[...] Wat kost een website? (Frankwatching) Deze vraag is helaas verduiveld lastig te beantwoorden. Welke praktische stappen kunnen klant en internetbureau zetten om uit deze impasse te komen? [...]
Wat een goede en nuttige discussie is hier ontstaan! Ik ben eerlijk gezegd positief verrast dat dit onderwerp de tongen zo losmaakt. Wat mij betreft een aanleiding om nog eens (en dan nog eens) een artikel aan dit onderwerp te wijden.
Ik zal daarom hier niet proberen uitputtend te zijn in mijn reactie op jullie (vaak goede) input, maar een paar voor-de-vuist-weg reacties op jullie commentaren geven
- Zoals jullie terecht hebben opgemerkt is mijn overzicht (bij lange na) niet volledig. Volledigheid zou een boek vergen, IMO. Zaken die ik achteraf ter overweging zou willen toevoegen zijn met name de hosting, licenties, en het externe projectmanagement (aan de klantzijde) als belangrijke factoren.
- Heel terecht zijn de opmerkingen dat de meeste kosten pas na de launch van de website komen. Technisch onderhoud (ik reken daar ook even SEO onder) en de content organisatie zijn ‘Major’ kostenposten. Als het businessmodel achter de website klopt, echter, staan er tegenover die specifieke kosten ook opbrengsten. Dat is wat mij betreft een andere situatie (met een andere dynamiek) dan de investering in de bouw van een website.
- SCRUM heeft inderdaad niet direct iets met budget te maken. Het bepaalt wel hoe je een budget kunt aanvliegen. Heel zwart/wit: Traditioneel bepaalt het budget de scope en blijkt de kwaliteit als je klaar bent. SCRUM: bouwer & klant bepalen de kwaliteit en het budget bepaalt wat de scope is (hoever je komt).
- Zelfs al getuigt het van lef, ik ben niet voor het noemen van bedragen, of ‘ranges’ van bedragen. Daarmee schep je verwachtingen, en daar is het aantal uitzonderingen op de regel te groot voor. (FrankWatching is een WordPress website. Kun je die voor EUR 5000 bedenken, ontwerpen, bouwen en vullen?). Daarbij: het artikel gaat mijns inziens niet over geld, maar over aanpak. En over hoe je de meeste bang-for-your-buck krijgt.
@Peter Akerboom Dank voor je reactie! Ik begrijp wel dat je niet voor het noemen van (ranges van) bedragen bent, omdat er vele uitzonderingen op de regel zijn. Maar… hoe adviseer jij dan een klant als die vraagt welk budget verstandig is te reserveren? Nogmaals; een klant wil de orde van grootte weten. Moet er 5.000, 50.000 of 150.000 opzij worden gezet? Hoe ga je hier mee om in de praktijk?
Ik beschouw FrankWatching eerder als een maatwerksite waar WordPress voor ingezet is – die zou in de huidige vorm dus wel deze richtlijnen overstijgen. En een stuk verbeterd worden :P
Ik vraag me ook af in hoeverre er zoveel uitzonderingen (zouden moeten) zijn op mijn lijstje. Laat ik ‘m anders opschrijven:
- kleine site met gebruik van standaardonderdelen € 2.000 – € 5.000
- middelgrote tot grotere site met gebruik van standaardonderdelen € 5.000 – € 30.000
- maatwerksite “full service” € 30.000 – € 100.000 (eventueel gebruik van standaardonderdelen)
- Grote maatwerksite “full service” vanaf € 100.000 (eventueel gebruik van standaardonderdelen)
@Renata Verloop, Ik adviseer vaak een benadering vanaf de opbrengsten-zijde, in lijn met wat Remko Reinders in deze comments schrijft. Maak vantevoren een business case voor je investering. Wat een website opbrengt in de minimale variant bepaalt vervolgens wat ie mag kosten: je budget.
Vervolgens kies je (voor de bouw van de site) een aanpak die bij je past. Is dat plan-and-build, dan neem je de traditionele route. Is het grow-as-you-go, dan gebruik je een benadering waarin je bijvoorbeeld SCRUM gebruikt.
Ik hoop dat je zo een antwoord hebt!
@Coen, mijn voorbeeld was enigszins gechargeerd. FW is inderdaad geen typische WordPress Blog.
Zo! De nodige (terechte) reacties!
@ Renata: natuurlijk is dit kort door de bocht, echter ging het mij om het principe dat een artikel wordt geplaatst met een populair onderwerp cq. pakkende kop (slim) maar vervolgens wordt de meest prangende vraag van bijv. MKB-ondernemers actief op dit blog nóg niet beantwoord!?! Noem het dan iets in de trant van “welke factoren bepalen de kosten?”.
Of voor het noemen van ranges lef nodig is, of dat het niet slim is betwijfel ik. Ervaringscijfers zou ik toch niet anders (lees: nadelig) presenteren?? Het bureauspecifieke is overigens puur ter illustratie bedoeld.
En ja, er zijn tig zo niet honderd factoren van invloed bij de uiteindelijke prijs. En die krijgen ook onze klanten (bij maatwerk projecten) pas na een gedegen voorbereiding (onderzoek, strategie, functioneel ontwerp, interactie ontwerp, grafisch ontwerp en evt technisch ontwerp). En nee, dat kan vrijwel nooit in 100 uur. Daar begint het pas. Een goed onderbouwde en fundamentele strategie heb je niet zomaar, hetzelfde geldt voor effectieve seo/sea etc.
Omtrent de ranges en tarieven blijf ik stellig. Maatwerk BEGINT bij die range en kan fors oplopen. Al vind ik een overschrijding van € 100.000,00 toch wel reden om (voor gem. MKB Nederland anno 2010) nog eens kritisch rond te kijken en goed advies in te winnen.
Ik kan me vergissen in de gemiddelde FW-lezer maar als je als kleine onderneming € 30.000,00 investeert in enkel en alleen een “gemiddelde” website dan zijn het goede tijden voor sommige bureaus….
@ Peter: de inhoud van het artikel en de strekking van het verhaal zijn overigens meer dan prima hoor. Biedt houvast voor beslissers en betrokkenen en met dat doel voor ogen is er m.i. zeker een goede discussie ontstaan!
Ik werk met Open Source producten en gebruik web icm social media en Salesforce CRM.
Deze site: http://training-time-management.bashoorn.nl/home kost me niets. Salesforce CRM erbij is € 4,- / maand. Traffic en conversie is prima door inzet social media.
(Voor templates op maat gebruik ik lage lonenlanden en betaal ik voor design minder dan 20% van de Nederlandse tarieven. Dat was echter bij deze site niet nodig.)
Het gegeven dat deze vraagstelling telkens weer een enorme hoeveelheid reacties teweeg brengt, komt omdat het wazig blijft. Een ondernemer kan vanuit een commercieel oogpunt gezien hier nog steeds geen koekjes van bakken.
Ik zag Remko Reinders al opmerken dat het vanuit een opbrengst bekeken zou moeten worden. Dat is ten delen waar, de ondernemer moet het vanuit dat oogpunt bekijken en het internet bureau zal hem daarin moeten faciliteren.
Als er hier gesteld wordt dat iemand lef toont om prijzen te noemen, noem ik dat ronduit ondoorzichtig. Er worden geen kwalitatieve of kwantitatieve factoren benoemd waarmee een betrouwbare afweging gemaakt kan worden of de prijsstelling reëel is. Het doet me denken aan het opstellen van de Marketing budgetten, net zo vrijblijvend en zonder enig inzicht in te verwachten opbrengsten ofwel rendement.
En toch kan het vanuit het internet bureau wel degelijk anders, want we hebben het hier voor 100% over arbeidsuren. Ieder onderdeel van het traject kan binnen een kleine foutmarge in kaart gebracht worden. Ik wacht nog steeds op het eerste internet bureau dat mij een project sheet aanbiedt, waarop ik interactief keuzes aan kan vinken. Iedere keuze kan kwalitatief en kwantatief gelinkt worden aan voorbeelden. Het lef hierbij bestaat uit de openheid van het publiceren van de uurtarieven en het vertrouwen dat het internet bureau heeft in haar eigen kunnen..
@JohN Ons standaard uurtarief is € 100. Een website bestaat inderdaad voor een groot deel uit uren, maar niet 100%. Je hebt bijvoorbeeld ook te maken met licenties. Je kunt kwalitatieve (bijv. webrichtlijnen) en kwantitatieve (bijv. uren) factoren benoemen.
De SCRUM-methode biedt je overigens juist de mogelijkheid als opdrachtgever direct te sturen, er zijn veel bureaus die al met die methode (kunnen) werken.
Als een bureau de volledige keuze bij de opdrachtgever laat is dat ook niet goed denk ik. Tenslotte hoort een stukje strategie er ook bij.
In de reacties wordt ook gezegd dat je moet kijken naar de opbrengsten van een site en aan de hand daarvan kan bepalen wat deze zou mogen kosten. Op zich een goede insteek, behalve dat deze niet voor alle organisaties toepasbaar is. Denk bijvoorbeeld aan overheden of kennisinsituten. Dit type organisatie heeft vaak een doelstelling die niet in keiharde euro’s is uit te drukken…
[...] de vraag bij meerdere partijen leeft, blijkt wel uit een artikel op het blog van frankwatching.nl. Iedereen probeert op zijn of haar manier een antwoord te zoeken en te geven. De één noemt [...]
Goed dat een paar partijen man & paard willen noemen.
Als wij voor een website een offerte schrijven geven we in ieder geval een vaste kostenpost voor de eerste fase, waarin strategie en functioneel ontwerp worden uitgewerkt. We geven meestal wel een indicatie van de kosten voor de verdere realisatie (vormgeving, techniek, content, SEO, testen, etc).
Nadat het functioneel ontwerp af is kunnen we de eerdere kostenindicatie definitief maken.
De kosten voor het ontwikkelen van een website liggen bij ons tussen de 2500 en 40000 euro.
Content, SEO/SEA, uitgebreider testen, traffic genereren reken ik niet mee.
[...] verscheen op Frankwatching een artikel met de titel ‘Wat kost een website?’. Dit leverde een interessante discussie op. En [...]
Interessante discussie lees ik hier, wel beetje academisch en naief hier en daar.
Ik vind de benadering van Rob de Groot van Artform.nl wel het meest realistisch omdat hij de nadruk legt op de grootte van het kantoor. Je kunt als klein (1 a 2 man) kantoor om verschillende redenen nooit de prijzen vragen van een groot kantoor, (zelfs niet als de klant begrijpt hoe arbeids- en kennisintensief de ontwikkeling van een potentieel succesvolle website is, en bereid is daar voor te betalen). De belangrijkste reden is dat je geen zeer grote (en kostbare) projecten kunt uitvoeren zonder je andere klanten te verwaarlozen.
De enige manier overigens toch loon aar werken te krijgen als professioneel maar klein kantoor is: actief zijn in een kapitaalkrachtige branches of kennisintensieve branches omdat men daar bij voorbaat (DUS BIJ VOORBAAT) begrijpt dat kwaliteit altijd een prijs heeft.
Mag ik opmerken dat de bedragen die hier genoemd worden mij nogal fantastisch in de oren klinken (maatwerksite “full service” € 30.000 – € 100.000 ) Of ben ik nou onwetend. Laten we zeggen 120 EUR per uur voor een topdesigner of programmeur. betekent 833 uur werk. Dat is 20 weken (40 uur per week). Verdeeld over 4 disciplines is 10 weken per discipline. Fixed price voor grote klus in aanmerking genomen. Jongens, waar praten we over. Dit zijn uitzonderingen, Kan mij volgens mij geen regel zijn voor, hmm laten we zeggen, doorsnee groot redelijk lopend ontwerpbureau. Met wie praat ik hier eigenlijk Coen der Poll?
[...] verscheen op Frankwatching een artikel met de titel ‘Wat kost een website?’. Dit leverde een interessante discussie op. En [...]
[...] Hedwyg van Groenendaal staat in Webdesigner 30 en roept op tot discussie.Onlangs verscheen op Frankwatching een artikel met de titel ‘Wat kost een website?’. Dit leverde een interessante discussie [...]
Wat kost een website? Dat is dezelfde vraag als Wat kost een auto?
Mijn ene klant wil een tweedehands “fiatje panda” website wet 2 pagina’s. Mijn andere klant wil een “Porsche-klasse” website met een database voor 1 miljoen dynamische productpagina’s.
Duidelijk zit er een paar nullen verschil in de factuur.
[...] verscheen op Frankwatching een artikel met de titel ‘Wat kost een website?’. Dit leverde een interessante discussie op. En [...]