R.I.P. | Peter Bonjernoor
Retired Mod
-
Registratiedatum
-
Laatst bezocht
Alles dat geplaatst werd door R.I.P. | Peter Bonjernoor
-
Conflict met webbouwer - welke rechten?
R.I.P. | Peter Bonjernoor reageerde op R.I.P. | Peter Bonjernoor's topic in Contracten en aanverwante onderwerpenJa, ik ook, maar in dit geval (gezien het verleden) heb ik daar niet echt 100% vertrouwen in. Daarnaast wil ik ook graag die dumps hebben voordat hun versie op zwart gaat zodat ik op tijd een nieuwe instance van de website kan inrichten. En nee, ik heb op geen enkele andere manier toegang tot die website (duh! ;) ) - ik kan natuurlijk als uiterste maatregel pagina voor pagina kopieren/plakken/crawlen, maar ik zou liever zien dat het allemaal een beetje civiel opgelost kan worden. Maar goed - de vraag was of we ze daartoe kunnen verplichten.
-
Conflict met webbouwer - welke rechten?
R.I.P. | Peter Bonjernoor reageerde op R.I.P. | Peter Bonjernoor's topic in Contracten en aanverwante onderwerpenMaar niet echt praktisch als je daardoor opeens geen website meer hebt... ;)
-
Conflict met webbouwer - welke rechten?
R.I.P. | Peter Bonjernoor reageerde op R.I.P. | Peter Bonjernoor's topic in Contracten en aanverwante onderwerpenHet niet halen van de doorlooptijd (zonder enige feedback) is een van de vele dingen die niet goed gegaan zijn. Ze hebben wel degelijk betaling ontvangen (bijna 20K) maar zouden dat dan terug moeten betalen. ;) Als ze een redelijk bedrag voor tussentijdse hosting zouden hanteren dan zou dat prima zijn, maar de door hen voorgestelde 1425 euro per maand voor de rest van het jaar is natuurlijk absurd. Druk uitoefenen hebben we geprobeerd, maar heeft vooralsnog niets uitgehaald. Vandaar dat ik benieuwd was naar de rechten van mijn klant.
-
Conflict met webbouwer - welke rechten?
R.I.P. | Peter Bonjernoor reageerde op R.I.P. | Peter Bonjernoor's topic in Contracten en aanverwante onderwerpenNiet vanuit deze situatie - ik zou zelf niet moeilijk doen, maar deze partij denk ik wel, en gezien de mailwisseling lijkt 'goed overleg' vooralsnog ook niet bovenin de priolijst te staan.
-
Conflict met webbouwer - welke rechten?
Een klant van me heeft een website laten ontwikkelen bij een derde partij, maar deze heeft er aantoonbaar een rommeltje van gemaakt - dat geven ze zelf ook toe door aan te bieden het gehele (niet verwaarloosbare) bedrag terug te betalen. Echter, om in dat geval de tijd te hebben een alternatief online te krijgen hebben we database dumps (structuur, content, gebruikers, blogs, forumberichten, etcetera) van de betreffende website nodig. Mijn vraag is - zijn zij verplicht hieraan mee te werken, en ons enige tijd te geven om dat te realiseren, of kunnen ze op het moment van acceptatie van dat aanbod de website direct op zwart zetten?
- screenshot bewerken met verbeteringen zonder photoshop
- Schoenen laten maken
- Schoenen laten maken
-
Uren berekening voor grote klus
Aanvullend op Fvddungen - om toch zo accuraat mogelijk te zijn is het enige dat je kunt doen is de gewenste functionaliteit in kleinere subfunctionaliteiten onderverdelen, en zo verder totdat je behapbare brokken hebt waar je wel een aantal uur aan kunt hangen. Vervolgens tel je die weer bij elkaar op, en krijg je best een redelijke inschatting m.b.t. wat op dat moment bekend is. Ook kun je op die manier een inzicht geven over de tijd die je per hoofd- of subfunctionaliteit kwijt zult zijn. Hoofd: Maak website - Sub 1: Maak front-end - Sub 1.1: blabla - Sub 1.2: blabla - Sub 2: Maak CMS - etcetera Als je dus de uren voor Sub 1.1 en Sub 1.2 weet, weet je die voor Sub 1. Als je die van Sub2 ook weet, weet je het totaal. Grofweg... ;)
-
Het centrale topic voor melden bugs op Higherlevel.nl
Suggestie om te voorkomen dat je een draadje van 5 jaar geleden helemaal door zit te lezen om er tenslotte achter te komen dat iemand met een nietszeggende oneliner het ding weer opgegraven heeft: Optie 1: verander de logica van "naar de laatste ongelezen post in een onderwerp gaan" naar "naar de laatste ongelezen post die minder dan drie maanden oud is in een onderwerp gaan" Optie 2: geef posts van x maanden oud of meer een andere kleurtje of randje zodat je direct kunt zien dat het niet recent is Optie 3: doe oude onderwerpen standaard op slot en vervang de knop 'Reageer' door een knop 'Heropen', en zet die op een volkomen onlogische plek.
- winst uit onderneming waar in te vullen
- winst uit onderneming waar in te vullen
-
"Rangen" op higherlevel.nl
Yup. Veel interessanter, toch? :)
-
"Rangen" op higherlevel.nl
Ik ga echt niet alleen in mijn sokken over een catwalk lopen - vergeet het maar! :-[
-
"Rangen" op higherlevel.nl
Zwart hier... ;)
- Webshop - SEOshop of Magento?
-
Eenmanszaak.. Wat nu?
Da's best apart, want er is werkelijk een zee aan informatie te vinden - niet alleen via de zoekfunctie van dit forum, maar ook via Google. Misschien is het een idee dat je eerst dat pad eens probeert voordat iemand hier weer zijn vrije tijd en energie gaat steken in het herhalen van dingen die al honderden keren gezegd zijn? Als je daarna nog specifieke vragen hebt zul je daar ongetwijfeld een gewillig publiek voor vinden!
- Nieuwe cookie wetgeving, mag zelfs G. analytics niet meer?
-
Online chat op website
Hier ook - een popupje om te chatten, een popupje om feedback te geven, een popupje voor de cookiemelding, een popupje die je er op wijst dat je je mag inschrijven voor de nieuwsbrief... Je krijgt zoveel 'klantenservice' over je heen dat je de website soms niet meer ziet. Al ligt dat soms ook aan de banner die bijna de pagina vult als je er per ongeluk met je muis overheen gaat... ;)
- Kip-en-EI-probleem voor start-ups opgelost
- Adverteren op Higherlevel
-
Like & share winactie onder de aandacht brengen
Lichtelijk offtopic - je weet dat like & share acties officieel niet zijn toegestaan op Facebook?
-
Kip-en-EI-probleem voor start-ups opgelost
Ik kan me dat moeilijk voorstellen, maar goed -de quantificatie 'genoeg' zegt natuurlijk ook niet heel veel. Ik weet wel dat mensen tegenwoordig al balen als hun bestelling niet morgen maar pas over 2 of 3 dagen bezorgd wordt, dus lijkt het me dat het percentage dat het geen probleem vindt weken of zelfs maanden te moeten wachten niet erg hoog zal zijn. Ik kan me ook erg moeilijk voorstellen dat die groep representatief zal zijn voor de gehele groep potentiele klanten. Dan had je het misschien iets anders moeten verwoorden, of ik had het iets anders moeten lezen - zo kwam het namelijk wel op mij over. Puntje van kritiek blijft wel dat van die kleine groep mensen die wel geduld heeft er een wederom een relatief kleine groep telefonisch zal reageren - dat is dan uiteindelijk maar een heel klein percentage van je doelgroep, en daarmee nog minder representatief. Ik zeg helemaal niet dat ik alles beter weet - ik las je column en er doemden een aantal vragen op. Niet zulke grote tenen hebben! ;) Ik probeer me noch door negativo's, noch door positivo's te laten misleiden. Ik las je column en er doemden een aantal vragen bij me op, da's alles. Maar hoe zit het met de representativiteit van de groep die niet afhaakt? Als je zoveel tijd en energie gaat steken in het optimaliseren van je website aan de hand van respons van een bepaalde groep mensen, dan heeft dat alleen maar zin als die groep een goede afspiegeling vormt van je totale doelgroep. Juist in de haastige wereld waar de consument gewend is aan vandaag-bestellen-morgen-bezorgen lijkt een groep die zelfs bereid is maanden op een bestelling te wachten me niet een gezonde basis om te websiteoptimalisatie op te bouwen.
-
Kip-en-EI-probleem voor start-ups opgelost
Ik geef alleen maar aan wat ik als potentiele klant zou vinden - wat Twa erover zegt boeit me in dat opzicht niet. Waar ik dus wel benieuwd naar ben is waarom de punten die ik aangeef volgens jou niet kloppen, en waarom jij denkt dat ik het dus wel okay zal vinden om eerst te moeten wachten, en daarna ook nog zelf moet bellen om allerlei extra informatie te geven.
- Kip-en-EI-probleem voor start-ups opgelost