<?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>Mr./Ms. Days (MMDays) - 網路, 資訊, 觀察, 生活MMDays &#8211; 少即是多</title>
	<atom:link href="http://mmdays.com/tag/%e5%b0%91%e5%8d%b3%e6%98%af%e5%a4%9a/feed/" rel="self" type="application/rss+xml" />
	<link>http://mmdays.com</link>
	<description>網路, 產業, 資訊, 觀察, 生活, 電影, 技術, 新知, 科技, 媒體, 趨勢, Web 2.0</description>
	<lastBuildDate>Wed, 08 Feb 2012 17:35:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>五里迷霧中設計新產品</title>
		<link>http://mmdays.com/2008/02/17/product-design/</link>
		<comments>http://mmdays.com/2008/02/17/product-design/#comments</comments>
		<pubDate>Sun, 17 Feb 2008 13:54:27 +0000</pubDate>
		<dc:creator>Mr. Monday</dc:creator>
				<category><![CDATA[Mr. Monday]]></category>
		<category><![CDATA[專欄]]></category>
		<category><![CDATA[管理]]></category>
		<category><![CDATA[觀點]]></category>
		<category><![CDATA[chasm]]></category>
		<category><![CDATA[demo]]></category>
		<category><![CDATA[guide line]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[jeff han]]></category>
		<category><![CDATA[marketing]]></category>
		<category><![CDATA[monday]]></category>
		<category><![CDATA[ny times]]></category>
		<category><![CDATA[palm]]></category>
		<category><![CDATA[pda]]></category>
		<category><![CDATA[product]]></category>
		<category><![CDATA[promotion]]></category>
		<category><![CDATA[RD]]></category>
		<category><![CDATA[technology]]></category>
		<category><![CDATA[touch]]></category>
		<category><![CDATA[Twitter]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[YouTube]]></category>
		<category><![CDATA[不用數字的研究]]></category>
		<category><![CDATA[創意黏力學]]></category>
		<category><![CDATA[創新]]></category>
		<category><![CDATA[多點觸控]]></category>
		<category><![CDATA[宣傳]]></category>
		<category><![CDATA[少即是多]]></category>
		<category><![CDATA[巴斯德]]></category>
		<category><![CDATA[推廣]]></category>
		<category><![CDATA[準則]]></category>
		<category><![CDATA[產品]]></category>
		<category><![CDATA[產品普及率]]></category>
		<category><![CDATA[產品的價值]]></category>
		<category><![CDATA[產品設計]]></category>
		<category><![CDATA[產品開發]]></category>
		<category><![CDATA[科技]]></category>
		<category><![CDATA[設計]]></category>
		<category><![CDATA[關於設計]]></category>
		<category><![CDATA[鴻溝]]></category>

		<guid isPermaLink="false">http://mmdays.com/2008/02/17/product-design/</guid>
		<description><![CDATA[「我們不能證明，只能說明」，這句話出自蕭瑞麟教授的 "不用數字的研究" 這本書，套在談產品設計上面看來頗為適用。通常談產品設計時，也只能用說明，因為在整體環境、產業隨著時間時時刻刻在變動的情況之下，談產品設計是一件很困難的事情，尤其是科技業的產品，又尤其是新創事業的產品。不過雖然我們都身在迷霧之中，但是還是有些準則可以依循。而所謂的準則就很像兵法一樣，說是一回事，而至於怎麼依循則是因時因地而有所變化。]]></description>
			<content:encoded><![CDATA[<p> <strong>Posted by </strong><font><strong><a href="http://mmdays.com/category/mr-monday/"><font color="red" size="large">Mr. Monday</font></a></strong></font></p>
<p>「我們不能證明，只能說明」，這句話出自蕭瑞麟教授的 &#8220;<a href="http://www.books.com.tw/exep/assp.php/mmdays/exep/prod/booksfile.php?item=0010333832">不用數字的研究</a>&#8221;  這本書，套在談產品設計上面看來頗為適用。通常談產品設計時，也只能用說明，因為在整體環境、產業隨著時間時時刻刻在變動的情況之下，談產品設計是一件很困難的事情，尤其是科技業的產品，又尤其是新創事業的產品。不過雖然我們都身在迷霧之中，但是還是有些準則可以依循。而所謂的準則就很像兵法一樣，說是一回事，而至於怎麼依循則是因時因地而有所變化。</p>
<p><strong>在曲線的前端</strong></p>
<p><a href="file:///F:/Documents%20and%20Settings/DORORO/Application%20Data/Windows%20Live%20Writer/PostSupportingFiles/f1b8d837-a254-4dad-8c7d-e18c7e5a0c40/image%7B0%7D%5B2%5D.png" atomicselection="true"><img src="http://www.codeodor.com/images/crossing_the_chasm.png" align="left" height="249" width="438" /></a></p>
<p>在 &#8220;<a href="http://mmdays.com/2008/02/11/product/">產品的價值</a>&#8221;  一文中，我們已經提到了科技產品在創新的初期最初的使用者通常是科技狂熱愛好者。雖然如此，但是準確的來說，通常在科技前緣設計產品你對市場的瞭解是不太多的。</p>
<p>在一般的情況之下，如果這個產品已經成熟了，或是已經過了市場的第一個階段，那在設計的時後，通常你在市面上面可以找到一票的類似產品來做參考。比如說，如果你想要設計的是一個繪圖軟體，那你就可以拿  PhotoShop、Illustrator、Painter 等來參考他們的設計。</p>
<p>不過在新創產品中，這個做法或許你會認為對你來說有些無效。因為你要做的是一個全新的產品，因此你在世面上左看右看似乎也找不到相仿的。因此我們就不用參考市面上的產品嗎?</p>
<p><img src="http://www.hi-id.com/atcl/0701/iphone.jpg" align="right" height="315" width="291" /></p>
<p>大致上來說，即使是創新的產品大都也是現有產品的一種延續，比如說 iPhone 就是手機的一種延續，但是多了觸控的螢幕。而多點觸控的螢幕也不是 Apple  獨創，因此，Apple 在設計時，一定也是參考了許多現有的多點觸控的技術或是產品，比如說 <a href="http://cs.nyu.edu/%7Ejhan/">Jeff Han</a> 的作品。</p>
<p>因此，即使是從事新創產品，觀摩以及參考市場現有產品依然還是有些效用的。<strong>至少你知道 &#8220;別人做了什麼&#8221;</strong>。</p>
<p><span id="more-5596"></span></p>
<p><strong>少即是多</strong></p>
<p>通常從事新創設計的部分在很多情況之下是由 RD 主導比較多，這是因為所使用到的技術是屬於比較前緣的階段，因此 Marketing  的人對於技術的認知比較低，因為對於技術的認知比較低，所以通常是會牽就 RD 比較多。又新創產品通常也是創業公司的發軔，而從事科技新創事業的頭當然是 RD  (我很難看到不是 RD 的，有的話應該也是絕無僅有)，而 RD 在設計產品上面通常對於市場以及 Usability 的 Sense  會比較弱一點。這沒什麼，因為他的時間都拿去專研技術了，所以比較弱也不是件什麼見不得人的缺點，畢竟一個人一天只有 24 小時。</p>
<p style="text-align: center"><img src="http://www.brighthand.com/images/Palm_TE_right.jpg" height="346" width="300" /></p>
<p>但是 RD 通常有一個盲點，這個盲點在 &#8220;<a href="http://www.books.com.tw/exep/assp.php/mmdays/exep/prod/booksfile.php?item=0010368255">創意黏力學</a>&#8221; 中非常清楚的點出來了。技術人員通常都是 &#8220;功能狂&#8221;，因此在設計產品時，常會想  &#8220;還有剩下空間，還有剩下的運算能力，何不多加一個功能下去?&#8221; 。在 &#8220;<a href="http://www.books.com.tw/exep/assp.php/mmdays/exep/prod/booksfile.php?item=0010368255">創意黏力學</a>&#8221; 中，舉了一個例子，當時的 Palm 的 PM 隨身攜帶著一個用頭做成的  Prototype，因此每當有 RD 興沖沖跑來跟他說要加入新功能時，他總會掏出隨身攜帶的 Prototype 反問對方:  &#8220;你覺得這上面還有空間可以放入這個功能嗎?&#8221;。</p>
<p>通常在 RD  的眼裡是物盡其用，不然豈不就是浪費資源。但是如果所設計出來的東西沒人想用，那恐怕才是真正的浪費資源。是這個樣子的，通常來說，<strong>每多加一個功能就會讓產品的介面以及複雜度多增加一點</strong>，因此如果多加了一堆功能，介面在呈現上面就無法簡潔。而當介面呈現過於複雜時，恐怕連技術狂熱者都想要退避三舍了。更何況是新創產品在市場上面是一般人認知度比較低的情況。</p>
<p><a href="http://mmdays.com/wp-content/uploads/2008/02/youtube_logo.jpg" title="youtube_logo.jpg"><img src="http://mmdays.com/wp-content/uploads/2008/02/youtube_logo.jpg" alt="youtube_logo.jpg" align="left" height="169" width="224" /></a></p>
<p>因此，如果是新創產品，在設計上面如果能夠非常簡單，簡單到只突顯單一功能，那麼成功的機會就會比較大。<strong>因為功能單一，因此在市場上面的訴求也就可以聚焦</strong>，而在你介紹產品時，也可以用一句話就表達完畢。像是  YouTube 或是 Twitter 等，就是一個良好的範例。</p>
<p>此外，單一的功能設計在初期開發上面也是比較有利的。因為通常新創產品是高風險產品，因此大部分來說公司投入的資源會是相對較少，創業家更是不用說了。除了可能資源相對較少以外，因為是全新開發的產品，在開發當中可能會有許多不預期的問題，如果功能很多的話，那麼在整合方面的複雜度就會異常的高了。因此用有限的資源打造產品，就是先把核心功能完成，其他的枝枝節節就丟到  Wish list 裡面去吧。</p>
<p><strong>教育宣傳</strong></p>
<p>通常新創產品所遇到的最大困難還是一開始的問題:  &#8220;我們身在五里迷霧當中&#8221;。也就是，你的產品瞄準的是市場上面潛在的需求。或許你在正式開發前以及有做過焦點團體測試，但是對於推廣到一般大眾仍是另外一回事情。</p>
<p><img src="http://upload.wikimedia.org/wikipedia/commons/thumb/4/42/Louis_Pasteur.jpg/220px-Louis_Pasteur.jpg" align="right" /></p>
<p>比如說我們所熟知的巴斯德是疫苗接種的先驅。但是疫苗不是一發明後大家就完全瞭解哪是什麼東西，外加疫苗是  &#8220;以毒攻毒&#8221;，把細菌打入身體當中在當時可真是駭人聽聞的想法。不過巴斯德可是下足了功夫來做推廣。巴斯德首先下鄉到畜牧農場進行田野實驗，因此當地的農夫就會靠過去詢問這位研究學者究竟在做什麼，而巴斯德就會趁機教育農夫如何讓他們的牲畜更加健康，而在宣導的同時並不會去談到疫苗、細菌這麼一回事。而農夫的牲畜在施打疫苗後，效果也明顯增加了，就會自然的幫他做宣傳。在一個又一個的鄉村推廣之後，巴斯德在學術界也採取了所謂的學術成果共享的策略，他將研究結果跟許多科學家分享，並且大家一起共同發表研究結果。如此才讓疫苗的概念可以被世人所接受以及推廣。(這個範例也是出自 &#8220;<a href="http://www.books.com.tw/exep/assp.php/mmdays/exep/prod/booksfile.php?item=0010333832">不用數字的研究</a>&#8221;  )</p>
<p>疫苗是創新科技嗎?  在當時後當然是，而且非常創新，並且還是侵入性治療。因此，相對於一般的產品宣導來說，疫苗的推廣以及接受可說是更加難上了數倍。這不僅僅是要技術上的轉變而已，還包括了心理上面的門檻的跨越。創新產品的推廣也是面臨這個狀況。再度拿  iPhone 的例子來說，我們可以看到 iPhone 所打的廣告，其實都是 &#8220;敎你&#8221; 該如何使用。因為 Touch  這個概念對一般人來說還是太新了，所以在廣告的時候同時也必須要 &#8220;教育&#8221;大眾。</p>
<p>而在前面也提到了少即是多的概念。如果功能設計的越是簡鍊，那麼在後期的推廣上面所面臨的挑戰就比較不會那麼陡峭。因為你可以很清楚的說明你的產品是做什麼的，而在  Demo 時，功能也相當簡單，而簡單的畫面可以讓使用者一目瞭然的知道你的產品的目的。</p>
<p>下圖是由 NY Time 所整理出來的產品普及曲線，橫軸是普及時間，縱軸是普及率，而每一條線代表的就是一個產品。由下圖可以看出，產品的普及的困難。光是一個微波爐也是要花 15 年才能達到 80 %的普及率 ! 這還是我在圖裡面看到普及速度最快的了。</p>
<p style="text-align: center"><a href="http://mmdays.com/wp-content/uploads/2008/02/consumption_rates_technology.jpg" title="consumption_rates_technology.jpg"><img src="http://mmdays.com/wp-content/uploads/2008/02/consumption_rates_technology.jpg" alt="consumption_rates_technology.jpg" height="274" width="650" /></a></p>
<p><strong>總結</strong></p>
<p>新創產品的設計總是困難的。在新創產品的世界裡面，我們都是在五里迷霧中前進，因此，即使你都遵守了以上的 Guide  line，你也還是可能會失敗，這是因為不只是五里迷霧，你腳下所行走的地方還是個地雷區。那麼這麼說來，有 Guide line 跟沒 Guide line  都差不多囉? 那我只能說: &#8220;對失敗的人來說都是差不多，對成功的人來說是差很多&#8221;。這讓我想起了一句話:  &#8220;<strong>幸福的家庭都是相似的；不幸的家庭則各有各的不幸</strong>&#8220;。祝福各位都能有個 &#8220;幸福的家庭&#8221;。</p>
<p>圖片來源:</p>
<p><a href="http://www.codeodor.com/" title="http://www.codeodor.com/">http://www.codeodor.com/</a></p>
<p><a href="http://www.hi-id.com/">Hi‧iD.com</a></p>
<p><a href="http://www.brighthand.com/default.asp?newsID=11263">BrightHand</a></p>
<p><a href="http://zh.wikipedia.org/wiki/%E8%B7%AF%E6%98%93%C2%B7%E5%B7%B4%E6%96%AF%E5%BE%B7">Wikipedia</a></p>
<p><a href="http://adverlab.blogspot.com/2008/02/graph-technology-adoption-rates.html">AdLab</a></p>
<p>今日值班擂台 <a href="http://kusopk.mmdays.com/post/detail/32">Apple 對決 MS 產品設計</a>:</p>
<link href="http://kusopk.mmdays.com/stylesheets/widget.css" rel="Stylesheet" type="text/css" /><script src="%5C%27http://kusopk.mmdays.com/widget/type2/32%5C%27" type="\\\'text/javascript\\\'"></script><br/>
<div>
<table border="0" cellpadding="0" cellspacing="0">
<tr>
<td><a href="http://plurktop.mmdays.com/replurkdetail/?link=1ef159c1aa62b9b05107164ecccb7381" title="看看其他人討論內容" target="_blank"><img src="http://plurktop.mmdays.com/images/replurk_1.png" style="border:0"></a></td>
</tr>
<tr>
<td><a href="http://plurk.com/?qulaifier=shares&#038;status=http%3A%2F%2Fmmdays.com%2F2008%2F02%2F17%2Fproduct-design%2F+%28%E4%BA%94%E9%87%8C%E8%BF%B7%E9%9C%A7%E4%B8%AD%E8%A8%AD%E8%A8%88%E6%96%B0%E7%94%A2%E5%93%81%29+-+%E8%BD%89%E5%99%97%E6%8E%92%E8%A1%8C%E6%A6%9C+http%3A%2F%2Fplurktop.mmdays.com%2Freplurk" title="推到噗浪" target="_blank"><img style="border:0" src="http://plurktop.mmdays.com/images/replurk_2.png" /></a></td>
</tr>
</table>
</div>
<p><br/><a href="http://www.facebook.com/MMDays" target="_blank">加入MMDays在facebook的粉絲團 隨時閱讀最新文章</a><br/></p>
]]></content:encoded>
			<wfw:commentRss>http://mmdays.com/2008/02/17/product-design/feed/</wfw:commentRss>
		<slash:comments>26</slash:comments>
		</item>
	</channel>
</rss>

