Archief - De negatieve kanten van het webdesign wereldje

bealzebub zei:

Dus die Hong Kong is nog waar ook blijkbaar Op veel forums neem je dat best met een korreltje zout, want er zijn er die "tussen de benen van {model X}" en op jupiter enzo wonen ook

Nu, nogmaals, zeker geen persoonlijke kritiek, meer een algemene opmerking. Als je comments op de artikels van het laagste nieuws en het nietsblad leest — en dat zijn dan mensen van alle leeftijdscategorieën — kom je dikwijls vijf tot zes fouten op een zin van nog geen twaalf woorden tegen En voor velen lijkt het allemaal niets meer uit te maken ook, "dur gaad dar tog niemant doot van". Ik schaam mij dan eerlijk gezegd in hun plaats

Anyway, t gaat ier een beetje offtopic, dus k zal t hier maar bij houden.

Klik om te vergroten...

Hoewel ik eigenlijk 100% akkoord ga, ik probeer ook altijd wel op mijn taal te letten, moet je misschien het internet wat minder serieus nemen, het zal je veel frustraties besparen

Heel herkenbaar allemaal - ik werk zelf gewoon als webdeveloper en moet me bijgevolg niet aantrekken van contracten en dergelijke ... gelukkig maar

Onze "klanten" zijn eigenlijk allemaal interne mensen die ik ondertussen al vrij goed ken, maar soms (meestal eigenlijk) moet je echt in hun plaats denken hé. Ze willen dit en willen dat, maar is dat allemaal wel nuttig, is dat wel iets wat de bezoekers van de website willen zien ... daar staan ze precies allemaal niet bij stil.
Veelal komen ze dan ook af met ellenlange teksten dat geen kat interesseert of komen ze af met foto's die totaal irrelevant zijn of (god no) bewegende gifkes
Nu, aangezien het over interne personen gaat hebben ze meestal na een tijd wel door dat je het op dat vlak wel meestal beter weet dan hen en gaan ze gewoon akkoord of vinden we op zijn minst toch een deftig compromis.

Wij als klant bij een extern webbedrijf hebben toch ook al eens slecht gevaren. Zij gingen de website maken, en als hij "af" was (dus als alles er in zat wat we vooraf afgesproken hadden) gingen wij alles daarvan overnemen om dan zelf verder ontwikkeling op te doen (gewoon omdat we zelf geen tijd hadden om "from scratch" te beginnen op dat moment).
Na een tijd komt de website op onze testserver en maken we een boel testcases (was een vrij complexe website dus dat was wel nodig). Tot zover geen probleem, al hadden we al enkele keren de wenkbrauwen moeten fronsen omdat er kinderlijk domme fouten in zaten maar goed ja, foutjes gebeuren zeker.
Wij maar bugs toevoegen in hun issue tracking systeem, dagelijks minstens 2-3, en zij fixen alles, maar beetje bij beetje hadden we toch de indruk dat zelf het één en ander uittesten niet echt belangrijk leek te zijn bij hun. De ene keer was het helemaal niet gefixed (of ze hadden het niet op de testserver gezet) of was het wel gefixed maar hielpen ze dan iets anders volledig naar de zak ...
Ik kan je verzekeren dat je daar ook onnozel van wordt, als je als webbedrijf van een 8-tal werknemers niet eens fatsoenlijke je wijzigingen gaat uittesten, dan weet ik toch niet waar je mee bezig bent
Een jaar later, komen we nog zaken tegen waarvan je zegt, hoe komen ze er bij om het zo te doen - wat je zelf doet, doe je meestal beter, wel ja er is iets van aan

Op mijn vorige job zowel software als webdevelopment. En ik kan over boeken met verhalen vullen.

Meest frappante wat mij zo te binnen schiet is een een situatie die op het randje van een grote ruzie met een klant stond. Blijkbaar was een deel van een feature anders geïmplementeerd dan voorzien en een andere feature niet. Nu was het project management daar ook niet wat je er van zou verwachten, dus in theorie bestond de kans dat dit wel eens kon kloppen. Maar in alle communicatie die we ervan konden terug vinden was er nergens sprake van die feature of de andere werking van de geïmplementeerde feature. Paniek bij ons, paniek bij de klant want het was vlak voor een beurs waar zij iets moesten voorstellen, ruzie, dreigen, alles erop en eraan.

Bleek dat men die veranderingen een aantal dagen daarvoor bij de klant intern besproken had maar vergeten was dit op papier te zetten en ons te verwittigen. Ze hadden het wel ergens half en half in hun nieuwe brochure opgenomen en dan kregen we het verwijt dat we de brochure maar moesten lezen en het zo implementeren.

Vermits we dus te laat waren (ahja, ze kwamen daarmee af de dag dat ze naar de beurs vertrokken) nog meer ruzie dat wij nooit onze deadlines halen. Maar in al die jaren heeft dat nooit aan ons gelegen. Meestal stuurden wij ruim op voorhand preview versies op. Daar kwam nooit resultaat op. Dan beslissen ze op een vrijdag dat die versie live moet, ze zetten die live, en dan gaan ze eens testen.

Black Razor zei:

Dit topic werkt echt ontmoedigend
Ik begrijp dat dit slechts 1 kant van het verhaal is, maar toch...
Geloof dat ik het zelf maar bij een hobby ga houden en persoonlijke projectjes

Klik om te vergroten...

Bij ons ook veel positieve reacties hoor. Enkele tips: testen,testen en testen. En proberen in iteraties te werken zodat de klant progressie kan zien, (en kan jij bijsturen waar nodig).

Een van de negatieve zaken is ook de concurrentie en hoe zij zich gedragen:
ik kan het aantal dreigementen via email niet meer op 1 hand tellen.

Klanten zijn ook goed in dreigementen via email.

VinceVe zei:

Bij ons ook veel positieve reacties hoor. Enkele tips: testen,testen en testen. En proberen in iteraties te werken zodat de klant progressie kan zien, (en kan jij bijsturen waar nodig).

Klik om te vergroten...

Uhu, iets dat toch vrij vaak vergeten/verwaarloosd wordt heb ik de indruk, maar wel heel belangrijk is.

phuh, amai. Na dit allemaal gelezen te hebben zie ik het precies niet meer zitten,
maarja alles heeft wel een negatief kantje

Ik heb ook nog een vraagje. De design kant trekt nooit op niets van mij, hoewel ik aan fantasie niets tekort kom , meestal gewoon banner, daaronder menu. links een foto'tje en ernaast de tekst. Maar kun je ook ergens werken waar je dan een opdracht krijgt en het design er is, of kan samenwerken aan het design, en ik dan het grootste deel van het coderen kan doen. Doe ik ook het liefst.

Dan moet ge voor een developer functie gaan ipv een designer functie eh

Idd, als je niet kan designen moet je er niet aan beginnen, want als ik de designer hier soms bezig hoor gaat dit ook niet van leien dakje.
Als developer heb je op dat vlak wat minder contact met de klanten, maar als designer moet je wel te weten komen wat je klant wilt, en vaak moet je jouw eigen design "kapot doen" om de klant hun zin te geven.

W0utR zei:

Idd, als je niet kan designen moet je er niet aan beginnen, want als ik de designer hier soms bezig hoor gaat dit ook niet van leien dakje.
Als developer heb je op dat vlak wat minder contact met de klanten, maar als designer moet je wel te weten komen wat je klant wilt, en vaak moet je jouw eigen design "kapot doen" om de klant hun zin te geven.

Klik om te vergroten...

Een developer moet juist heel zeker zijn van wat de klant juist wilt! Hij bouwt het tenslotte, en klanten kunnen soms wel eens van gedacht veranderen tijdens het bouwen, daarom de vele meetings en het in iteraties werken. En geloof mij, dat is een van de dingen waar het meeste tijd in kruipt .

VinceVe zei:

Een developer moet juist heel zeker zijn van wat de klant juist wilt! Hij bouwt het tenslotte, en klanten kunnen soms wel eens van gedacht veranderen tijdens het bouwen, daarom de vele meetings en het in iteraties werken. En geloof mij, dat is een van de dingen waar het meeste tijd in kruipt .

Klik om te vergroten...

Daar ben ik het toch niet mee eens hoor, of in dat geval is er geen duidelijk contract gemaakt.
Het design is juist een process waarbij de klant heel veel betrokken is, voor een klant maakt het niet uit hoe het geprogrammeerd word hoor.
Het moeilijke van het design is dat je echt moet weten wat de klant voor ogen heeft, en in veel gevallen kunnen zij dat gewoon niet uitleggen.

Het enige wat je klant ziet is het design, niet de code erachter. (ok, ook de werking)

Een developer moet eerder weten hoe iets werkt, daarom niet per see hoe de klant het wilt, want om het grof te zeggen, klanten zijn gewoon dom op het gebied van digital.
En vele meetings? De enige meetings die ik heb met klanten is wanneer het project afgewerkt is en we er samen met de klant overgaan om het CMS uit te leggen. In de tussentijd staat alles op een staging server en krijgt de klant de kans om feedback te geven.

Maar op het einde zijn beide wel even belangrijk, dat ga ik niet ontkennen.

EDIT: Het is nogal moeilijk uit te leggen, maar bij het programmeren zit er meer structuur in hoe alles werkt, terwijl het bij het design meestal om de mening van de klant gaat.

W0utR zei:

Daar ben ik het toch niet mee eens hoor, of in dat geval is er geen duidelijk contract gemaakt.
Het design is juist een process waarbij de klant heel veel betrokken is, voor een klant maakt het niet uit hoe het geprogrammeerd word hoor.
Het moeilijke van het design is dat je echt moet weten wat de klant voor ogen heeft, en in veel gevallen kunnen zij dat gewoon niet uitleggen.

Het enige wat je klant ziet is het design, niet de code erachter. (ok, ook de werking)

Een developer moet eerder weten hoe iets werkt, daarom niet per see hoe de klant het wilt, want om het grof te zeggen, klanten zijn gewoon dom op het gebied van digital.
En vele meetings? De enige meetings die ik heb met klanten is wanneer het project afgewerkt is en we er samen met de klant overgaan om het CMS uit te leggen. In de tussentijd staat alles op een staging server en krijgt de klant de kans om feedback te geven.

Maar op het einde zijn beide wel even belangrijk, dat ga ik niet ontkennen.

EDIT: Het is nogal moeilijk uit te leggen, maar bij het programmeren zit er meer structuur in hoe alles werkt, terwijl het bij het design meestal om de mening van de klant gaat.

Klik om te vergroten...

Ja, maar ik heb het ook niet over code. Ik bedoel de features die je als dev implementeert, of die wel overeenkomen met de requirements van de klant. Qua meetings bedoel ik dan na elke sprint dat wij even overlopen samen met de klant wat er gebeurd is in deze sprint, welke features geimplementeerd zijn en geven dan hiervan een kort demo.

VinceVe zei:

Ja, maar ik heb het ook niet over code. Ik bedoel de features die je als dev implementeert, of die wel overeenkomen met de requirements van de klant. Qua meetings bedoel ik dan na elke sprint dat wij even overlopen samen met de klant wat er gebeurd is in deze sprint, welke features geimplementeerd zijn en geven dan hiervan een kort demo.

Klik om te vergroten...

Akkoord als het over applicaties of complexe websites gaat, maar anders staat alles meestal vast waardoor je niet voor elke feature bij de klant moet zijn.

Voor sommige grote websites word dat nu wel gedaan, maar bij kleinere / minder complexe is dat allemaal vrij duiselijk.

Nog een anekdote: bij ons vroeger koos onze CEO altijd het lelijkste model van 5 voorstellen. Wij hadden afgesproken met de designer om te overdrijven (in de lelijkheid) en nog koos de CEO voor het lelijkste model.

Daar sta je dan. And guess what, het lelijkste model werd effectief gekozen (dictatuur) en werd online geplaatst. Daar heb je dan als webdesigner ook weinig aan, aangezien je deze opdracht dan niet bij je portfolio kan plaatsen.

Carrion zei:

Dan moet ge voor een developer functie gaan ipv een designer functie eh

Klik om te vergroten...

dacht ik al
heb je ook enig idee welke richting hier het dichtst bij leunt?

Toegepaste informatica

Dieterg zei:

Toegepaste informatica

Klik om te vergroten...

moet je daarvoor IW gevolgd hebben?

azertyalex zei:

moet je daarvoor IW gevolgd hebben?

Klik om te vergroten...

Neeje

Ik wil niemand ontmoedigen, maar elke job heeft uiteraard ook zijn mindere kantjes. Ik heb onderhand ook al op genoeg stoeltjes gezeten om dat te weten (ik ben geen jobhopper voor alle duidelijkheid, maar ben gewoon "oud" tov de gemiddelde leeftijd hier - sommigen zouden wellicht versteld staan ).

Je moet er proberen het positieve van in te zien : dat maakt het alleen maar boeiender, en je kan er uit leren en proberen van een volgende keer wat meer/sneller bij te sturen. Uiteraard zal dat niet altijd lukken, en uiteraard zullen er altijd klanten zijn die spuuglelijke / onoverzichtelijke dingen willen, maar uiteindelijk komt het erop aan dat je steeds blijft proberen van die domme beslissingen uit hun hoofd te praten. De ene keer lukt dat, de andere keer niet.

dJeez zei:

Ik wil niemand ontmoedigen, maar elke job heeft uiteraard ook zijn mindere kantjes. Ik heb onderhand ook al op genoeg stoeltjes gezeten om dat te weten (ik ben geen jobhopper voor alle duidelijkheid, maar ben gewoon "oud" tov de gemiddelde leeftijd hier - sommigen zouden wellicht versteld staan ).

Je moet er proberen het positieve van in te zien : dat maakt het alleen maar boeiender, en je kan er uit leren en proberen van een volgende keer wat meer/sneller bij te sturen. Uiteraard zal dat niet altijd lukken, en uiteraard zullen er altijd klanten zijn die spuuglelijke / onoverzichtelijke dingen willen, maar uiteindelijk komt het erop aan dat je steeds blijft proberen van die domme beslissingen uit hun hoofd te praten. De ene keer lukt dat, de andere keer niet.

Klik om te vergroten...

En als het niet lukt om ze te overtuigen zet je het gewoon niet in de portfolio en laat je je naam onder de website weg.