<?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>eicolab: design thinking for business innovation &#187; Tools and Tips</title>
	<atom:link href="http://eicolab.com.au/category/tools-and-tips/feed/" rel="self" type="application/rss+xml" />
	<link>http://eicolab.com.au</link>
	<description></description>
	<lastBuildDate>Fri, 30 Jul 2010 03:14:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Good and different</title>
		<link>http://eicolab.com.au/2009/10/05/good-and-different/</link>
		<comments>http://eicolab.com.au/2009/10/05/good-and-different/#comments</comments>
		<pubDate>Mon, 05 Oct 2009 03:13:30 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Differentiation]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Quality]]></category>
		<category><![CDATA[Tools and Tips]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/?p=2396</guid>
		<description><![CDATA[I drew the following diagram from a description in Marty Neumeier’s book The Designful Company:

In any given endeavour, a business can choose the following approaches:

Good and different.
Different but not good.
Not good and not different.
Good but not different.

Neumeier contends that many businesses tend to choose the same over the different – in other words, 3 and [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>I drew the following diagram from a description in Marty Neumeier’s book <em>The Designful Company</em>:</p>
<p><img src="http://eicolab.com.au/wp-content/uploads/2009/10/good-and-different-grid.gif" alt="" title="good-and-different-grid" /></p>
<p>In any given endeavour, a business can choose the following approaches:</p>
<ol>
<li>Good and different.</li>
<li>Different but not good.</li>
<li>Not good and not different.</li>
<li>Good but not different.</li>
</ol>
<p>Neumeier contends that many businesses tend to choose the same over the different – in other words, 3 and 4 from the list and diagram above. They are fearful of doing anything different. There is a perception of safety in doing things the same way, especially if that way comes with easily rationalisable and quantifiable “proof”. </p>
<p>This is the “gradual improvement” approach. We will do what we have always done (which appears to return x% so far). Or we will do what a competitor’s done (which seems to be successful as they have grown y%).</p>
<p>If we do something completely different, we could make massive gains, or losses. The potential for big losses is scarier than the potential for big gains.</p>
<p>In today’s world of chaotic and sudden change, and global access, this sort of rear-view-mirror driven is potentially catastrophic. As we plod cautiously forward while looking in the rear view mirror, someone who dares to drive a better car, with their eyes firmly pointed ahead, can easily leave us in their dust trail.</p>
<p><img src="http://eicolab.com.au/wp-content/uploads/2009/10/good-and-different-grid-vegemite.jpg" alt="" title="good-and-different-grid-vegemite" /></p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2009/10/05/good-and-different/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Think wrong and start innovating</title>
		<link>http://eicolab.com.au/2009/07/29/think-wrong-and-start-innovating/</link>
		<comments>http://eicolab.com.au/2009/07/29/think-wrong-and-start-innovating/#comments</comments>
		<pubDate>Tue, 28 Jul 2009 23:19:26 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Tools and Tips]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/?p=2251</guid>
		<description><![CDATA[(I just found this note on my mobile phone. I wrote this about two years ago. Yes one of my phones is actually >2 years old.)
Here are three prods to kick start your business innovation: 
What if you had to give away your product for free – and you had to find alternative ways to [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>(I just found this note on my mobile phone. I wrote this about two years ago. Yes one of my phones is actually >2 years old.)</p>
<p>Here are three prods to kick start your business innovation: </p>
<p>What if you had to give away your product for free – and you had to find alternative ways to make a living from your business?</p>
<p>What if your customers disappeared overnight – and you had to leverage what you currently have to quickly enter alternate markets?</p>
<p>What if you had to walk away from your business tomorrow and had to find a totally different way to make a living. What would you do?</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2009/07/29/think-wrong-and-start-innovating/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The folly of the tendering process</title>
		<link>http://eicolab.com.au/2009/04/14/the-folly-of-the-tendering-process/</link>
		<comments>http://eicolab.com.au/2009/04/14/the-folly-of-the-tendering-process/#comments</comments>
		<pubDate>Mon, 13 Apr 2009 22:48:04 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Business Practice]]></category>
		<category><![CDATA[Features]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Tools and Tips]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/?p=1973</guid>
		<description><![CDATA[This is a follow-up to my recent post about The challenge of selling brainspace, and the general unwillingness for people to pay for the intangibles of ideas, insights, designs planning and perspective.
Here is a very real example, familiar to many of us who have written or responded to a tender (or Request for Proposal/Pitch RFP [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>This is a follow-up to my recent post about <a href="http://eicolab.com.au/2009/04/02/the-challenge-of-selling-brainspace/"><i>The challenge of selling brainspace</i></a>, and the general unwillingness for people to pay for the intangibles of ideas, insights, designs planning and perspective.</p>
<p>Here is a very real example, familiar to many of us who have written or responded to a tender (or Request for Proposal/Pitch RFP to Invitation to Quote ITQ)*. </p>
<p>A typical IT project tender is a request for proposal/quotation to design and build some sort of system which is a mixture of hardware, software, systems integration and process integration. Even a straightforward web application (like online sales fulfilment) crosses all these areas. Such systems are by this nature complex, with long term and potentially deep implications for the client.</p>
<p>Surprisingly, the typical borderline-unreasonable requests in such a tender seem to actively work against getting the most appropriate and cost-effective outcome for the client:</p>
<ul>
<li>Designs required up front – whether this is strategic or systemic. How can anyone worth their mettle design anything with the sketchy information typical in such proposals? And having not met the client, nor understood the real needs thereof? What will be the end quality or appropriateness of such a design?</li>
<li>Fixed quote required – with minimal information, no scope, and no design, there is no way a real quote can be generated. So the client typically ends up with a grossly-padded out figure. </li>
<li>Short timelines – the crowning glory is often a ridiculously short timeline. Imagine being asked to design Amazon.com in two weeks, with minimum information, and without any guarantees of being paid. What is the quality of work that can be expected? </li>
<li>How often does the project scope change radically after commencement? And at what cost to morale and the bottom line?</li>
</ul>
<p>As a good friend of mine (you know who you are) would say: “this is so totally f*cked.” This has to be a form of deliberate self-sabotage on the part of the client. There is an incredible waste of resources and effort in this process for all. Just what are the possible psychological factors at work here?</p>
<p>There could be any number of reasons why this is the case:</p>
<ul>
<li>The people writing the tenders have an inadequate understanding of the complexities and implications of their projects.</li>
<li>They are unable or unwilling to see and involve the larger picture.<br />
They already have a respondent in mind and the tendering process is really only to satisfy policy or legal requirements.</li>
<li>They are shopping for the cheapest respondent, even though (especially when?) they make a point of saying this is not the case.</li>
<li>They just want a simplistic solution with a simplistic price so as to make a simplistic decision. Longer term implications can wait, or they can be fixed if and when they arise.<br />
They are fishing for free ideas from as many sources as possible.</li>
</ul>
<p>The end result for the client?</p>
<ul>
<li>Wasting time going through scopes that are quite different in scope, and in price.</li>
<li>Forced into working with budgets that may be higher than necessary.</li>
<li>The numerous assumptions made in the various scopes can unwittingly seed the project with new distractions, questions and variables.</li>
<li>Forced to make numerous and costly course corrections along the way.</li>
<li>Forced to fix problems, or be lumbered with limitations, that could have been prevent up-front.</li>
</ul>
<p>The most practical and reasonable win-win situation here is clearly to start off by paying someone to do some serious stakeholder needs analysis, run brainstorming sessions., and write proper functional specifications before the project goes out to tender. Even for smaller web projects, this step saves a huge amount of grief and money in the long run. </p>
<p>Once the client has a clear scope in place, tender respondents will have a better chance of quoting appropriately for the actual work required, instead of stabbing in the dark. The client will then get a more consistently comparable set of responses.</p>
<p>This process I have described presumably applies to non-IT projects as well (construction, manufacturing, service outsourcing etc), but I have no first hand exposure to these. Please share your experience below.</p>
<div class="gap"></div>
<p>* I have played a part in a range of permutations of respondents: a consortium of small businesses, a consortium of medium and large businesses, a single small business and a single medium sized-business. Clients have been government bodies, institutions, sporting and arts bodies; in Australia, Singapore and Europe. The success rate has been variable and inconsistent.</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2009/04/14/the-folly-of-the-tendering-process/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Building on existing stuff</title>
		<link>http://eicolab.com.au/2009/03/17/1916/</link>
		<comments>http://eicolab.com.au/2009/03/17/1916/#comments</comments>
		<pubDate>Mon, 16 Mar 2009 23:23:49 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Community]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Tools and Tips]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/?p=1916</guid>
		<description><![CDATA[
The McNuggetini is &#8230; &#8220;A McDonald’s chocolate milkshake with vanilla vodka, rimmed with BBQ sauce and garnished with a chicken McNugget.&#8221; (From This Is Why You Are Fat.)
This reminded me of several conversations I have had recently re building something from existing stuff. Several friends have coincidentally came up with ideas for using the internet [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p><img src="http://eicolab.com.au/wp-content/uploads/2009/03/mcnuggetini.jpg" alt="" title="mcnuggetini"  /></p>
<p>The McNuggetini is &#8230; &#8220;A McDonald’s chocolate milkshake with vanilla vodka, rimmed with BBQ sauce and garnished with a chicken McNugget.&#8221; (From <a href="http://thisiswhyyourefat.com" target="_blank">This Is Why You Are Fat</a>.)</p>
<p>This reminded me of several conversations I have had recently re building something from existing stuff. Several friends have coincidentally came up with ideas for using the internet to publicise/galvanise action around causes. They wanted to know how to build a website, a newsletter, a discussion forum etc online.</p>
<p>My suggestion was: there is no need to build anything from scratch. Not like in the old days. </p>
<p>There are already so many existing applications on the internet &#8211; Flickr for photos, YouTube for videos, Wordpress for blogging, Google groups, and Facebook groups. Why build your own when you can leverage these applications AND their exposure?</p>
<p>The focus should be on the cause more than the actual technology and application building. How can you best leverage the existing stuff out there to get people engaged with your cause? Where are those people now?</p>
<p>&#8220;Build on&#8221;; not reinvent the wheel.</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2009/03/17/1916/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>What’s your favourite password?</title>
		<link>http://eicolab.com.au/2009/03/02/what%e2%80%99s-your-favourite-password/</link>
		<comments>http://eicolab.com.au/2009/03/02/what%e2%80%99s-your-favourite-password/#comments</comments>
		<pubDate>Sun, 01 Mar 2009 22:30:13 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[Tools and Tips]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/?p=1873</guid>
		<description><![CDATA[“Passwords that show no imagination or distinctiveness are easy prey for information pirates, a new US study says.”
“people often do the easy thing” like:

Their first name (or their children’s)
“1234” or “123456”
“qwerty” (or “azerty” in Europe)
Names of TV/film stars and characters
“password” or “password1”
“I don’t care” “whatever” “yes” “no”
“iloveyou” “ihateyou”

Choosing an irresponsible password must be, in this [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>“Passwords that show no imagination or distinctiveness are easy prey for information pirates, a new US study says.”</p>
<p>“people often do the easy thing” like:</p>
<ul>
<li>Their first name (or their children’s)</li>
<li>“1234” or “123456”</li>
<li>“qwerty” (or “azerty” in Europe)</li>
<li>Names of TV/film stars and characters</li>
<li>“password” or “password1”</li>
<li>“I don’t care” “whatever” “yes” “no”</li>
<li>“iloveyou” “ihateyou”</li>
</ul>
<p>Choosing an irresponsible password must be, in this day and age, akin to hiding the front door key under the mat, or leaving it in the lock.</p>
<p>Read the full article on <a href="http://www.channelnewsasia.com/stories/technologynews/view/408503/1/.html" target="_blank">Channel News Asia</a>.</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2009/03/02/what%e2%80%99s-your-favourite-password/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Interesting tools and tips from the Ten Faces of Innovation</title>
		<link>http://eicolab.com.au/2009/01/20/interesting-tools-and-tips-from-the-ten-faces-of-innovation/</link>
		<comments>http://eicolab.com.au/2009/01/20/interesting-tools-and-tips-from-the-ten-faces-of-innovation/#comments</comments>
		<pubDate>Mon, 19 Jan 2009 22:45:28 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Business Practice]]></category>
		<category><![CDATA[Features]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Leadership]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Quality]]></category>
		<category><![CDATA[Reading]]></category>
		<category><![CDATA[Tools and Tips]]></category>
		<category><![CDATA[Vision]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/?p=1669</guid>
		<description><![CDATA[Here’re some tips that caught my attention while reading The Ten Faces of Innovation – Strategies for heightening creativity by Tom Ford with Jonathan Littman, ISBN978-1-84668-031-1.

When fact finding, don’t ask people to generalise or stereotype a situation. They will idealise the situation or behaviour rather than tell you what really happens. There is no such [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p><img src="http://eicolab.com.au/wp-content/uploads/2008/12/41gqe6wnwzl_sl160_.jpg" alt="" class="insetright" />Here’re some tips that caught my attention while reading <em>The Ten Faces of Innovation – Strategies for heightening creativity</em> by Tom Ford with Jonathan Littman, ISBN978-1-84668-031-1.</p>
<ul>
<li>When fact finding, don’t ask people to generalise or stereotype a situation. They will idealise the situation or behaviour rather than tell you what really happens. There is no such thing as “typical”.</li>
<li>To improve something, watch people struggle and stumble with it.</li>
<li>Talk to young people. Teenagers today = mainstream market tomorrow. Get reverse mentoring.</li>
<li>Service is about people and teams … you have to “earn the respect and allegiance of the people who make or break a service.”</li>
<li>Make it easy for clients to envisage using your product. Give away a full-size paper dummy of your big screen TV so customers can see what it looks like on their walls.</li>
<li>Provide multiple options for clients. Providing a single option can focus the client’s decision on whether they like you or not.</li>
<li>T-shaped people – lots of breadth (of knowledge and interests), and one depth (of expertise). “The future belongs to T-shaped people.”</li>
<li>Practice scarcity – “scarcity and tough constraints force you to break new ground because the ‘business as usual’ approach is simply not available.”</li>
<li>“To create something new you have to take something old away.”</li>
<li>Cultivate an attitude for wisdom – the knowledge to know when you are on course, and the humility to ask for directions.</li>
<li>When things go wrong, approach it with humour and uncover the silver lining.</li>
<li>“[Relay races] are won or lost in the hand offs [of the baton].” How effective are the hand offs between the nodes of your processes?</li>
<li>Silo walls are stiff barriers against change (ideas), flexibility and agility. This made me think of the corrugation in cardboard.</li>
<li>“Coach more, direct less.” Don’t second guess your people lest this undermines their confidence and builds dependence on you.</li>
<li>Opportunities could be found in what has not changed for a long time.</li>
<li>Mapping customer journeys – “the journey nearly always has more steps than … first imagined.” </li>
<li>“Real has genuine appeal.”</li>
<li>When people have enough stuff, they want experiences. “Many Gen Xers and Millennials are less interested in accumulating material possessions than their parents were.”</li>
<li>“The first step in becoming extraordinary is simple to stop being ordinary.”</li>
<li>Make it safe for your customers to try something new. Try our Peking duck pizza, if you don’t like it, we’ll give you your usual one free.</li>
<li>“True stories can have a lot of spin to them. Authentic stories have deep integrity.” And people can tell the difference.</li>
<li>The “bottom line” mindset stops us hearing stories. Instead of asking “do you like or dislike” ask “tell me when it worked and when it did not.”</li>
<li>“Asking for a story celebrates and authenticates the experience.”</li>
<li>“Flexibility is more important for your organization than size of even power.”</li>
<li>“Innovation is … a way of life.”</li>
<li>”Don’t let a title or job description hold you back.”</li>
</ul>
<p>The book is filled with key learnings from IDEO as well as many illuminating and fun anecdotes. Whether you are charged with making innovation happen at your workplace, or are simply interested in bettering your business practice, this book is well worth reading.</p>
<div class="buynow">
Buy now from Amazon:<br />
<a target="_blank" href="http://www.amazon.com/gp/product/0385512074?ie=UTF8&#038;tag=eicoladesignt-20&#038;linkCode=as2&#038;camp=1789&#038;creative=9325&#038;creativeASIN=0385512074">The Ten Faces of Innovation: IDEO&#8217;s Strategies for Defeating the Devil&#8217;s Advocate and Driving Creativity Throughout Your Organization</a><img src="http://www.assoc-amazon.com/e/ir?t=eicoladesignt-20&#038;l=as2&#038;o=1&#038;a=0385512074" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />
</div>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2009/01/20/interesting-tools-and-tips-from-the-ten-faces-of-innovation/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fostering tiles</title>
		<link>http://eicolab.com.au/2008/12/17/fostering-tiles/</link>
		<comments>http://eicolab.com.au/2008/12/17/fostering-tiles/#comments</comments>
		<pubDate>Tue, 16 Dec 2008 22:36:38 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Branding]]></category>
		<category><![CDATA[Communications]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Funny]]></category>
		<category><![CDATA[Tools and Tips]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/?p=1541</guid>
		<description><![CDATA[
Nice tagline – inexcusably crappy execution. Like this recent cockup by the Max Planck Institute.
The obvious fail aside, there are other wonderful lessons nicely demonstrated by this one sign.
No hierarchy of reading – the actual information on this sign (the text and logo) more or less have the same visual weight. They are all jammed [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p><img src="http://eicolab.com.au/wp-content/uploads/2008/12/fostering-tiles.jpg" alt="" title="fostering-tiles" /></p>
<p>Nice tagline – inexcusably crappy execution. Like <a href="http://www.theregister.co.uk/2008/12/11/max_planck_outrage/" target="_blank">this recent cockup by the Max Planck Institute</a>.</p>
<p>The obvious fail aside, there are other wonderful lessons nicely demonstrated by this one sign.</p>
<p><strong>No hierarchy of reading</strong> – the actual information on this sign (the text and logo) more or less have the same visual weight. They are all jammed in to the top edge of the sign. This makes it impossible to read if you were driving past. The most important piece of information – the name of the store – must be the most prominent. </p>
<p><strong>Too much information</strong> – instead of just showing the name in this already-cluttered sign, they made the mistake of showing their full URL including the “www”. Many web addresses now work without the “www” which makes for a shorter URL.</p>
<p><strong>Illegible and generic logo</strong> – the use of a chop is clichéd and unoriginal. The ornate nature of the design and the stylised fancy script makes for a logo with absolutely zero identification value.</p>
<p>This also adds useless clutter to the sign. A red square is already a powerful visual presence. This is even more so when set amongst a regular run of type.</p>
<p><strong>Too many almost-related offerings in the first line.</strong> This forces people to think too hard, and is a potential barrier to entry. How do you feel about buying cake from a florist? Seriously. </p>
<p>I reckon – either show offerings that are reasonably related, or go the other way and show grossly unrelated ones. So, use “flowers, plants and gift baskets” or “flowers, ”. That way, you don’t make people think too hard, or you make them remember you for the (deliberate) quirkiness. </p>
<p>Perhaps stating benefits would be more useful as a differentiation point: “Yay ~ Love ~ Sorry ~ Condolences”?</p>
<p>However…</p>
<p>At the end of the lesson, this is probably a perfectly good business with happy loyal customers. The bottom line is: If you want to do something, either do it properly, or don’t.</p>
<p>(This sign was spotted, snapped and MMSed with great enthusiasm to me by Tanneke. Thank you!!!)</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2008/12/17/fostering-tiles/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Of wikis and emails</title>
		<link>http://eicolab.com.au/2008/09/12/of-wikis-and-emails/</link>
		<comments>http://eicolab.com.au/2008/09/12/of-wikis-and-emails/#comments</comments>
		<pubDate>Thu, 11 Sep 2008 22:51:37 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Human Nature]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Tools and Tips]]></category>
		<category><![CDATA[Vision]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/?p=1172</guid>
		<description><![CDATA[Wikis are great for creating ad-hoc collaborative and infinitely extensible stores of information and knowledge. Especially when such information is so easily transmitted AND so easily lost in email black holes as pointed out by Robert Rath on his post Wikis Bring Light To The Black Hole of EMail.
Emails are easy to use and conceptually [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>Wikis are great for creating ad-hoc collaborative and infinitely extensible stores of information and knowledge. Especially when such information is so easily transmitted AND so easily lost in email black holes as pointed out by <a href="http://www.innovation-mentor.com/index.php?/archives/8-Wikis-Bring-Light-To-The-Black-Hole-of-EMail.html#comments/" target="_blank">Robert Rath on his post <em>Wikis Bring Light To The Black Hole of EMail</em></a>.</p>
<p>Emails are easy to use and conceptually comfortable. I simply type and send. Unfortunately they are also notoriously unorganisable. Even the basic attempt to write succinct subject lines elude many, let alone the ideal of sticking to one subject per email. And I include myself in this.</p>
<p>Enter wikis. As Robert is advocating, if I believe the information I am writing up in an email is potentially useful to more than the recipient, I should be sticking it in a wiki. This is especially true in a team environment where there are huge amounts of hidden knowledge that ought to be shared more overtly and officially.</p>
<p>Interestingly, more often than not, I have noticed a curious resistance to wikis. This seems more prevalent amongst managers and those who are more “control” oriented. These people are fine with traditional databases on one extreme (ie highly structured data), and emails on the other (supremely unstructured). But they seem to have difficulty coping with the in-between that is a wiki. They um and ah and try and find some reason as to explain why they believe a wiki is utterly unsuitable. There seem to be some genuine inability to grasp or be comfortable with the concept of a wiki. And I am not talking about older managers who don’t get it – I have seen this in people younger than me!</p>
<p>Has anyone encountered this when trying to suggest the use of a wiki?<br />
Is this simply another example of “change is hard”?<br />
Or does the idea of a wiki strike at some deep-seated fear in some people?<br />
I wonder how much of the anti-Wikipedia movement is driven by this “fear” of wikis as a concept?</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2008/09/12/of-wikis-and-emails/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>The simplest techniques</title>
		<link>http://eicolab.com.au/2008/08/21/the-simplest-techniques/</link>
		<comments>http://eicolab.com.au/2008/08/21/the-simplest-techniques/#comments</comments>
		<pubDate>Wed, 20 Aug 2008 23:05:44 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Tools and Tips]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/2008/08/21/the-simplest-techniques/</guid>
		<description><![CDATA[Sometimes, the simplest technique still works the best. Here is a shop window display that used nothing more than a cardboard cut-out.

The lighting (more subtle than what my photography show) is right, the full wall-height graphics forming the background is big enough and all encompassing enough to draw the eye in. The cut-out of the [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>Sometimes, the simplest technique still works the best. Here is a shop window display that used nothing more than a cardboard cut-out.</p>
<p><img src='http://eicolab.com.au/wp-content/uploads/2008/08/window-diorama-1.jpg' alt='window-diorama-1.jpg' /></p>
<p>The lighting (more subtle than what my photography show) is right, the full wall-height graphics forming the background is big enough and all encompassing enough to draw the eye in. The cut-out of the golfer uses perspective provides &#8220;movement&#8221; &#8211; as you walked across the window, there is a real sense of solidity and presence. The photography was done just right, and the print output at the right scale.</p>
<p>Here&#8217;s the view from another angle.</p>
<p><img src='http://eicolab.com.au/wp-content/uploads/2008/08/window-diorama-2.jpg' alt='window-diorama-2.jpg' /></p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2008/08/21/the-simplest-techniques/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Making things look thinner</title>
		<link>http://eicolab.com.au/2008/02/05/making-things-look-thinner/</link>
		<comments>http://eicolab.com.au/2008/02/05/making-things-look-thinner/#comments</comments>
		<pubDate>Mon, 04 Feb 2008 23:14:03 +0000</pubDate>
		<dc:creator>Zern</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Features]]></category>
		<category><![CDATA[Tools and Tips]]></category>

		<guid isPermaLink="false">http://eicolab.com.au/2008/02/05/making-things-look-thinner/</guid>
		<description><![CDATA[Everyone would have heard of the MacBook Air by now right? It is a stunning piece of product design. There’ve been loads of “oohs” and “aahs” over how thin it is. 
The designers have used a proven technique to make the unit look thinner than what is actually possible with engineering alone. 
In everyday circumstances, [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>Everyone would have heard of the MacBook Air by now right? It is a stunning piece of product design. There’ve been loads of “oohs” and “aahs” over how thin it is. </p>
<p>The designers have used a proven technique to make the unit look thinner than what is actually possible with engineering alone. </p>
<p>In everyday circumstances, we almost never perceive a product from an orthogonal viewpoint – ie perfectly side-on, front-on or top-down. In other words, we always see products from an angle other than normal to the perfectly horizontal or vertical.</p>
<p>This means a taper (or chamfer) can be used to good effect to hide the true thickness of an object. A taper also has the effect of presenting a strong clear edge for our eyes to focus on. I read somewhere that our eyes are drawn to edges.</p>
<p>The MacBook Air design provides an amazingly thin edge. The rest of the product then gently tapers off this edge. The nice curves also help to reinforce the illusion of thinness as there are no obvious edges for the eye to focus on as you look along the curves.</p>
<p><img src='http://eicolab.com.au/wp-content/uploads/2008/01/make-objects-thin-1.gif' alt='make-objects-thin-1.gif' /></p>
<p>The classic IBM/Lenovo Thinkpad designs have also used this technique with great success. The real thickness is hidden through the careful use of chamfers along the front and sides. As is fitting to the no-nonsense bento-box-inspired design ethos, the Thinkpads had flat, no-nonsense chamfers instead of complex curves.</p>
<p><img src='http://eicolab.com.au/wp-content/uploads/2008/01/make-objects-thin-2.gif' alt='make-objects-thin-2.gif' /></p>
<p>The designers of the advertising panels in my local shopping centre also use this technique to make the large panels look less bulky. From most normal viewing angles, we see an incredibly thin panel, allowing the content on the screen to shine.</p>
<p><img src='http://eicolab.com.au/wp-content/uploads/2008/01/make-objects-thin-3.gif' alt='make-objects-thin-3.gif' /></p>
<p>Even architects have used this same technique to create some stunning pieces of work. These examples from <a href=http://deputy-dog.com/2007/10/03/optical-illusions-and-architecture/ target="_blank">Deputy Dog</a>.</p>
<p><img src='http://eicolab.com.au/wp-content/uploads/2008/01/make-objects-thin-4.jpg' alt='make-objects-thin-4.jpg' /></p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://eicolab.com.au/2008/02/05/making-things-look-thinner/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
