Website/software ontwerp voor de bouw

[bouwondernemer]

Ik speel al een tijdje met het idee om software/website te laten ontwikkelen. Ik werk als (zelfstandig) kopersbegeleider in de bouw en denk dat de huidige pakketten nog wel verbeterd kunnen worden.

 

Toen ik begon met mijn idee had ik de gedachte dat er nog geen webbased software was, inmiddels ben ik erachter dat er een aantal softwareontwikkelaars dit aanbieden. Nou heb ik nog 1 usp, maar dat is dan ook gelijk het moeilijkst te ontwikkelen (logisch, anders was het er al wel).

 

Ik vraag me een aantal dingen af:

 

- Kost het inderdaad rond de €50.000,-- om een website/software te ontwikkelen? Wat is dan normaal om voor een licentie te vragen?

- Nu las ik ergens anders op HL dat je geen software moet laten ontwikkelen, maar het zelf moet kunnen maken anders kun je het beter niet doen, zijn jullie het daar mee eens?

- Ik heb een afspraak met bijv. de directeur en laat 'm mijn website zien. Hoe voorkom ik dat hij denkt; "goed idee! Dit ga ik even doorgeven aan onze software ontwikkelaar en laat het toepassen in onze website/software". Is het mogelijk om iets van mijn ontwerp te beschermen?

- Er zijn best een aantal aanbieders van software/websites (niet allemaal even mooi, professioneel uiterlijk) en ik heb hier ergens gelezen dat dat betekent dat er markt is, maar zouden bedrijven zomaar over stappen? Ik weet wel dat je moet uitgaan van je eigen kracht, maar ik kan me voorstellen dat ik daar steeds minder zeker van word als ik €50.000 geïnvesteerd heb en moet scoren

 

Zomaar wat vragen, ik hoop dat jullie me kunnen helpen om wat dingen beter op een rijtje te zetten!

[robberttk]

Ik denk dat het wel noodzaak is dat je exact moet kunnen uitleggen wat je wilt aan software, aan welke eigenschappen het moet voldoen enz, dus het grote plaatje kunnen zien. Ik denk niet dat het nodig is om zelf programmeur te zijn en de site of software dus zelf te maken.

Over de kosten is weinig te zeggen zolang niemand al je functie-eisen heeft gezien, maar wat je zou kunnen doen is 1 van je software-ontwerpen helemaal uitwerken (functioneel ontwerp maken), en aan de hand daarvan bij een paar bedrijven een serieuze offerte aan kunnen vragen.

 

[R.I.P. | Peter Bonjernoor]

- Kost het inderdaad rond de €50.000,-- om een website/software te ontwikkelen? Wat is dan normaal om voor een licentie te vragen?

Tegenvraag - kost het inderdaad 100.000 euro om een auto te kopen? Wat is dan normaal om als leasebedrag te vragen?

 

- Nu las ik ergens anders op HL dat je geen software moet laten ontwikkelen, maar het zelf moet kunnen maken anders kun je het beter niet doen, zijn jullie het daar mee eens?

Nee. Complete bullshit. Als je een huis wilt kopen ga je ook niet eerst architectuur studeren.

 

- Ik heb een afspraak met bijv. de directeur en laat 'm mijn website zien. Hoe voorkom ik dat hij denkt; "goed idee! Dit ga ik even doorgeven aan onze software ontwikkelaar en laat het toepassen in onze website/software". Is het mogelijk om iets van mijn ontwerp te beschermen?

Moeilijk te zeggen, want we hebben geen informatie over je plan, maar het is meestal niet mogelijk een idee dicht te timmeren. Je zult sowieso met je website (publiek toegankelijk) met concurrentie te maken krijgen, en die zul je dus voor moeten blijven door je te onderscheiden.

 

- Er zijn best een aantal aanbieders van software/websites (niet allemaal even mooi, professioneel uiterlijk) en ik heb hier ergens gelezen dat dat betekent dat er markt is, maar zouden bedrijven zomaar over stappen? Ik weet wel dat je moet uitgaan van je eigen kracht, maar ik kan me voorstellen dat ik daar steeds minder zeker van word als ik €50.000 geïnvesteerd heb en moet scoren

Tsja, da's niet mijn specialisme... Ik vertrouw er op dat er hieronder wel wat zinnigs over gezegd zal worden. ;)

[bouwondernemer]

Bedankt voor de snelle reacties!

 

Ik heb het idee voor een website helemaal uitgewerkt, ik weet precies hoe ik het wil hebben, alleen als ik daarmee naar een ontwikkelaar stap, geef ik wel mijn idee uit handen... en wat gebeurt er dan mee?

En naar wat voor ontwikkelaar moet je gaan? Een grote (en dus duurdere denk ik) of juist een kleine (waar je nog echt klant bent), voor nu zou een kleine dan misschien beter zijn, maar wat als het echt wat wordt? Is dan een grote ontwikkelaar niet beter?

 

Het is erg moeilijk om de concurrentie voor te blijven, omdat 'zij' al voor liggen op mij, ze hebben de contracten (en bijbehorende inkomsten) al en kunnen dus achter de schermen rustig mijn idee overnemen. Het lijkt me dat je je niet in zoveel andere dingen kunt onderscheiden.

 

Duidelijk punt over de kosten van een website/ licentie, maar ik wil graag een beetje houvast ;-) Bekijken of het de moeite waard is... Ik heb nl geen idee wat zo'n licentie zou moeten kosten... Heb je het dan over €50, €500 of €5000 per jaar? Ik heb wel wat proberen uit te zoeken, maar ja, daar zijn 'ze' niet zo scheutig mee op internet :-)

[R.I.P. | Peter Bonjernoor]

Ik heb het idee voor een website helemaal uitgewerkt, ik weet precies hoe ik het wil hebben, alleen als ik daarmee naar een ontwikkelaar stap, geef ik wel mijn idee uit handen... en wat gebeurt er dan mee?

Dan laat je vooraf een NDA (Non-Disclosure Agreement) tekenen waarmee die ontwikkelaar zich contractueel vastlegt daar zijn mond over te houden en het niet voor eigen gewin te gebruiken.

 

En naar wat voor ontwikkelaar moet je gaan?

Als kleine bevooroordeelde ontwikkelaar sla ik deze vraag even over... ;)

 

Het lijkt me dat je je niet in zoveel andere dingen kunt onderscheiden.

En je USP dan? Los daarvan kun je je onderscheiden in prijs, service, etcetera.

 

Duidelijk punt over de kosten van een website/ licentie, maar ik wil graag een beetje houvast ;-)

Kun je niet doen alsof je klant bent en bij een of meer van je toekomstige concurrenten een offerte opvragen? Dan heb je een idee wat zij vragen.

[Think Twice]

Geheimhoudingsovereenkomst laten tekenen, dat sowieso.

 

Je kan prima kiezen voor een kleine ontwikkelaar. Mocht het echt booming worden en diegene kan het niet meer aan dan kan je altijd nog overstappen naar een andere partij, het is maar code, iedere ontwikkelaar kan daarmee aan de slag.

 

Of zoals ik doe. Naast mijn eigen bedrijf werk ik samen met een compagnon aan diverse webshops. Hij de commercie, ik de techniek. Wellicht is je idee zo interessant dat je iemand kan interesseren om daarin mee te werken. Voordeel is dat er voor de ontwikkelaar ook een grotere drive is om het tot een succes te maken, immers dan is er ook een stukje eigen belang.

[Floris BS]

Als je zelf een ontwerp wedstrijd start online kan je zelf bepalen wat je budget is. De designers kiezen dan of zij bereid zijn aan de slag te gaan voor dat bedrag. Daarnaast kan je daar bij andere wedstrijden "afkijken" wat zij als beloning bieden en wat voor designs zij daarvoor terug kijken.

Gedurende de gehele wedstrijd is het mogelijk om online met de designers te communiceren en feedback te geven dmv ratings en aanwijzingen. Zo blijf je zelf bij het hele proces betrokken.

Mocht er aan het einde geen geschikt ontwerp tussen zitten, betaal je ook niet.

 

succes,

 

floris

 

Mod edit: bedrijfsnaam mag in de handtekening, niet in de ondertekening van elk bericht

[Highio]

Floris, TS zoekt een technische ontwikkelaar...

 

Groet,

 

Highio

[jhs]

Als kleine bevooroordeelde ontwikkelaar sla ik deze vraag even over... ;)

Ik ook maar inleven in de vraag kan geen kwaad ;)

Een grote partij is vaak onpersoonlijk en duurder, maar kan wel betere capaciteit, garantie en continuïteit bieden. Wellicht een open deur en het gaat ook lang niet voor alle kleine en grote ontwikkelaars op, wat definieer je trouwens onder klein en groot, maar houd er goed rekening mee en leg offertes naast elkaar.

 

Je kan prima kiezen voor een kleine ontwikkelaar. Mocht het echt booming worden en diegene kan het niet meer aan dan kan je altijd nog overstappen naar een andere partij, het is maar code, iedere ontwikkelaar kan daarmee aan de slag.

Daar ben ik het niet mee eens. Ontwikkelaars zijn heel bedreven in vendor lock in creëren. Bovendien gaat het hier om een webapplicatie, geen website. Websites zijn veel makkelijker over te nemen omdat architectuur vaak standaard is (bestaand CMS) of voor de hand ligt en weinig eigen code bevat. Webapplicaties is software met een webinterface. Die webinterface is misschien maar 5% van het project. Zonder documentatie t.a.v. architectuur, ontwerpbeslissingen, visie, stijl en codecommentaar kan een andere ontwikkelaar er heel weinig mee. Bovendien liggen de rechten op broncode standaard bij de ontwikkelaar (zie bijv. algemene voorwaarden en module 2 van branchevereniging ICT~Office), dus mag je niet zomaar switchen.

 

Mijn tip is om je wel te verdiepen in de achterliggende techniek. Dit om te begrijpen waar je voor betaalt, wat wel en niet kostbaar is, wat wel en niet kan en of de architectuur past bij jouw (toekomst)visie van het product. Ik ken een geval van een jongedame met een briljant idee voor een app die het liet ontwikkelen voor een partij voor 25.000, zonder enige kennis van techniek en ontwikkelprocessen. Dat is dus ook fout gegaan. Wij doen dergelijke projecten ook maar betrekken de klant in het ontwikkelproces en verlangen van de klant dat hij zich ook verdiept in de materie.

 

Mooiste zou zijn een partner zoeken die gelooft in het idee en de technische kant voor z'n rekening neemt. Anders iemand zoeken die je onafhankelijk begeleidt bij het proces.

[Think Twice]

Je zorgt natuurlijk wel dat je de rechten verkrijgt op de broncode.

 

Ik ontwikkel en heb zelf ook vele (grote) webapplicaties gebouwd en ook regelmatig over moeten nemen van vorige ontwikkelaars. Ik zie daar echt het probleem niet van in. Ok, het heeft mijn voorkeur niet, want je zoekt je in het begin een ongeluk, maar onmogelijk dat zeer zeker niet.

 

Maar goed, groot of klein het heeft allemaal zijn voor en nadelen. Mijn klanten zijn juist bij mij vanwege de kleinere omvang van het bedrijf.

 

[R.I.P. | Peter Bonjernoor]

Daar ben ik het niet mee eens. Ontwikkelaars zijn heel bedreven in vendor lock in creëren. Bovendien...

Da's eigenlijk een opsomming van dingen die je voor elke onderneming in welke tak van sport ook zou kunnen bedenken. Laten we even uitgaan van een fatsoenlijke ontwikkelaar die je niet probeert te naaien - daar heeft TS veel meer aan!

[jhs]

Daar ben ik het niet mee eens. Ontwikkelaars zijn heel bedreven in vendor lock in creëren. Bovendien...

Da's eigenlijk een opsomming van dingen die je voor elke onderneming in welke tak van sport ook zou kunnen bedenken. Laten we even uitgaan van een fatsoenlijke ontwikkelaar die je niet probeert te naaien - daar heeft TS veel meer aan!

Dat is zo, maar ik wil TS er wel bij bepalen. Ik vind "het is maar code, iedere ontwikkelaar kan daarmee aan de slag" echt te kort door de bocht vanuit zowel technisch als juridisch oogpunt. In softwareontwikkeling zijn het, vaak ongelezen, algemene voorwaarden dat rechten bij ontwikkelaar liggen. Zo werkt de industrie nou eenmaal: broncode is het bedrijfskapitaal. Opzettelijk naaien is dus echt iets anders.

[Wouter33]

Daar ben ik het niet mee eens. Ontwikkelaars zijn heel bedreven in vendor lock in creëren. Bovendien...

Da's eigenlijk een opsomming van dingen die je voor elke onderneming in welke tak van sport ook zou kunnen bedenken. Laten we even uitgaan van een fatsoenlijke ontwikkelaar die je niet probeert te naaien - daar heeft TS veel meer aan!

 

Helemaal niet mee eens Peter. JHS heeft wat mij betreft volledig gelijk. Er zijn vele ontwikkelaars die in (web)applicaties software gebruiken die eerder ontwikkelt zijn door hun eigen bedrijf of een externe leverancier. Dan komt het vaak voor dat de applicatie niet volledig eigendom van de klant is of niet volledig bewerkt kan worden. Daar moet de klant van te voren goed naar kijken als dat de wens van de klant is. Dat een ontwikkelaar meteen onfatsoenlijk is als alle rechten niet automatisch bij de klant komen te liggen vind ik erg kort door de bocht en een kwalijke opmerking.

 

De ervaring leert dat juist met applicaties ontwikkelaars in de meeste gevallen niet zo maar verder kunnen bouwen op software van andere leveranciers. Let daar bij de ontwikkeling dus goed op!

[R.I.P. | Peter Bonjernoor]

Helemaal niet mee eens Peter. JHS heeft wat mij betreft volledig gelijk.

JHS had het er over dat ontwikkelaars heel bedreven zijn in het creëren van een vendor lock - moedwillig, dus, en daar reageerde ik op.

[Wouter33]

Helemaal niet mee eens Peter. JHS heeft wat mij betreft volledig gelijk.

JHS had het er over dat ontwikkelaars heel bedreven zijn in het creëren van een vendor lock - moedwillig, dus, en daar reageerde ik op.

 

Een vendor lock hoeft niet perse negatief te zijn. Maar excuses, moedwillig om de verkeerde redenen is natuurlijk altijd slecht.

 

Kern van het verhaal voor @bouwondernemer is denk ik dat een kleine ontwikkelaar zijn voordelen kan hebben qua prijs en flexibiliteit. Maar dat je daar het eigendomsbehoud en de rechten goed moet vastleggen zodat in de situatie dat je ontwikkelaar niet meer in staat is om verder te bouwen aan je software, iemand anders dat wel kan.

[bouwondernemer]

Bedankt voor deze uitvoerige discussie, waardoor ik besef dat het niet 'zomaar' even een ontwikkelaar uitkiezen is... Alleen de gebruikte termen zijn voor mij al abacadabra :)

 

Ik denk dat ik nu eerst maar een paar gesprekken ga voeren met ontwikkelaars; of het mogelijk is wat ik in gedachten heb en of ze een offerte uit willen brengen.

Ik weet niet of het mag op dit forum, maar weten jullie nog een paar goede ontwikkelaars ;D? Ik heb al wel 2 berichtjes gehad, maar meer is altijd beter...

 

[jhs]

Bedankt voor deze uitvoerige discussie, waardoor ik besef dat het niet 'zomaar' even een ontwikkelaar uitkiezen is... Alleen de gebruikte termen zijn voor mij al abacadabra :)

Mooi, dat is precies waar ik je bij wilde bepalen.

 

Nog even terugkomend op de opmerking van Peter: vendor lock in komt per definitie voor bij grote projecten omdat ontwikkelaars een gesloten codebase gebruiken om niet continu het wiel opnieuw uit te vinden. Die codebase is bedrijfskapitaal en dus wordt dus niet zomaar overgedragen als de klant ineens een andere ontwikkelaar wil. Bij internetbureaus komt dit veel minder voor dan bij softwarebedrijven trouwens. Altijd een kwestie van goede afspraken, maar let er goed op, dat is mijn punt. Daar kan Peter het alleen maar mee eens zijn lijkt me.

 

Ik denk dat ik nu eerst maar een paar gesprekken ga voeren met ontwikkelaars; of het mogelijk is wat ik in gedachten heb en of ze een offerte uit willen brengen.

Een offerte maken kost tijd en voor de ontwikkelaar inzicht in je benodigdheden. Het beste is een document opstellen (keyword: software requirements specification) waarin je precies beschrijft wat het systeem is, gebruikers, de functionele en niet-functionele requirements, interfaces, etc etc. Op basis van een SRS kunnen ontwikkelaars een goede schatting maken van tijd en kosten. Als je een goede SRS hebt zijn veel ontwikkelaars bereid om gratis een offerte uit te brengen. Vergeet de NDA niet.

[Alexander_vD]

In de keuze van de ontwikkelaar kunnen ook andere zaken een rol spelen.

 

Hoe ga je de service en support organiseren?

Moet de ontwikkelpartij dit ook kunnen leveren en hebben ze dat in hun "assortiment" ?

Of wordt dit binnen jouw bedrijf geleverd?

 

Is je doelgroep gevoelig voor een sterke of specialistische naam?

Ik moest even denken aan "getest door TNO" wat vaak gebruikt wordt in de marketing.

Heb jij baat bij "ontwikkeld door ... " dan kan dit misschien een extra verkoop argument zijn.

 

Misschien is het verstandig om een inkoper aan te trekken die vaker met dit bijltje heeft gehakt, de markt en vooral de valkuilen kent. Puur om jou te begeleiden bij de inkoop van zo'n complex product.

[R.I.P. | Peter Bonjernoor]

Altijd een kwestie van goede afspraken, maar let er goed op, dat is mijn punt. Daar kan Peter het alleen maar mee eens zijn lijkt me.

Check! ;)

[thomaspot]

Je zou ook kunnen proberen een partij te benaderen, welke gebruikt maakt van Open Source software.. Om op basis daarvan een eigen (add-on) te laten maken voor jouw toepassing...

Ik weet, een hele andere benadering; Je gaat verdienen aan de dienstverlening, en niet aan licenties van de verkoop.

 

Tenslotte is het allerbelangrijkste de marktkennis en expertise; niet de progamma ontwikkeling.

Grote voordeel is de snelheid van ontwikkeling, en de brede inzetbaarheid. Er zijn OpenSource ERP pakketten welke uitermate geschikt zijn voor zulk soort toepassingen.

 

Moet je alleen nog een klant vinden welk graag wil betalen ;)