<?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/" > <channel><title>Comments on: Veelgestelde vragen beantwoord</title> <atom:link href="http://www.frank-ly.nl/veelgestelde-vragen-beantwoord/feed" rel="self" type="application/rss+xml" /><link>http://www.frank-ly.nl/veelgestelde-vragen-beantwoord</link> <description>De weblog van Rhinofly, creatief en resultaatgericht bureau voor digitale communicatie</description> <lastBuildDate>Sat, 11 Feb 2012 16:35:40 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.0.4</generator> <item><title>By: Steven</title><link>http://www.frank-ly.nl/veelgestelde-vragen-beantwoord/comment-page-1#comment-44076</link> <dc:creator>Steven</dc:creator> <pubDate>Mon, 13 Jul 2009 08:50:56 +0000</pubDate> <guid isPermaLink="false">http://www.frank-ly.nl/?p=6156#comment-44076</guid> <description>VGV heb ik ooit eens voor een klant als afkorting moeten gebruiken in het verleden, omdat FAQ hem niets zei en omdat Veel Gestelde Vragen niet als link op de pagina paste. Ik denk inderdaad dat het niet handig is om te linken naar een FAQ pagina met zulk een afkorting. Eigenlijk is het tegenwoordig steeds meer gebruikelijk om de FAQ te integreren met de content van je pagina. Bijvoorbeeld door een kolom onder je normale (product)tekst met een lijstje aansluitende artikelen of veel gestelde vragen.Daarom denk ik ook dat FAQ&#039;s alleen werken bij sites waarbij een gebruiker ook vragen wil stellen (en misschien al heeft gesteld via email of andere contactopties). Dus een FAQ op een website van een bedrijf dat producten verkoopt gaat prima. Een FAQ bij een online dienst of spel is ook prima. Ik weet niet of ik een FAQ op een compleet informatieve site zou plaatsen, maar daar kan het in bepaalde gevallen natuurlijk ook geplaatst worden op het moment dat jouw geboden content niet geheel duidelijk is, maar dan is het wel de vraag of je misschien gewoon je content moet gaan herschrijven i.p.v. het plaatsen van een FAQ.FAQ&#039;s zijn er vooral om dingen nét iets duidelijker te maken dan dat het al geschreven staat. Je verkoopt espresso machines en je zet in de FAQ antwoorden op vragen zoals: &#039;Mijn espresso machine is kapot, kan ik een nieuwe krijgen?&#039; en &#039;Kan ik ook andere dranken maken met mijn espresso machine?&#039;. En uiteraard moeten die vragen al eens gesteld zijn bij de service desk, in het beste geval al een aantal keer, tenzij het een speciale vraag is die u ook belangrijk vind om bij uw FAQ te zetten. En zoals ik al eerder zei: er blijft ook nog altijd de mogelijkheid om de content van uw reguliere pagina&#039;s te herschrijven in een duidelijkere taal als blijkt dat er meer en meer vragen en antwoorden in uw FAQ terecht komen, teneinde de grootte van de FAQ te kunnen verkleinen.Sommige FAQ systemen komen met dingen als een Rating voor de gebruiker te geven aan het artikel en ook of met complete engines die vragen of het antwoord hielp bij de vraag en met suggesties voor vervolg vragen en antwoorden. Dat soort systemen vind ik soms een klein beetje overdreven, vooral omdat men inderdaad klikt op een vraag wat lijkt op de vraag waar een gebruiker mee zit en vervolgens blijkt dat niet het gezochte antwoord te zijn en wordt het antwoord afgekeurd. Uiteraard is een goede zoekfunctie wel belangrijk als de lijst vragen te lang begint te worden op de FAQ site. Verder kunt u natuurlijk altijd nog een gedegen zoekfunctie aan uw gehele site toevoegen.</description> <content:encoded><![CDATA[<p>VGV heb ik ooit eens voor een klant als afkorting moeten gebruiken in het verleden, omdat FAQ hem niets zei en omdat Veel Gestelde Vragen niet als link op de pagina paste. Ik denk inderdaad dat het niet handig is om te linken naar een FAQ pagina met zulk een afkorting. Eigenlijk is het tegenwoordig steeds meer gebruikelijk om de FAQ te integreren met de content van je pagina. Bijvoorbeeld door een kolom onder je normale (product)tekst met een lijstje aansluitende artikelen of veel gestelde vragen.</p><p>Daarom denk ik ook dat FAQ&#8217;s alleen werken bij sites waarbij een gebruiker ook vragen wil stellen (en misschien al heeft gesteld via email of andere contactopties). Dus een FAQ op een website van een bedrijf dat producten verkoopt gaat prima. Een FAQ bij een online dienst of spel is ook prima. Ik weet niet of ik een FAQ op een compleet informatieve site zou plaatsen, maar daar kan het in bepaalde gevallen natuurlijk ook geplaatst worden op het moment dat jouw geboden content niet geheel duidelijk is, maar dan is het wel de vraag of je misschien gewoon je content moet gaan herschrijven i.p.v. het plaatsen van een FAQ.</p><p>FAQ&#8217;s zijn er vooral om dingen nét iets duidelijker te maken dan dat het al geschreven staat. Je verkoopt espresso machines en je zet in de FAQ antwoorden op vragen zoals: &#8216;Mijn espresso machine is kapot, kan ik een nieuwe krijgen?&#8217; en &#8216;Kan ik ook andere dranken maken met mijn espresso machine?&#8217;.<br /> En uiteraard moeten die vragen al eens gesteld zijn bij de service desk, in het beste geval al een aantal keer, tenzij het een speciale vraag is die u ook belangrijk vind om bij uw FAQ te zetten. En zoals ik al eerder zei: er blijft ook nog altijd de mogelijkheid om de content van uw reguliere pagina&#8217;s te herschrijven in een duidelijkere taal als blijkt dat er meer en meer vragen en antwoorden in uw FAQ terecht komen, teneinde de grootte van de FAQ te kunnen verkleinen.</p><p>Sommige FAQ systemen komen met dingen als een Rating voor de gebruiker te geven aan het artikel en ook of met complete engines die vragen of het antwoord hielp bij de vraag en met suggesties voor vervolg vragen en antwoorden. Dat soort systemen vind ik soms een klein beetje overdreven, vooral omdat men inderdaad klikt op een vraag wat lijkt op de vraag waar een gebruiker mee zit en vervolgens blijkt dat niet het gezochte antwoord te zijn en wordt het antwoord afgekeurd. Uiteraard is een goede zoekfunctie wel belangrijk als de lijst vragen te lang begint te worden op de FAQ site. Verder kunt u natuurlijk altijd nog een gedegen zoekfunctie aan uw gehele site toevoegen.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using memcached
Page Caching using memcached
Database Caching 1/20 queries in 0.009 seconds using memcached
Object Caching 276/306 objects using memcached

Served from: www.frank-ly.nl @ 2012-02-13 05:48:37 -->
