<?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>網站/Mobile企劃顧問,課程,Axure RP-悠識數位 &#187; UE專欄</title>
	<atom:link href="http://userxper.com/topics/ue_column/feed" rel="self" type="application/rss+xml" />
	<link>http://userxper.com</link>
	<description>悠識數位(UserXper)以「網站/Mobile企劃」為服務核心，提供三種網站企劃相關服務：分別是網站企劃軟體，網站企劃培訓，網站企劃專案。悠識數位將協助您為您的顧客創造更好的「網站使用者經驗 (Web User Experience」。</description>
	<lastBuildDate>Thu, 09 Feb 2012 07:58:18 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>轉貼：iPhone Human Interface Guidelines 人機介面設計指南 (PDF, ePub 版本)</title>
		<link>http://userxper.com/blog/archives/3784</link>
		<comments>http://userxper.com/blog/archives/3784#comments</comments>
		<pubDate>Wed, 04 Jan 2012 12:08:35 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[UE專欄]]></category>
		<category><![CDATA[HIG]]></category>
		<category><![CDATA[Human Interface Guidelines]]></category>
		<category><![CDATA[iOS]]></category>
		<category><![CDATA[iPad]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[iPod Touch]]></category>
		<category><![CDATA[人機介面]]></category>

		<guid isPermaLink="false">http://userxper.com/?p=3784</guid>
		<description><![CDATA[感謝 ColaSheep Chen提供這份有用的文件。 以下是 Colassheep Chen的介紹文字： iPhone Human Interface Guidelines 人機介面設計指南 (PDF, ePub 版本) 發現周圍很多開發者都沒有仔細看過 Apple 人機介面設計指南，導致做出來的軟體介面操作都不夠流暢。昨晚找到 Apple 官方簡中線上網頁版，索性全部抓下來翻成繁中版並做成了電子書。建議正在開發或有意開發的人都先看一下，無論是視覺設計、程式設計或是企劃，有興趣的到我的 Dropbox 下載 ＊先前發的 ePub 版本，很多人不知道要放到 iBook 觀看，所以我再生出一個 PDF 版本，讓大家也可以用電腦看 PDF 版本 http://dl.dropbox.com/u/2525209/iPhone%20HIG.pdf ePub 版本 http://dl.dropbox.com/u/2525209/iPhone%20%E4%BA%BA%E6%A9%9F%E7%95%8C%E9%9D%A2%E6%8C%87%E5%8D%97.epub]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/3784/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IA白話文：網站資訊架構規劃的3個研究重點-Context, Content, Users</title>
		<link>http://userxper.com/blog/archives/631</link>
		<comments>http://userxper.com/blog/archives/631#comments</comments>
		<pubDate>Wed, 06 Jan 2010 05:12:17 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[IA白話文]]></category>

		<guid isPermaLink="false">http://userxper.com/?p=631</guid>
		<description><![CDATA[IA (資訊架構) 的這3個圓圈 &#8211; Context, Content, Users是資訊架構大師 Peter Morville 所提出來的。這3個圓圈代表了網站企劃工作的起點，換句話說，當你想要開始規劃網站資訊架構時，必須先搞清楚這3個重點。 與其說是「3個重點」，不如說是「3個方向」。因為，裡頭包含的細項還蠻多的。我自己的企劃工作經驗，在工作流程的前期(屬於策略階段），經常會以這3個重點來當做出發點。 Three Circles Of IA 的出處是北極熊這本書(資訊架構學)作者之一，Peter Morville，所提出來的 (原文在此)。 這裡只是很扼要的介紹一下： Context 情境： 商業情境，企業目標，競爭者，業務策略，通路搭配，客服流程&#8230; Content 內容： 構成網站的元素。探討內容的來源，授權，型態，結構，儲存形式&#8230;. Users 使用者： 了解目標使用者，使用者滿意度，網站使用情況分析，&#8230; 如果你曾經幫客戶，或者幫自己公司規劃網站，一開始的步驟可能是需求訪談，面對老闆或需求部門(比如業務部門)做訪談。有些時候，會不知道需求訪談該談些什麼？如果你有這種困擾，我會建議以這3個重點當做訪談的方向。 其實不只需求訪談，如果你自己要先做功課，企劃研究，產業研究，網站研究&#8230;.等研究分析工作，也可以朝向這3個重點來進行。 光看這些說明不夠清楚嗎？請翻一下「資訊架構學」這本書，裡頭可以讀到更細節的描述，或者參考下面這張圖： 點這裡：原圖出處 透過資訊架構的理論，我們能獲得較有系統的學習，同時強化思考的結構跟邏輯。只不過，網站企劃是很務實的工作，終究不是靠著理論來完成的。理論終究是理論，不應該照本宣科寫作文。 我的意思是，利用這3個重點來做好基本工作，建立起穩固的企劃基礎，有比較高的機率可以規劃出好的網站。當然，就算做足了功課，也不見得最終可以創造出成功的網站，但至少可以避免一開始就有所疏漏，導致網站先天不良。 了解Context, Content, User這3個資訊架構的重點後，更重要的是，能不能從中去挖掘出使用者真正的需求，找出網站的競爭力，提出特有的創意，創造網站的價值。這才是網站企劃工作的意義所在！ 文/ UserXper Richard [關於 IA白話文：嘗試將資訊架構理論中艱澀難懂的名詞，講的更白話一點。]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/631/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>2010年給網站企劃工作者的8個建議</title>
		<link>http://userxper.com/blog/archives/629</link>
		<comments>http://userxper.com/blog/archives/629#comments</comments>
		<pubDate>Sun, 03 Jan 2010 05:09:28 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[網站企劃]]></category>
		<category><![CDATA[網站專案管理]]></category>

		<guid isPermaLink="false">http://userxper.com/?p=629</guid>
		<description><![CDATA[進入2010年的第二天，閱讀到許多好文章，預測了2010年網路行銷/網路產業的願景或趨勢，站在資深網站企劃工作者的立場，我覺得應該給新進的朋友一些工作上建議，讓各位在以放大鏡看著大市場的變動時，也可以用顯微鏡來檢視自己的成長。 因為不管大環境是好是壞，身為網站企劃工作者，關心趨勢之餘，更應該關心自己的專業是否提昇？如果沒有提昇自己，大環境變好跟你一點關係也沒有。 2010年，提供這些建議給網站企劃工作者，歡迎指教或補充。 1. 搞清楚負責的網站，其目標是什麼？要以什麼方式來衡量網站是否成功？ 詢問自己上述問題，如果找不到準確的答案，請詢問老闆。如果連老闆也回答不出來，那麼建議你們團隊應該先弄清楚這個問題的答案，然後再繼續做下去。 身為網站企劃工作者，最不應該的工作態度是渾渾噩噩的，只為了結案而作企劃。 這問題尤其要送給那些負責政府機關類型網站的網站企劃，我能體會你們的無奈跟痛苦 (這點我不是隨口亂講的)。這問題也許找不到答案，但是這個問題一定要問，才知道為何而戰？為誰而戰？ 2. 找到價值，不要在團隊中自我「消音」 在網站企劃課程中習慣性的詢問學員們：「為什麼你要學習網站企劃？」 「因為我不會設計網頁，也不會寫程式，所以我做網站企劃。」這是我最不期待聽到的答案。 如果因為你什麼都不會，才來做網站企劃，那麼你會非常辛苦，只能被其他人使喚，沒有自己的主張，永遠就是修改文件，拜託工程師，跟客戶道歉 &#8230;。 網站企劃之於網站，就像是導演之於電影，網站的生命力是由企劃來塑造的，如果你不認同網站企劃的價值，那是你功力還不足，不是這個工作沒有價值。 這個建議送給網站企劃新手，請務必提昇自己的功力，讓自己在這個工作崗位上找到成就感。 3. 至少要閱讀一本網站企劃或網站設計的書籍 工作很忙是不讀書的好藉口，只可惜找到這個藉口並不會讓你所有成長。 好的書籍很多，不要貪多，只要下定決心，挑一本書，想辦法把它拆成12份，一年的時間你一定讀的完。 最好在BLOG上發誓你要讀完這本書，每次讀完寫下讀書心得，讓朋友們來監督你。找同事或朋友一起組成讀書會也是不錯的作法，但千萬小心三個和尚沒水喝的效應。 這個建議送給已經工作好幾年，覺得逐漸被掏空的朋友們！ 4. 跨領域的觀察與認識 網站不應該獨立存在於企業(或機構)之外，凡是與達成企業(機構)目標有關的領域，應該多去了解或認識。 你可以在網路上找到很多入門的演講或課程，費用不貴(甚至是免費的)。行銷/廣告/品牌/數位內容/IT/企管/業務/銷售/財務/物流/設計/美學/文化&#8230;..都是可以涉獵的範圍。 5. 保持好奇心 當工作一件件丟進來的時候，為了處理掉工作，可能會降低好奇心，這會讓你損失更多。網站企劃的工作樂趣之一是接觸網路上層出不窮的新創意或新服務。保持好奇心，花點時間去嘗試或碰觸。 跟隨潮流，聽起來似乎不太入流，但是當別人問起你知道XXX或OOO時，至少你接觸過。(但是要提醒自己：接觸過不等於理解) 這個問題送給資深的網路行銷人員，保持好奇心，同時不要用過去的經驗，來看現在網際網路上正在發生的事物。 6. 偶爾離開數位世界，站在真實世界的角度 不要全然投入在虛擬的數位世界中，別忘了你的網站是給活生生的人們使用的，而他們並不是0與1組成的程式。 偶爾去認識一下網站的真正使用者，聽聽他們的話，認識他們的使用環境，觀察他們使用哪些服務，花多少時間在網際網路上&#8230; 。 這些並不需要花錢去找市調公司做研究，因為我們不是要一份冷冰冰的數據，而是要讓這些使用者存活在你的企劃思維裡頭。只要你願意，你一定可以找到真正的使用者，而他們也絕對願意提供意見的。 7. 嘗試理解網站製作的其他專業 找一件跟整個網站專案有關，而卻是你最不想或最害怕的事情，去嘗試了解或參與。不要因為工作定位在網站企劃，就不去碰觸』黑手』的網站製作專業。 沒學過網頁設計的企劃，請你去學HTML語法。 最不喜歡跟視覺設計師溝通，請你去詢問設計師關於視覺傳達，或者設計概念的知識。 覺得Flash非常難的的企劃，請你去找本Flash書籍，來弄懂Flash的設計方式。 覺得工程師很討人厭的企劃，請你去找工程師，弄懂最簡單的 『Hello World』網頁或資料庫查詢語法。 8. 加強表達與溝通能力 隨著網站專案的發展，你要面對的溝通對象，只會越來越多，越來越複雜。表達/溝通是網站企劃的基本能力。 關於表達與溝通，你可以給自己一些目標，比如： 學習利用不同的形式或方法，組織你想表達的邏輯 (除了Word/Powerpoint的文字書寫, 還有很多其他的方式跟工具) 思考在Email/電話/MSN上的表達，如何在不同的媒介上達到溝通的最佳化？ [...]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/629/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>利用Jakob Nielsen的10條準則來思考首頁規劃</title>
		<link>http://userxper.com/blog/archives/524</link>
		<comments>http://userxper.com/blog/archives/524#comments</comments>
		<pubDate>Thu, 24 Dec 2009 14:55:43 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[IA白話文]]></category>

		<guid isPermaLink="false">http://userxper.com/?p=524</guid>
		<description><![CDATA[網站首頁設計，一直都是網站設計最麻煩的任務之一。 為什麼首頁很重要卻很麻煩： 因為首頁是網站的入口，跟企業形象有關 因為首頁是流量最高的一頁，跟企業的生意有關 因為首頁跟公司所有部門都有關聯，取得首頁地盤就有機會讓部門業務或產品取得更多的曝光 因為老闆只看首頁不看其他…. 也由於首頁是兵家必爭之地，負責企劃首頁的人往往都視這個任務為燙手山芋。 稍有心機的網站企劃，甚至可以草率繪製首頁的線框示意圖(Wireframe)，然後把說服老闆的工作，直接扔給視覺設計師去頭痛。如果這是你的作法，那就不用繼續往下看這篇文章了。 網站企劃的工作必須有邏輯，有結構，才會具有說服力。千萬不要因為遇到不可理喻的老闆/客戶，為了首頁的設計改來改去而心浮氣躁。一旦你不嘗試做出努力，讓老闆/客戶隨意修改，很快的，你不只失去主導權，更失去自信，也會失去網頁設計師或工程師對你的信任。 如何讓你的網站企劃更有邏輯呢？ Usability大師Jakob Nielsen曾經在2002年，提到首頁設計最重要的10條準則，如果你是網站企劃新手，沒有過去的經驗或看法，這些可以當做參考。按照這10條準則來規劃首頁，會更有機會提高首頁Usability及網站商業價值。 Top Ten Guidelines for Homepage Usability http://www.useit.com/alertbox/20020512.html 用一句文案，讓訪客知道這個網站是做什麼的？ 寫出有意義的Page Title，讓搜尋引擎的結果及加入我的書籤(bookmark lists)時，提供使用者更佳的網站辨識度 將所有公司資訊集中在一個特定區域，比如通通收納於』關於我們』單元就好了。 讓訪客容易找到他們需要的 (而不是我們想說的)，這個網站提供給訪客的最重要任務要把它凸顯出來。 提供搜尋功能 直接顯示出網站內容(或部分)，而不是只告訴訪客這個網站有多好，卻不給一些具體的例子 以重要的關鍵字來引導連結動線 提供快速連結，讓訪客有機會認識首頁放不下的網站特色或服務 不要把重要的內容過度包裝(設計)，尤其是導覽區域 使用有意義的圖案 也許你無法直接告訴老闆說：「報告老闆，Jakob Nielsen說首頁應該要這樣子做才好用！ 」(萬一你這樣對老闆講，被老闆K，我不負責喔！) 但是不妨試試看，利用Jakob Nielsen提供的10條原則，去找出一些不錯的參考範例，然後利用參考範例來解釋為什麼，也許你的老闆/客戶會更認同你的規劃建議。 後記： 準則是一般性的通則，但不是公式。它們是用來參考，不是一成不變的遵守。 哪個成功的網站首頁符合這些準則？Flickr 哪個成功的網站首頁不太符合這些準則？Facebook Jakob Nielsen提供的準則，主要是以』Usability』的面向來思考。如果換成其他的角度來思考企劃，比如Branding，這些準則也得做過調整。 [IA白話文：嘗試將資訊架構理論中艱澀難懂的名詞，講的更白話一點。 文章出處：悠識 UserXper.com 同步發表於 Facebook網站企劃 網誌http://faceboo.com/web.plan]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/524/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>關於網站開發 &#8211; 老闆該知道的10要及10不要</title>
		<link>http://userxper.com/blog/archives/536</link>
		<comments>http://userxper.com/blog/archives/536#comments</comments>
		<pubDate>Tue, 15 Dec 2009 15:39:22 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[網站專案管理]]></category>

		<guid isPermaLink="false">http://userxper.com/?p=536</guid>
		<description><![CDATA[「關於網站開發 &#8211; 老闆該知道的10要及10不要 (The 10 dos and don’ts of website development, every CEO should know) 」- 本文作者是FatDUX Group 的CEO， Eric Reiss。FatDUX這家互動行銷公司位於丹麥的哥本哈根 (當下全球暖化議題最關注的城市)。 這裡僅摘要這10個DOs和DON&#8217;Ts的標題，至於內文及闡釋請參考原文PDF。 關於網站開發 &#8211; 老闆該知道的10要及10不要 The 10 dos and don’ts of website development, every CEO should know 作者：Eric Reiss, CEO,  FatDUX Group 由於經濟不景氣，大量裁員的情況下，把網站視為顧客溝通的管道變得比以往更重要。但我還沒有遇到哪個CEO喜歡網站開發這回事。 網站開發這件事情讓企業領導人感到不舒服。因為，網站專家總是講一些讓CEO們聽不懂的話- CMS, KM, XML, CSS。而且，網站似乎一直都在建置修改，專案成本高過預期，網站價值卻低於預期。 坦白說，絕對沒有人喜歡簽一張支票卻不知道可以買到什麼好東西。因此，如果你是企業的領導者，這裡有一些基本的，非技術的觀念，可以提高您的網站成功機會。這些觀念可以讓你只需要做你最擅長的事情- 領導企業。 第1點 DON&#8217;T：不要把行銷手段視為溝通 DO：要將網站視為企業整體客戶服務的環節之一 第2點 [...]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/536/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5個知名網站的多語系導覽規劃方式</title>
		<link>http://userxper.com/blog/archives/559</link>
		<comments>http://userxper.com/blog/archives/559#comments</comments>
		<pubDate>Mon, 07 Dec 2009 16:21:12 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[細節放大鏡]]></category>

		<guid isPermaLink="false">http://userxper.com/?p=559</guid>
		<description><![CDATA[除了那些走向全球化的知名台灣品牌與企業，多語系網站規劃在國內很少看到。 其餘的類型，不管是商業網站或政府網站，大概不太會遇到多語系網站設計問題。 這一兩年處理過幾個多語系的網站，發現在規劃時，經常與客戶陷在語系與地理位置上的混淆。這裡記錄了一些觀察，分享給大家，提供參考！ 語系與地理概念的選擇 英文網站是美國的網站嗎？不一定！ 台灣網站就一定是中文網站嗎？不一定！ 當本土的企業網站其目標市場是全球，那麼該採用什麼語系或地理位置來分辨呢？ 這篇文章目的不在於提供一個快速簡單的答案，因為當企業(或機構)的商業情境不同，就必須採用不同的方式進行規劃。如果你清楚網站的目標使用者，以及商業策略及情境，應該可以做出正確的判斷，採用什麼方式做規劃。 這裡提供幾個知名企業/網站的作法，協助大家思考： 1. Flickr (http://www.flickr.com) Flickr採用自行判斷訪客地理位置的技術，因此如果你在台灣連上Flickr，會直接看到繁體中文的網站。另外一種作法是判斷瀏覽器的語系參數，來決定拋出什麼語言介面給網站訪客。 透過程式自行判斷地理位置的技術，請自行詢問google大神，關鍵字是 『IP to location』 or 『Geo IP Location service』，就可以找到相關資訊。花點錢買資料庫，技術上是可以做到的。 Flickr的服務是全球性的，使用者不關心是否實際地理上的辦公室或公司，因此變更語系的介面命名是 『請選擇一種語言』，位於Flickr首頁的下方。 2. Acer (http://www.acer.com) 初次進入Acer.com首頁的訪客，會看到一個密密麻麻的畫面，把全世界 Acer分公司所在的國家條列出來，讓訪客自行選擇。然後利用Cookie技術將訪客選擇的分公司網站記住，下次進入 Acer.com的時候，就會直接轉進上次選擇的分公司網站。 由於Acer採用的概念是各地分公司，因此變更到其他地區網站的命名稱為 『WorldWide』(http://www.acer.com/worldwide/)。當企業很在意當地的消費者觀感，就會採用地理位置來設計多語系網站的導覽。 3. IBM (http://www.ibm.com) IBM採用的作法是，凡是首次進入IBM網站的訪客，一律先看到美國 IBM，畢竟這裡是IBM的總部。如果使用者想要變更區域或語系，則選擇 『Country/region』。因此IBM的分類主要是採用地理區域的概念。 但有趣的是進入IBM 『Country/region』，其實它的網頁標題是』Select a country/region and language』，也就是說iBM嘗試在這裡提供一個將地理區域與語系選擇的整合作法。因此當你打開它的選單，會看到一組以地理區域開頭 &#8211; 語系的下拉式選單。 比如： United States &#8211; English Taiwan &#8211; Chinese (Traditional) [...]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/559/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>為網頁右上角的UI元素找個名字</title>
		<link>http://userxper.com/blog/archives/577</link>
		<comments>http://userxper.com/blog/archives/577#comments</comments>
		<pubDate>Fri, 04 Dec 2009 17:51:51 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[細節放大鏡]]></category>

		<guid isPermaLink="false">http://userxper.com/?p=577</guid>
		<description><![CDATA[某樣工作之所以專業，一定在過程中可以發展出很多』專有名詞』 或者 『術語』。專業術語在特定領域中經常出現。會講專業術語，就表示你是「巷子內」的人(台諺)。 比如IT術語：SQL，ERP，物件導向; 行銷廣告術語：TA，CPM，Copy(文案); 平面印刷術語：CMYK，DPI，網路行銷術語：SEO，CTR。使用專有名詞很明顯的好處之一是，同領域的人很容易溝通，且精準理解含意，不會誤解，溝通效率有效提高。另一種特性是，透過術語建立行業障礙，不是同道中人，一律視為外行。 網站企劃之所以專業，必然也要能精準地定義工作本質或工作內容。前幾天看到國外有個非正式的調查 ( http://gadgetopia.com/post/7003 )，調查網頁右上方導覽區域的命名。那個位置一般都會放這些項目：網站地圖，訂閱電子報，聯絡我們，登入，搜尋框，語系選項&#8230;。 以這兩家銀行網站的網頁來說明，畫面右上角以紅色矩形框住的位置，就是本文討論的Web UI元素之所在。 這個UI元素，以英文來說有有這麼多種講法： - Utilities 或 Utility Menu 或 Utility Nav (最常使用, 我最喜歡的UE顧問公司 Adaptivepath 也是這麼稱呼它) - Global Nav (會與主選單混淆) - Static Nav - Tools - Eyebrow Nav - Overhead Nav - Top Nav - Tertiary Nav 因為CSS的關係，也有人稱之為 - Corner Nav - Constant Nav 中文的講法有這些： - [...]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/577/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>網站企劃的好用軟體工具，你知道哪些？</title>
		<link>http://userxper.com/blog/archives/492</link>
		<comments>http://userxper.com/blog/archives/492#comments</comments>
		<pubDate>Wed, 04 Nov 2009 11:59:36 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[網站企劃]]></category>

		<guid isPermaLink="false">http://userxper.com/blog/archives/492</guid>
		<description><![CDATA[受開拓文教基金會之邀，到「98年身障團體資訊運用座談會」 ，分享網站企劃的方法跟技巧。其中部分內容介紹自己熟悉的軟體工具，得到還不錯的迴響，也許這些資訊對其他網站企劃工作者也是有用的。 【為什麼軟體工具對網站企劃工作是重要的？】 網站企劃工作過程，很少人討論應該使用什麼工具來提高產值跟效率。 看看我們身邊的網頁設計師，網站工程師，如果今天不准他們使用軟體工具來進行他們的工作，大家還有辦法做事嗎？視覺設計師能夠在紙張上手繪畫面嗎？網頁設計能夠一行行寫html tag嗎？工程師如果不懂得用一些好用的文字編輯軟體(比如 以notepad++寫程式，或者採用Visual Studio開發)，要他們一行行寫code應該會很慘吧！? 工具就像是武器，就算你只有三腳貓的功夫，一旦拿到絕世好劍，就可以耀武揚威。如果拿到臥虎藏龍中周潤發的青冥劍，或者拿到周星馳功夫電影中的如來佛掌秘笈，恭喜你，功力瞬間提昇數倍。 工具就像是汽車，你就算跑不贏劉翔，但只要你有車或搭高鐵，肯定可以比劉翔用跑的更快抵達終點。 軟體工具對網站企劃工作是重要的！好的工具帶你上天堂，不好用的工具帶你住套房，記住！ 【有哪些好用的軟體呢？】 》 Microsoft Office是首選，不是因為它特別好用，而是大家幾乎都會操作Word, PowerPoint, Excel。 但你只會Office 軟體是不夠的，因為老闆/客戶都會，這使得他們會看不起你的企劃文件 (誰不會用 PowerPoint畫網站sitemap啊！) 如果習慣使用Microsoft軟體，那麼建議至少使用Visio。 網站企劃工作在策略階段，進行分析/研究/訪談，還是應該使用Office軟體。但是在其他不同階段，還有一些軟體可以讓你的企劃速度跟品質更好。 1. 資料及概念整理 》 Excel – 製作網頁清單Excel檔(Content List)。拆解網站的網頁內容或項目，整理在Excel中，這是很基本的專案管理工作。 》 Google – 蒐集資訊最好用。試試輸入關鍵字 “網站企劃書 filetype:ppt”。別人寫好的網站企劃文件都可以拿來參考。 filetype:doc 找Word文件，filetype:pdf 找PDF文件。 》 Freemind – 畫Mindmap ，用來腦力激盪/蒐集點子最好用。很容易調整資訊項目的分類跟層級或歸屬。 2. 概念具體化 》 Faststone– “借”畫面最快。畫面擷取軟體很多，我喜歡FastStone的輕便跟捲動擷圖功能(幫你把長長的網頁，一次到底抓成一張圖)。 》 Axure PR– 快速畫出示意圖/架構圖，如果Visio是機關槍，Axure RP就是大砲了。 3. [...]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/492/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>搜尋框 (Search Box) 的設計</title>
		<link>http://userxper.com/blog/archives/480</link>
		<comments>http://userxper.com/blog/archives/480#comments</comments>
		<pubDate>Fri, 16 Oct 2009 13:20:49 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[細節放大鏡]]></category>

		<guid isPermaLink="false">http://userxper.com/blog/archives/480</guid>
		<description><![CDATA[搜尋是網路上最常見的行為之一，沒有人會否認站內搜尋功能的必要性。透過良好的站內搜尋功能，網站使用者可以節省點選導覽選單的時間，更快速的找到需要的內容。 好的搜尋功能並不容易開發，有太多搜尋功能上的創意跟想法，必須透過程式技術來完成，也就是說介面的構成很容易，但是程式開發很辛苦！比如 AutoComplete (又稱為Live Search或Smart Search) ，又比如 Search Result Ranking (Google的搜尋結果排名就是了不起的學問)。 搜尋功能的眾多設計要素中，唯一一點跟技術沒有直接關係，跟介面設計有關的部份，就是搜尋框(Search Box)的設計。 搜尋框的設計觀念，至少包含三種元素： 1. 一個標籤文字(Label)，用來說明這裡是搜尋框 2. 一個Text Field（文字輸入框)，讓使用者輸入關鍵字 3. 最後放上搜尋按鈕(Search Button)，讓使用者執行搜尋的動作 因此我們會經常看到這樣子的搜尋框構成： 關鍵字：_________ [搜尋] 查詢：___________ [查詢] Search：_________ [GO] 然而搜尋已經是非常普遍的網路使用行為，以致於在搜尋框前面那個標籤文字似乎沒有太多作用了。因此許多網站為了節省版面空間，幾乎都不標示搜尋框的前置標籤文字了。 你注意到了嗎？下面這些知名網站，分別是Google, Facebook, Yahoo, CNet的搜尋框都沒有放置標籤文字。 取而代之的是，直接將提示搜尋的文字，放在Text Field裡頭，當滑鼠游標點擊Text Field則自動清除提示文字，這樣的設計可以達到提示效果，又可以節省版面空間，一舉數得。 大家發揮一下想像力，搜尋框的設計三元素可以被精簡到什麼程度呢？ [細節放大鏡：一次只看一個細節，從中找到問題/啟發/學習。 文章出處：悠識 UserXper.com 同步發表於 Facebook網站企劃 網誌http://faceboo.com/web.plan]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/480/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Facebook塗鴉牆留言文字框(Text Area)</title>
		<link>http://userxper.com/blog/archives/476</link>
		<comments>http://userxper.com/blog/archives/476#comments</comments>
		<pubDate>Thu, 15 Oct 2009 13:08:25 +0000</pubDate>
		<dc:creator>richard</dc:creator>
				<category><![CDATA[細節放大鏡]]></category>

		<guid isPermaLink="false">http://userxper.com/blog/archives/476</guid>
		<description><![CDATA[網站介面設計的友善性來自於細心地處理了很多細節。 我們就從熱門的facebook來看FB塗鴉牆的留言文字框(Text Area)的設計。 一般社群網站或BLOG的留言介面，都採用較大區域的文字輸入區域，在UI Pattern的術語稱為 Text Area。常見的Text Area都是固定3行，4行或更多行的高度。 為什麼FB塗鴉牆的Text Area卻只有短短的一行高度？ 這個設計應該是從Twitter 的介面學習來的。 只有一行高度的輸入區域，在UI Pattern的術語，稱為 Text Field。 使用者看到Text Field時會自然被制約，直覺認為只要寫入一行文字，不用寫太多。因此在Twitter或FB塗鴉牆上書寫文字，潛意識中比較不會被迫要寫很多文字，沒有了這個壓力，自然就容易書寫。 Text Area高度太高，會佔掉FB畫面的上方空間。因此FB塗鴉牆以精簡的一行高度來解省空間，讓下方的各種留言有更多的機會被閱讀(跟Twitter一樣)。 為了解決使用者留言會寫下較多文字的可能性。FB塗鴉牆的Text Area會因為文字輸入自動換到下一行，而且高度也自動放大，取代一般垂直捲軸(Text Area的Scroll Bar)的介面，這是另一個貼心的設計。這等於是一種Text Field跟Text Area兩種Pattern的整合版。 當然，本文分析FB 塗鴉牆介面的優點是事後諸葛，只是藉著觀察來推測FB設計的用意。令我感到好奇的不是FB採用什麼技術 (複雜的JavaScript+CSS)完成這樣介面，而是什麼樣的過程跟構想，使得設計者最後設計出這樣的介面？ 這個介面讓FB的畫面不只提供較佳的閱讀性，更強烈的鼓勵使用者留言。類似的細節很多 (比如，讚一下)。當FB在眾多的細節中，默默地鼓勵使用者進行互動，使用者也就更容易被FB友善的介面黏住。 歡迎你留下更多不同的看法或評論。 [細節放大鏡：一次只看一個細節，從中找到問題/啟發/學習。 文章出處：悠識 UserXper.com 同步發表於 Facebook網站企劃 網誌http://faceboo.com/web.plan]]]></description>
		<wfw:commentRss>http://userxper.com/blog/archives/476/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

