<?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: Aerodeon Research Points to New Directions</title>
	<atom:link href="http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/feed/" rel="self" type="application/rss+xml" />
	<link>http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/</link>
	<description>Russell Buckley and Carlo Longino on mobile technology.</description>
	<lastBuildDate>Tue, 31 Jan 2012 19:56:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: McGuire&#8217;s Law &#187; Blog Archive &#187; Recent Research: May 2008</title>
		<link>http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/comment-page-1/#comment-120653</link>
		<dc:creator>McGuire&#8217;s Law &#187; Blog Archive &#187; Recent Research: May 2008</dc:creator>
		<pubDate>Thu, 29 May 2008 11:39:32 +0000</pubDate>
		<guid isPermaLink="false">http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/#comment-120653</guid>
		<description>[...] Mobilites want text messages in response to ad clicks [...]</description>
		<content:encoded><![CDATA[<p>[...] Mobilites want text messages in response to ad clicks [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carlo Longino</title>
		<link>http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/comment-page-1/#comment-120272</link>
		<dc:creator>Carlo Longino</dc:creator>
		<pubDate>Mon, 19 May 2008 18:15:53 +0000</pubDate>
		<guid isPermaLink="false">http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/#comment-120272</guid>
		<description>Hi Simon, thanks for the comment but a couple of things. First, not sure I agree with your dour take on web ads. It&#039;s a pretty healthy medium. Second, your take on relevance and context-awareness sounds like marketing sci-fi stuff. Honestly, if systems can be developed to recognize context and behavior so well, I&#039;d hope they&#039;d be used for something a little more worthwhile than advertising!</description>
		<content:encoded><![CDATA[<p>Hi Simon, thanks for the comment but a couple of things. First, not sure I agree with your dour take on web ads. It&#8217;s a pretty healthy medium. Second, your take on relevance and context-awareness sounds like marketing sci-fi stuff. Honestly, if systems can be developed to recognize context and behavior so well, I&#8217;d hope they&#8217;d be used for something a little more worthwhile than advertising!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: james</title>
		<link>http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/comment-page-1/#comment-120192</link>
		<dc:creator>james</dc:creator>
		<pubDate>Fri, 16 May 2008 23:12:38 +0000</pubDate>
		<guid isPermaLink="false">http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/#comment-120192</guid>
		<description>Well if anyone can do this - admob can?</description>
		<content:encoded><![CDATA[<p>Well if anyone can do this &#8211; admob can?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon (We Love Mobile)</title>
		<link>http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/comment-page-1/#comment-120172</link>
		<dc:creator>Simon (We Love Mobile)</dc:creator>
		<pubDate>Fri, 16 May 2008 13:09:04 +0000</pubDate>
		<guid isPermaLink="false">http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/#comment-120172</guid>
		<description>Great piece, thanks Chris for sharing the research and insight, some thoughts….

People don’t generally want to click on banner ads online, click-through-rates are dropping and the medium only survives because nothing better has come along to take its place. The transfer of display ads onto mobile was a natural first step and, apologies to Admob et al, but I don’t think serving banner ads blind is going to cut it long term, whatever clever call to action you tack onto them.  

When you are snacking on a small screen you want relevance. It’s nice to have some research to prove this, but I am not too surprised consumers don’t want to click on banner ads and wait for a new page to load. However, I think you have two ways to go with this, and Chris mentions one – you circumvent the ‘dumb’ banner ad problem with a clever and painless call-to-action. 

That, in my opinion, is a ‘sticky plaster solution’ to the problem. The real holy grail of mobile ads must be intelligent contextual ads linked to behavioural targeting (which you then combine with the instantaneous and painless call to action that Chris hints at). It’s the way PC web ads are going, and it makes even more sense on mobile, where the device is much much more personal and very time and context sensitive. 

The mobile phone has some unique characteristics; it’s yours and yours only and is with you all the time. Ads need to reflect this. My vision is this – ads are served to you according to what you are doing on your phone but are also linked to the time of day and where you are (and what you did in that context previously). In addition, they must offer an instant benefit that requires little to no additional effort. 

Pie in the sky? Not really. Consider this: When I access my operator portal homepage, or my personal off-deck home page I can be recognised. The ad serving system can know it’s 6pm and has paid my operator to share where I am geographically and what I would normally click on at this point in the day (all technically possible, right, if opted in?). So imagine I normally check what’s on TV around this time (behaviour and attitude context), before I get to that TV link I am pushed an ad for a show on at 8pm that evening (time context) that is on my local channel (place context) and it offers me a Sky Set-Top box SMS scheduler for that show (which is a live service). This is auto-generated, I just click, almost momentarily it flashes up – programme set, and I then carry on to the TV listings. It turns out, it’s the best of a bad lot, so when I get back home, I watch the show. 

So yes, an easy call to action is great, but to make that ad relevant to my mobile state is priceless!</description>
		<content:encoded><![CDATA[<p>Great piece, thanks Chris for sharing the research and insight, some thoughts….</p>
<p>People don’t generally want to click on banner ads online, click-through-rates are dropping and the medium only survives because nothing better has come along to take its place. The transfer of display ads onto mobile was a natural first step and, apologies to Admob et al, but I don’t think serving banner ads blind is going to cut it long term, whatever clever call to action you tack onto them.  </p>
<p>When you are snacking on a small screen you want relevance. It’s nice to have some research to prove this, but I am not too surprised consumers don’t want to click on banner ads and wait for a new page to load. However, I think you have two ways to go with this, and Chris mentions one – you circumvent the ‘dumb’ banner ad problem with a clever and painless call-to-action. </p>
<p>That, in my opinion, is a ‘sticky plaster solution’ to the problem. The real holy grail of mobile ads must be intelligent contextual ads linked to behavioural targeting (which you then combine with the instantaneous and painless call to action that Chris hints at). It’s the way PC web ads are going, and it makes even more sense on mobile, where the device is much much more personal and very time and context sensitive. </p>
<p>The mobile phone has some unique characteristics; it’s yours and yours only and is with you all the time. Ads need to reflect this. My vision is this – ads are served to you according to what you are doing on your phone but are also linked to the time of day and where you are (and what you did in that context previously). In addition, they must offer an instant benefit that requires little to no additional effort. </p>
<p>Pie in the sky? Not really. Consider this: When I access my operator portal homepage, or my personal off-deck home page I can be recognised. The ad serving system can know it’s 6pm and has paid my operator to share where I am geographically and what I would normally click on at this point in the day (all technically possible, right, if opted in?). So imagine I normally check what’s on TV around this time (behaviour and attitude context), before I get to that TV link I am pushed an ad for a show on at 8pm that evening (time context) that is on my local channel (place context) and it offers me a Sky Set-Top box SMS scheduler for that show (which is a live service). This is auto-generated, I just click, almost momentarily it flashes up – programme set, and I then carry on to the TV listings. It turns out, it’s the best of a bad lot, so when I get back home, I watch the show. </p>
<p>So yes, an easy call to action is great, but to make that ad relevant to my mobile state is priceless!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Constantinescu</title>
		<link>http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/comment-page-1/#comment-120171</link>
		<dc:creator>Stefan Constantinescu</dc:creator>
		<pubDate>Fri, 16 May 2008 12:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://mobhappy.com/blog1/2008/05/16/aerodeon-research-points-to-new-directions/#comment-120171</guid>
		<description>So basically when a user clicks on an ad have it appear in their messaging application some how. Interesting, this is good because as you say users can look back at the ads they&#039;ve clicked, but more importantly it helps operators see what ads people are clicking on. Some sort of &quot;ad&quot; tag in the html would be great, but at the same time it would make it easy for people to make browsers that block ads.</description>
		<content:encoded><![CDATA[<p>So basically when a user clicks on an ad have it appear in their messaging application some how. Interesting, this is good because as you say users can look back at the ads they&#8217;ve clicked, but more importantly it helps operators see what ads people are clicking on. Some sort of &#8220;ad&#8221; tag in the html would be great, but at the same time it would make it easy for people to make browsers that block ads.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

