Michiel Hennink

http://www.webdesignerdepot.com/2009/09/the-difference-between-art-and-design/ Voor jou draait om een zo hoog mogelijke conversie (een zo groot mogelijk aantal bezoekers dat een aankoop doet), en dan zul je je dus duidelijk moeten richten op design, en niet op art. Dat betekent dat we ons richten op het motiveren en sturen van de bezoeker, i.p.v. op het maken van een kunstwerk dat jij mooi vindt. Met andere woorden: zoek uit waar de doelgroep van houdt (bezoek andere websites die zich op jouw doelgroep richten), denk veel aan gebruiksvriendelijkheid, gebruik duidelijke call-to-actions, voorkom elke onduidelijkheid, creëer een eenvoudig bestelproces en zet je website op een positieve manier in de markt, zonder critici de mond te snoeren! ;) Succes!

Hoi Annedien, Ik ben natuurlijk erg benieuwd wat je na ruim twee weken met de door mij en door anderen gegeven feedback hebt gedaan, en wat je bewust naast je neer hebt gelegd. Wellicht kunnen er nog enkele puntjes op de i gezet worden (behalve dan die binnen je logo ;)). Een van de "hot items" voor mij is het kleine lettertype: uit de reacties bleek unaniem dat men het graag een paar pixels groter zou zien. Is het een bewuste keuze om van kleine letters gebruik te blijven maken? Daarnaast viel het meerderen (en mij) op dat het aandeel grafisch werk nogal klein afstak bij de hoeveelheid tekst. Is dit tevens een bewuste keuze? Ik ben benieuwd! Michiel.

Mij lijkt het alles behalve logisch! Zou het dan ook mogelijk moeten zijn voor krant A, om een verwijzing naar krant A, uit krant B te laten verwijderen? Of zie je het al gebeuren dat in een bepaald boek, niet over een ander boek mag worden gesproken? Internet is nou eenmaal het papierwerk van nu, en wij hebben in Nederland (bijna) volledige vrijheid als het om spraak en schrift gaat. Enige mogelijkheid: diegene wijzen op de positieve gevolgen die dit voor jou heeft. Wanneer het om een werkelijk hatelijke relatie gaat, zal de verwijzing snel genoeg verdwijnen ;).

Bedankt, anonieme kneusgever :). Blijkbaar is het niet de bedoeling dat er binnen een dialoog een kritische houding getoond wordt. En is het zeker niet de bedoeling dat deze vastgehouden wordt in latere berichten. Ik verwelkom droef het verbod op kritiek en het begin der draaikonterij!

@Manon GJ - ik zie dat mijn bericht behoorlijk bot opgesteld is. Daarentegen ben ik het met de strekking nog steeds eens: de levensstijl van ondernemers is er misschien één waar werk een grote rol in speelt, maar anderzijds is de ondernemers vaak wel bewust bezig met zijn doen en laten, wat bij het type ambtenaar veel eerder dreigt te verslonzen! Het is onwerkelijk om zowel vermoeidheid als spierpijn, depressiviteit, passiviteit en spijsverteringsklachten als een gevolg van de "ondernemersleefstijl" te zien. Sterker nog, het heeft geen enkele speciale relevantie met ondernemers. Zo kan ik ook wel wat weblogjes schrijven over het opvoeden van honden, het koken van krachtvoedsel, binnenhuisarchitectuur en overige zaken! Dat speelt ook een belangrijke rol in het leven van veel ondernemers... en de rest van Nederland.

Met alle respect, maar hoort een rommelig verhaaltje over Chinese geneeswijzen, provisorisch in verband gebracht met ondernemerschap, wel bij de columns op Higherlevel.nl? Deze column past even goed op Higherlevel.nl, als een column over ondernemen op een gezondheidswebsite. Geen enkele relevantie!

Het valt me op dat kritische vragen die zouden moeten leiden tot constructief denken, meermaals worden afgewimpeld onder het mom van "hier is geen discussie over mogelijk", "dit heb ik al medegedeeld", et cetera. Wat zoek je hier als zowel over het product, de prijs en de distributie geen discussie mogelijk is? Los daarvan ben ik ervan overtuigd dat de specifieke inhoud van de ontbijtmand het 'm niet doet. Men kiest niet voor het ene ontbijtbedrijf omdat die twee broodjes en een krentenbol biedt, in plaats van drie broodjes. Men kiest voor een bedrijf om de unieke uitstraling, een werkelijk briljante samenstelling van de ontbijtmand of door een superieure marketingcampagne. Ik kan uit je bericht niet opmaken dat je zelfs maar nagedacht hebt over minimaal één van deze klantentrekkers, en zie dus voorlopig ook geen enkele reden waarom je bedrijfje kans van slagen zou hebben. Zet je schouders er eens goed onder, doe inspiratie op, en bedenk wat nieuws! Wat niet per sé iets met ontbijtmanden te maken hoeft te hebben.

Wat heb je als unique selling point staan tegenover de grotere diensten zoals http://www.123ontbijt.nl/particulier.asp ? (iets anders dan "een persoonlijkere aanpak" of "betere service"?) Zij hebben al een netwerk door heel Nederland, en leveren de ontbijtjes tegen een lager tarief.

Projectleiding 6 uur? Dat is het enige wat mij bevreemdt bij een bedrijfje van twee man. Gaan zij elkaar leiding geven? Voor de rest vind ik de prijs inderdaad buiten proporties voor een klein bedrijf dat weinig kwaliteit te bieden heeft (als ik je openingsbericht mag geloven). Daarentegen vind ik het aantal uren dat men rekent voor het ontwerp; 8 uur, weer weinig. Ervan uitgaande dat het echte ondernemers zijn die dagen maken die wel wat langer duren dan van 9 tot 5, dan betekent dit dat zij er nog geen dag aan besteden. Terwijl de website voor jou iets wordt waar je jaren mee voort moet, en waar best wat tijd en moeite in mag zitten! In jouw situatie zou ik niet aarzelen en deze twee heren de deur uit doen. Vraag vervolgens bij enkele bedrijfjes met een leuk portfolio een offerte aan, en kies de aantrekkelijkste uit! Succes!

Een moderne versie van zijn Il Principe?

Het ontwerp zit leuk in elkaar, maar is nog niet perfect. Enkele punten die mij opvielen: [*]Het menublok is even groot als het tekstblok. Dat is misschien qua design mooi, maar niet prettig om mee te werken [*]Alle lettertypes mogen zeker een tandje groter, dit is erg vervelend lezen (zowel de tekst als het menu). [*]Niemand leest in eerste instantie vijf alinea's. Het is prima als er meer tekst langskomt naarmate je door de website heen bladert, maar dit is een té grote hoeveelheid die niet uitnodigt tot lezen [*]Ik wil op de logo's onder het menu kunnen klikken, voor een verhaaltje, de schetsen, de opdrachtgever, een link naar het uiteindelijke resultaat, etc.! [*]Ik heb het voor je berekend: op de pagina met je portfolio, beslaat een logo 0,57% van het scherm. Dat is eigenlijk absurd weinig voor een website die draait om de presentatie van je logo's! [*]Op deze pagina: http://www.impulsant.nl/way-of-working/ , zie je een PDF met een stappenplan. Binnen deze PDF zie je de stijl van de website, maar dan met grotere letters, mooie iconen, e.d.. Waarom zie ik je stijl in de beste vorm, slechts in een PDFje en niet overal? In dat documentje is hij op zijn best, lekker groot! Je ziet bij veel moderne ontwerpbureau's dat alles nogal klein is. Wat vergeten wordt, is dat dat vervelend leest en tot onoverzichtelijkheid leidt... Ik hoop dat je wat met m'n tips kan!

En jij doet de marketing voor Yuki... Niet echt een objectieve blik op Yuki dus.

Ook niet onbelangrijk: gaat het om werk dat jij zelf oppakt, of is het een geautomatiseerde dienst? Bij een geautomatiseerde dienst kan het aantal klanten explosief groeien, en dan kan het nog wel eens vervelend worden als je elke maand achter wanbetalers aan moet. Een jaarlijkse factuur die vooraf betaald dient te worden is dan veel gemakkelijker.

Wel nauwkeurig lezen hè ;). Ik geef zelf al aan dat een programmeur in principe geen rechten schendt door zijn code (door mij afgewezen, maar mijn idee bevattend) alsnog aan een ander te verkopen. Omdat dit echter voor mij net zo vervelend is als voor een scenarist, wil ik dat op deze wijze indekken. Ik vind dat absoluut niet onredelijk: als iemand troep oplevert wil ik de samenwerking kunnen beëindigen zonder gedwongen te worden om óf zijn troep te kopen óf het risico te lopen dat hij zijn troep maar tevens mijn unieke idee aan een ander verkoopt. Let wel: levert een programmeur hetgeen hij beloofd heeft te leveren, dan is deze bepaling helemaal niet van toepassing!! Ik denk dat het niet nodig is dat de programmeur na iedere opdracht gaat zitten deleten. Het gaat mij er om dat de data verwijderd wordt na het stopzetten van de samenwerking. Maar intussen heb je dit wel toegevoegd als artikel 3.7 ;) Wat een sloddervos ben ik! Als ik het zo zien staan is het misschien toch wel verstandig, wat is jouw mening op dit vlak? Super, dit soort aanmerkingen zijn alleen maar heel erg nuttig! Het probleem is dat dit het dus mogelijk maakt voor een programmeur om met mijn ideeën aan de haal te gaan en deze te exploiteren, omdat websiteideeën niet dezelfde bescherming genieten als bijvoorbeeld een filmscript. Met deze bepaling wil ik het deze (hele redelijke) bescherming alsnog geven.

Bedankt voor jullie waardevolle reacties! Slim! Staat er nu wel in. Het lijkt me niet onredelijk ieder een kans te geven om de gebreken te verhelpen. Als ik ervan overtuigd ben dat de betreffende programmeur enkel puin zal leveren, dan ga ik desnoods ondertussen al met een ander aan de slag. Ik denk dat het niet nodig is dat de programmeur na iedere opdracht gaat zitten deleten. Het gaat mij er om dat de data verwijderd wordt na het stopzetten van de samenwerking. Dat was wat onduidelijk, 5.1 is nu verduidelijkt. Allemaal verwerkt! Echt super dat je de overeenkomst met een dusdanige nauwkeurigheid hebt gelezen dat dergelijke fouten je opgevallen zijn!! Een lastig punt. Het gaat mij hierom, je kunt het vergelijken met een filmmaker die aan de gang gaat het het script van een scenarist: als de filmmaker vervolgens bagger levert, wil de scenarist niet dat deze bagger (maar met zijn script) verkocht wordt aan een derde. Het probleem is dat een scenarist zekerheid heeft door het auteursrecht: dit bestaat bij ideeën voor website(functies) niet. Ik laat de bepaling erin staan op hoop van zege :). Toegevoegd. Naar aanleiding van de genoemde punten nu dus een update! Ik ben erg benieuwd wat je er nu van vindt. Overeenkomst_met_programmeur_-_UPDATE_2.pdf

Wat je beschrijft is het risico dat elke overeenkomst met zich meebrengt: stijfheid en een minder prettige samenwerking. Ik maak me hier echter geen zorgen om: dit is geen richtlijn tot een manier van werken, maar een juridische stok achter de deur. Uiteraard wordt er vaak bij het programmeren na onderling overleg nog het een en ander aangepast en/of toegevoegd. Deze overeenkomst zorgt er echter voor dat er bij een faliekant misgelopen samenwerking, op een voor beiden duidelijke wijze een afronding plaats kan vinden. De eenmalige termijn voor het verhelpen van de gebreken is dan om in ieder geval het broodnodige voor elkaar te krijgen. Ik ben erg benieuwd of er nog meer mensen zijn die tekstuele en/of inhoudelijke mankementen zien!

Ik begrijp het probleem. In zulke gevallen is de overeenkomst natuurlijk altijd deels aan te passen. Doordat het echter hele specifieke aanvullingen (vaak unieke functies) zijn aan een bestaand systeem, verwacht ik niet dat er vaak gebruik kan en zal worden gemaakt van standaard componenten. Wat denk je verder van de overeenkomst in zijn geheel? Is het wat? :)

Ik denk dat je eroverheen hebt gelezen, ik heb al ingevoegd dat hier andere afspraken over gemaakt kunnen worden! ;)

Bedankt voor je reactie! Ik heb hier veel aan. Over enkele van je punten heb ik een vraag, andere heb ik direct doorgevoerd. Zie de bijlage voor het resultaat! :) [*]Goedkeuring van levering: hier was ik inderdaad vaagjes over. Dit heb ik aangepast en verduidelijkt met overzichtelijke criteria. [*]Overdragen van de rechten: ik heb in de overeenkomst een zinnetje opgenomen waarmee het mogelijk wordt hier andere afspraken over te maken, in bijvoorbeeld de gevallen die jij noemt. [*]Redelijkerwijs bij het onderdeel Aansprakelijkheid: klopt, toegevoegd. [*]Overdracht rechten en volle eigendom: inderdaad toegevoegd dat dit pas gebeurt na het voldoen van de facturen door mijn bedrijf! Ik ben benieuwd wat je er nu van vindt! Overeenkomst_met_programmeur_-_UPDATE.pdf

Beste ondernemers, Bij het inhuren van programmeurs wil ik voortaan alles wat professioneler aan gaan pakken. Niet door slechte ervaringen, maar wel omdat ik vind dat dit als bedrijf nou eenmaal hoort en omdat ik denk dat dit problemen in de toekomst kan voorkomen. Hierbij hoort dat alles op papier in orde is, en dan met name op het vlak van de intellectuele eigendom e.d. van het werk door de programmeur en betalingen. Ik heb hiervoor een kleine overeenkomst opgesteld (als non-jurist). Nu vroeg ik me af of hier wat mensen zitten die er eens een blik op zouden willen werpen. Nogmaals, ik ben geen jurist maar heb wel goed gekeken naar de meest voorkomende opbouw van contracten, en ik heb gewoon logisch nagedacht over belangrijke punten en de mogelijkheid tot het creëren van juridische veiligheid bij deze punten. Ik ben benieuwd of wellicht sommigen zin hebben om wat inhoudelijke kritiek te leveren!! Alvast bedankt, Michiel. /Edit: en uiteraard verwacht ik niet dat men dit helemaal zal gaan doorspitten op deze zonnige dag, maar het zou mooi zijn als iemand het even zou willen screenen op belangrijke missers! Overeenkomst_met_programmeur.pdf

Ik heb op dit vlak geen ervaring, maar ik zou me kunnen voorstellen dat je eerst een schatting maakt van de besparing die het hen oplevert. Vervolgens neem je hier een aardig percentage van, en stel je dit bedrag voor als licentieprijs? /Edit: door het vlugge lezen zag ik over het hoofd dat het wellicht meer draait om de manier van onderhandelen, dan een redelijke prijs voor je systeem. Wellicht is mijn reactie ietwat irrelevant daardoor...

Kastjes zijn kant en klaar te koop en zelfs op maat te maken met standaard modules (barcode readers etc) Wel standaard dus maar niet massaal gemaakt en deze dingen waren (en zijn vast nog steeds) niet goedkoop. Leuk om enkele voorbeelden te zien! Wat versta je overigens onder "niet goedkoop" voor een bedragen?

Het moet een apparaat zijn waarop je gewoon je eigen software kan zetten, en dan moet degene die ermee rondloopt zelf de data gewoon in kunnen voeren in die software (zoals de obers dat doen in de restaurantsoftware). Het apparaat moet van vergelijkbare sterkte zijn als de apparaatjes van obers: ze krijgen ongeveer hetzelfde te verduren. Wat me met name interesseert is het proces: hoe ga je op zoek naar de leverancier van een dergelijk kastje? Worden dit soort producten vaak al in massale hoeveelheden gemaakt in landen als China? Of wordt dit maatwerk?

Beste ondernemers, Ik heb in mijn hoofd een ideetje zitten waarbij het mogelijk moet zijn dat men op een apparaat data ingeeft (bijvoorbeeld op een touchscreentje), en dat het apparaat dan later met kabeltje aan computer kan en de data dan in de computer zet in de software. Je zou het kunnen vergelijken met het apparaatje van obers die een gerecht intoetsen: ware het niet dat daar de data vaak direct wordt verzonden naar de computer, en ik het pas later wil koppelen (omdat de computer niet in de buurt staat). Nu is mijn vraag aan jullie: hoe kom je in godsnaam aan zo'n systeem? Is het bekend dat je daar bij bepaalde leveranciers kastjes voor kan kopen die je vervolgens zelf kan programmeren? Of is dit iets wat je echt volledig zal moeten gaan laten fabriceren bij een elektronicafabrikant? Ik hoop dat iemand hier iets van weet! Alvast bedankt, Michiel.

Bij de door jou gegeven omschrijving denk ik direct aan www.fok.nl! Dat is een populaire jongerencommunity (met miljoenen bezoekers), waarbij ook geen enkele ideologie door de beheerders wordt gepredikt. Je ziet dat hier de jeugd ook erg vrij met elkaar communiceert, en dat het een heel divers publiek trekt.