<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Reacties op: Gebruikersvriendelijkheid deel 4: Zoeken, een introductie</title>
	<atom:link href="http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/feed/" rel="self" type="application/rss+xml" />
	<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/</link>
	<description>All things online recruitment</description>
	<lastBuildDate>Thu, 09 Feb 2012 21:04:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Door: Gebruiksvriendelijkheid deel 4: Zoeken, 3 &#124; RecruitmentMatters</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-454</link>
		<dc:creator>Gebruiksvriendelijkheid deel 4: Zoeken, 3 &#124; RecruitmentMatters</dc:creator>
		<pubDate>Tue, 05 Feb 2008 13:30:19 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-454</guid>
		<description>[...] Mijn &#8216;onderzoeksmethode&#8217; heb ik uitgelegd in deel 1 van deze miniserie. [...]</description>
		<content:encoded><![CDATA[<p>[...] Mijn &#8216;onderzoeksmethode&#8217; heb ik uitgelegd in deel 1 van deze miniserie. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Bas van de Haterd</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-444</link>
		<dc:creator>Bas van de Haterd</dc:creator>
		<pubDate>Mon, 04 Feb 2008 10:50:52 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-444</guid>
		<description>Textkernel is hier al redelijk ver mee, met het matchen van banen in functies en het koppelen van verschillende functies aan elkaar.</description>
		<content:encoded><![CDATA[<p>Textkernel is hier al redelijk ver mee, met het matchen van banen in functies en het koppelen van verschillende functies aan elkaar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Gebruiksvriendelijkheid deel 4: Zoeken, 2 &#124; RecruitmentMatters</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-443</link>
		<dc:creator>Gebruiksvriendelijkheid deel 4: Zoeken, 2 &#124; RecruitmentMatters</dc:creator>
		<pubDate>Mon, 04 Feb 2008 09:16:15 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-443</guid>
		<description>[...] Vandaag het tweede deel over de kwaliteit van de zoekfuncties op vacaturesites. Voor de wijze waarop ik de zoekfunctie beoordeel verwijs ik graag naar deel 1. [...]</description>
		<content:encoded><![CDATA[<p>[...] Vandaag het tweede deel over de kwaliteit van de zoekfuncties op vacaturesites. Voor de wijze waarop ik de zoekfunctie beoordeel verwijs ik graag naar deel 1. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Jorrit Blok</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-442</link>
		<dc:creator>Jorrit Blok</dc:creator>
		<pubDate>Mon, 04 Feb 2008 01:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-442</guid>
		<description>Plaats uw mooie vacature (=content) op ons jobboard. U dient als klikvoer en mag er nog voor betalen ook. Een mooiere &quot;sandwich&quot; valt niet te bedenken volgens mij.</description>
		<content:encoded><![CDATA[<p>Plaats uw mooie vacature (=content) op ons jobboard. U dient als klikvoer en mag er nog voor betalen ook. Een mooiere &#8220;sandwich&#8221; valt niet te bedenken volgens mij.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Jorrit Blok</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-441</link>
		<dc:creator>Jorrit Blok</dc:creator>
		<pubDate>Mon, 04 Feb 2008 01:37:17 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-441</guid>
		<description>Ik vind die dingen met auto-correctie ook wel mooi. Wist ik niet maar kan je op zich wel bedenken natuurlijk. Maken is een ander ding :) Verfijnen van zoekcriteria is al niet erg gangbaar, maar die ga ik wel even noteren. Prima ideeen. Bedenk overigens even dat de aantoonbaarheid van een betere verkoop door functies als een auto-correctie zoals je die beschrijft gemakkelijker te maken is voor bedrijven die online producten verkopen, dan het voor jobboards is. Het corrigeren van Neal Diamond naar Neil Diamond is eenvoudiger dan het corrigeren van &quot;enthousiaste verkoper&quot; naar &quot;ambitieuze account manager&quot;. Met andere woorden, bij een jobboard brengen traditioneel de klanten zélf de &quot;artikelen&quot; in en kun je elke job op tienduizend manieren beschrijven. Tenzij je een totale spellingcontrole koppelt aan een database met honderdduizenden mogelijke job titles lijkt het me lastig. Maar niets is natuurlijk onmogelijk. Het wachten is tot de bedrijven die heel erg veel geld verdienen met job advertizing (zoals Monster of Dice) de investering in hardware en ontwerp voldoende vinden opwegen tegen de mogelijk grotere hoeveelheid hits. Want daar draait het allemaal tenslotte om. En het is best wel een ham-vraag, waarom -als de technologie allang bestaat en dit soort bedrijven geld als water verdienen- er uberhaupt geen betere of meer functionele technologie wordt gebruikt op zulke jobboards. 

Zou dat kunnen komen doordat deze jobboards niet in de eerste instantie bezig zijn met zorgen voor meer gerichte zoekopdrachten. Dat ze mogelijk juist wíllen dat je een paar keer (of meer) moet klikken voordat je gevonden hebt wat je zoekt? Zo krijgen ze meer views op hun bannertjes en meer &quot;visited&quot; op vacatures die je bij ze plaatst. &quot;kijk eens hoeveel mensen naar je vacature hebben gekeken&quot;! zeggen ze dan. En wij gaan van &quot;wow&quot;. Jammer dat het allemaal loodgieters waren die op mijn sales vacature hebben geklikt, maar dát kan ik niet weten of bewijzen tót ze er ook op solliciteren. Maar tegen die tijd hebben de pay-per-clicks en bannercampagnes hun werk al gedaan en kan het jobboard tevreden achterover leunen.</description>
		<content:encoded><![CDATA[<p>Ik vind die dingen met auto-correctie ook wel mooi. Wist ik niet maar kan je op zich wel bedenken natuurlijk. Maken is een ander ding <img src='http://recruitmentmatters.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Verfijnen van zoekcriteria is al niet erg gangbaar, maar die ga ik wel even noteren. Prima ideeen. Bedenk overigens even dat de aantoonbaarheid van een betere verkoop door functies als een auto-correctie zoals je die beschrijft gemakkelijker te maken is voor bedrijven die online producten verkopen, dan het voor jobboards is. Het corrigeren van Neal Diamond naar Neil Diamond is eenvoudiger dan het corrigeren van &#8220;enthousiaste verkoper&#8221; naar &#8220;ambitieuze account manager&#8221;. Met andere woorden, bij een jobboard brengen traditioneel de klanten zélf de &#8220;artikelen&#8221; in en kun je elke job op tienduizend manieren beschrijven. Tenzij je een totale spellingcontrole koppelt aan een database met honderdduizenden mogelijke job titles lijkt het me lastig. Maar niets is natuurlijk onmogelijk. Het wachten is tot de bedrijven die heel erg veel geld verdienen met job advertizing (zoals Monster of Dice) de investering in hardware en ontwerp voldoende vinden opwegen tegen de mogelijk grotere hoeveelheid hits. Want daar draait het allemaal tenslotte om. En het is best wel een ham-vraag, waarom -als de technologie allang bestaat en dit soort bedrijven geld als water verdienen- er uberhaupt geen betere of meer functionele technologie wordt gebruikt op zulke jobboards. </p>
<p>Zou dat kunnen komen doordat deze jobboards niet in de eerste instantie bezig zijn met zorgen voor meer gerichte zoekopdrachten. Dat ze mogelijk juist wíllen dat je een paar keer (of meer) moet klikken voordat je gevonden hebt wat je zoekt? Zo krijgen ze meer views op hun bannertjes en meer &#8220;visited&#8221; op vacatures die je bij ze plaatst. &#8220;kijk eens hoeveel mensen naar je vacature hebben gekeken&#8221;! zeggen ze dan. En wij gaan van &#8220;wow&#8221;. Jammer dat het allemaal loodgieters waren die op mijn sales vacature hebben geklikt, maar dát kan ik niet weten of bewijzen tót ze er ook op solliciteren. Maar tegen die tijd hebben de pay-per-clicks en bannercampagnes hun werk al gedaan en kan het jobboard tevreden achterover leunen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Gebruiksvriendelijkheid deel 4: Zoeken, 1 &#124; RecruitmentMatters</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-434</link>
		<dc:creator>Gebruiksvriendelijkheid deel 4: Zoeken, 1 &#124; RecruitmentMatters</dc:creator>
		<pubDate>Sat, 02 Feb 2008 08:32:05 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-434</guid>
		<description>[...] zoals eerder aangekondigd de eerste serie aan ervaringen met de kwaliteit van de zoekfunctie op [...]</description>
		<content:encoded><![CDATA[<p>[...] zoals eerder aangekondigd de eerste serie aan ervaringen met de kwaliteit van de zoekfunctie op [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Marc Drees</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-433</link>
		<dc:creator>Marc Drees</dc:creator>
		<pubDate>Fri, 01 Feb 2008 15:29:22 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-433</guid>
		<description>@Bas:
Zoeken op dit soort kenmerken hangt vanzelfsprekend af van de mate waarin dit door werkgevers wordt gevuld.

Daar waar werkgevers dit niet doen schieten ze in eigen voet; tenslotte levert het hen minder treffers op als kandidaten wel op dit soort criteria zoeken.

Het gaat mij in dit geval ook niet om de vullingsgraad, maar of vacaturesites überhaupt de mogelijkheid biedt om op meerdere criteria te zoeken.</description>
		<content:encoded><![CDATA[<p>@Bas:<br />
Zoeken op dit soort kenmerken hangt vanzelfsprekend af van de mate waarin dit door werkgevers wordt gevuld.</p>
<p>Daar waar werkgevers dit niet doen schieten ze in eigen voet; tenslotte levert het hen minder treffers op als kandidaten wel op dit soort criteria zoeken.</p>
<p>Het gaat mij in dit geval ook niet om de vullingsgraad, maar of vacaturesites überhaupt de mogelijkheid biedt om op meerdere criteria te zoeken.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Bas van de Haterd</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-431</link>
		<dc:creator>Bas van de Haterd</dc:creator>
		<pubDate>Fri, 01 Feb 2008 14:02:21 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-431</guid>
		<description>Marc, je tweede puntje uit de eerste rij (zoeken op zaken als dienstverband, salaris, werkniveau, opleidingniveau) kan je in veel gevallen de sites niet kwalijk nemen als dat niet kan. Immers, salaris weigeren werkgevers in te vullen (ik had er net wéér één aan de lijn, helaas, gaat hem in dit geval sollicitaties kosten denk ik). Maar ook zaken als dienstverband (we roepen allemaal full time) en zo is doorgaans wel doorzoekbaar, maar als de basis info ontbreekt...</description>
		<content:encoded><![CDATA[<p>Marc, je tweede puntje uit de eerste rij (zoeken op zaken als dienstverband, salaris, werkniveau, opleidingniveau) kan je in veel gevallen de sites niet kwalijk nemen als dat niet kan. Immers, salaris weigeren werkgevers in te vullen (ik had er net wéér één aan de lijn, helaas, gaat hem in dit geval sollicitaties kosten denk ik). Maar ook zaken als dienstverband (we roepen allemaal full time) en zo is doorgaans wel doorzoekbaar, maar als de basis info ontbreekt&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Marc Drees</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-430</link>
		<dc:creator>Marc Drees</dc:creator>
		<pubDate>Thu, 31 Jan 2008 13:15:22 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-430</guid>
		<description>@Chris:
Ik denk het ook. En zoals je ziet kan het wel. Het is een kwestie van tijd, aandacht en energie. En dat is alles.</description>
		<content:encoded><![CDATA[<p>@Chris:<br />
Ik denk het ook. En zoals je ziet kan het wel. Het is een kwestie van tijd, aandacht en energie. En dat is alles.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Chris Stapper</title>
		<link>http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/comment-page-1/#comment-429</link>
		<dc:creator>Chris Stapper</dc:creator>
		<pubDate>Thu, 31 Jan 2008 12:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://recruitmentmatters.nl/2008/01/31/gebruikersvriendelijkheid-deel-4-zoeken-een-introductie/#comment-429</guid>
		<description>Ik heb het even getest om amazon, je hebt gelijk, gaaf! En noodzaak... ik denk het wel. Wat ik meer wilde zeggen is dat je met een slimme set criteria (en slimme keuzes) vaak ook tot een goede lijst kunt komen.

Dat wil uiteindelijk niet zeggen dat het niet beter is om de functie wel te hebben. Eigenlijk zouden we een overzicht moeten hebben van hoeveel (ideale) functies jaarlijks mislopen omdat ze geen zin hebben/er niet aan denken ook &#039;P&amp;O functionaris&#039; in plaats van &#039;HR officer&#039; in te typen.
Ik denk dat we zouden schrikken!</description>
		<content:encoded><![CDATA[<p>Ik heb het even getest om amazon, je hebt gelijk, gaaf! En noodzaak&#8230; ik denk het wel. Wat ik meer wilde zeggen is dat je met een slimme set criteria (en slimme keuzes) vaak ook tot een goede lijst kunt komen.</p>
<p>Dat wil uiteindelijk niet zeggen dat het niet beter is om de functie wel te hebben. Eigenlijk zouden we een overzicht moeten hebben van hoeveel (ideale) functies jaarlijks mislopen omdat ze geen zin hebben/er niet aan denken ook &#8216;P&amp;O functionaris&#8217; in plaats van &#8216;HR officer&#8217; in te typen.<br />
Ik denk dat we zouden schrikken!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

