<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Adrian Short &#187; database design</title>
	<atom:link href="http://blog.adrianshort.co.uk/tag/database-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.adrianshort.co.uk</link>
	<description>Government web design, open data, transparency, etc.</description>
	<lastBuildDate>Wed, 25 Apr 2012 10:08:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Estimated date of birth &#8212; an interaction design pattern</title>
		<link>http://blog.adrianshort.co.uk/2008/09/09/estimated-date-of-birth-an-interaction-design-pattern/</link>
		<comments>http://blog.adrianshort.co.uk/2008/09/09/estimated-date-of-birth-an-interaction-design-pattern/#comments</comments>
		<pubDate>Tue, 09 Sep 2008 09:36:27 +0000</pubDate>
		<dc:creator>Adrian Short</dc:creator>
				<category><![CDATA[Design theory]]></category>
		<category><![CDATA[Software design]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[Web design]]></category>
		<category><![CDATA[ages]]></category>
		<category><![CDATA[birthdays]]></category>
		<category><![CDATA[database design]]></category>
		<category><![CDATA[dates of birth]]></category>
		<category><![CDATA[form design]]></category>
		<category><![CDATA[surveys]]></category>

		<guid isPermaLink="false">http://adrianshort.co.uk/?p=65</guid>
		<description><![CDATA[How to avoid asking people for their date of birth when you don't need it but still gain enough data to be able to produce meaningful age segmentations.]]></description>
			<content:encoded><![CDATA[<p><strong>Context</strong></p>
<p>You want to collect the dates of birth of a group of people so that you can analyse and segment the group by age, but asking for a date of birth isn&#8217;t necessary for any specific reason and many people in the group may balk at giving you this private information.</p>
<p><span id="more-65"></span></p>
<p><strong>Discussion</strong></p>
<p>It&#8217;s a common conceit among people designing forms and surveys that if you ask a question, you&#8217;ll get a useful answer, but when it comes to personal information the wise designer treads very carefully.</p>
<p>A general rule for form design is that every extra question reduces your response rate and diminishes the chances of the form being completed accurately. Every time you add something you take something away.</p>
<p>As people become more conscious of the real or imagined incidence of identity theft and the predations of overzealous marketers, they are increasingly reluctant to part with personal information even where they might otherwise be happy to provide information for a purpose with which they agree.</p>
<p>As consumers, we understand that there are times when our date of birth will be required for official purposes. We don&#8217;t expect to be able to open a bank account or obtain a passport without it. But when we&#8217;re completing a marketing survey or simply registering with an online shop it can often feel like too much information. I don&#8217;t get asked my date of birth when I shop on the high street &#8212; why would I need to disclose it just to use the online equivalent?</p>
<p>Having age information about a group of people is often useful or even necessary for researchers and marketers. They might want to produce an age breakdown of a group of people using their service or participating in their research, or validate that people in a group qualify to be there where there is an age restriction.</p>
<p>One solution to the problem is to ask respondents for their <em>age group</em> rather than their date of birth:</p>
<p><em>How old are you?</em></p>
<ul>
<li>under 18</li>
<li>18-25</li>
<li>26-39</li>
<li>40-49</li>
<li>50-64</li>
<li>65 and over</li>
</ul>
<p>This is less intrusive for respondents and more likely to gain a response than asking for a date of birth. It allows a report to be produced grouping the respondents by frequency under these headings.</p>
<p>Unfortunately, this approach is very inflexible. Once the respondents are placed into these groups you cannot produce a different age segmentation. In the above example, if there were a subsequent requirement to count all the people aged under 30, you couldn&#8217;t.</p>
<p>This approach also fails if the data are to be used over time. The age segmentations will be correct at the time of data collection but will rapidly obsolesce after that. It works for a one-time snapshot such as a survey but doesn&#8217;t work for a group who will be participating over time such as members of an organisation or customers of a business.</p>
<p><strong>Resolution</strong></p>
<p>These issues can often be better resolved by asking respondents for their <em>ages </em>and then calculating an <em>estimated date of birth</em> for them which is then stored. Ages are less specific than precise dates of birth and asking for them is more likely to gain an accurate response.</p>
<p><em>How old are you?</em> _____________ (write in your age; leave it blank if you&#8217;d rather not say)</p>
<p>If a person responds that they are 30 today, we cannot possibly know their birthday. It could be any day between today (they&#8217;ve just turned 30) up to a year&#8217;s time less a day.</p>
<p>So calulate the estimated date of birth to be:</p>
<p><em>today &#8211; respondent&#8217;s age in years &#8211; six months</em></p>
<p>While there is only a 1 in 365 (ish) chance of estimating the date of birth correctly for each individual, by assuming that each person is half way towards their next birthday you prevent skewing the overall age breakdown for the group either too low or too high.</p>
<p>Ensure that your database or spreadsheet column is called <em>estimated date of birth</em> to prevent subsequent users assuming that these DOBs are accurate.</p>
<p>Using these estimated dates of birth you can produce sufficiently accurate age segmentations at any time in the future regardless of how you define the segment boundaries.</p>
<p>As a caveat, be aware that while this technique allows you to estimate the <em>number </em>of people in the group, say, under 30, if there&#8217;s an absolutely specific reason to find the <em>actual members </em>that are under 30, you can&#8217;t. You&#8217;ll get a few false positives that you&#8217;re estimating to be under 30 even though they&#8217;ve already reached their 30th birthdays.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.adrianshort.co.uk/2008/09/09/estimated-date-of-birth-an-interaction-design-pattern/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
