Archive for the 'Planning' Category

Page 2 of 15

[摘錄] 網頁應用程式 Usability 筆記

“Xexex’s Java 和其他二三事”:http://www.javaworld.com.tw/roller/page/ingramchen?entry=2007_11_18_WebAppUsabilityNotes

原則一:思考服務的對象

首先要先了解你的用戶是哪一種類型:若按用戶功力可分為 end user 和 power user。若按網頁使用頻率來分,可分為例行性作業和一次性作業。用例子說明好了,比方說大家熟悉的購物網站,包含產品瀏覽、購物車、下單等等功能。首先,這類網站的使用者功力大多屬於 end user,因此介面上越簡單越好 (即使你有很好的創意,也要小心發揮,因為 end user 可能會看不懂你新穎的介面)。若從使用頻率來看,產品瀏覽屬於例行性作業,下單則屬於一次性作業 (因為久久才下單一次)。因此產品瀏覽的網頁不能拖泥帶水,步驟要越少越好,不然用戶逛了老半天找不到想買的東西就跑掉了。另一方面,下單的網頁到是不怕步驟多,就怕使用者不會用,或是抗拒使用 (要付錢的地方總是會小心翼翼的)。所以一般下單都會設計成 wizard 的方式,一步一步導引使用者完成下單。

那如果是購物網站的後台呢?後台的使用者屬於 power user (可能一開始就是,或是之後會被訓練)。他每天的工作就是產品上架,處理訂單…等等例行性的作業。這樣的網頁以快速為最優先考量:可以運用 減少 popup、不用 wizard、多功能客製化元件、一頁內放多一點資訊、增設 hotkey… 等等技巧。總之讓用戶可以在最少的點擊、最少的思考完成他的工作就是了。

原則二:第一頁要放用戶最想做,最常做的事

要提升 usability,就是去思考用戶最想做或是最常做的事,比方說,第一頁除了查詢表單之外,還列出他最近處理過的10個案子;或者,用戶比較關心那些稽核不過的案子,那一開始就先列出這些有問題的案子;或者,可以提供查詢條件 history 的功能,讓用戶可以調出最近下的查詢條件… 等等。

決定要做那方面的事,要透過談需求時了解。而且,要注意很少有使用者會自覺得想到這一塊,必需由開發者主動尋問和了解使用者的作業才行。

原則三:重要的內容放在 1024×768 內

這個原則很基本,許多人都了解 (還不知道的人要打屁屁!)。問題是出在難遵守…. 開發人員通常都用很大的營幕、開高解析度、然後字型用的小小的,希望一次看多點資訊,方便開發。這樣的習慣長期下來,一不小心就會發生設計的網頁常常需要 scroll (甚至是左右 scroll)。

除非你的網頁是設計給 power user,而且是配備比較好的營幕。不然開發時建議固定開個 1024×748 的 browser 來檢視網頁的呈現,比較符合一般使用者的畫面大小。(安裝 firefox 的 web developer plugin,然後大小設 1024×748 (不是 768,因為要扣掉 toobar和 menu 的高度)) 瀏覽器的大小有了,接下來就是將重要的內容、用戶最關心的事情,盡量放在網頁上半段,一般來說,左上角是人瀏覽的起點,從那裡開始最好。目的就是讓用戶最少的力氣找到他要的東西,而不是 scroll 老半天才看的到。

原則四:改變資料狀態用按鈕,瀏覽資料用連結

當你做的功能是 改變資料狀態時,網頁上要用按鈕來呈現。如果是資料間瀏覽,則用連結來呈現。什麼是改變資料狀態?比方說刪除資料、送出表單、移動位置、切換…等等功能。這些功能用按鈕比較洽當,因為按鈕有 “動作” 的感覺 (按下後再彈上)、有視覺上的 feedback。當然在 ajax 的風潮之下,按鈕漸漸越用越少了,不少地方開始用連結來替代。不過重點還是一樣,要有視覺上的 feedback,例如加些 animation, yellow fade out之類的都可以。

另一方面,瀏覽資料則一定是用連結,千萬不要用按鈕替代。這聽起來很白吃吧?但就是有新手會犯這種錯 (三年前我自個兒也常犯…)

原則五:慎防預覽頁面

當設計多步驟網頁時,例如結帳的功能,中間多半會夾一個預覽的頁面。預覽的網頁原本是好意,讓使用者可以再完成前,再確認、考慮一番。但偏偏很多用戶會把他當做 “已完成” 的網頁,造成常會有客戶來電,抱怨明明已經完成了,卻沒成交。

為避免這類常犯的錯誤,建議預覽的畫面正上方要加上大剌剌的 “完成按鈕” (可用顏色/大小/字型來醒目) 提醒使用者,要按了才會生效。如果版面許可,可以再加上 process train (另一說法是 process funnel) 就是常見的按順序導引:(1) -> (2) -> (3) -> done,這樣就更穩了。現在 Ajax 技術發達,也可以考慮用 “即時預覽” 取代掉舊的換頁預覽,這樣既方便又不會出錯。

簡單易懂的說明,受教了~

[摘錄] 常被忽略的網頁配置問題

“ZDNet”:http://www.zdnet.com.tw/enterprise/technology/0,2000085680,20125894,00.htm by thinker

一篇文章的長度以一千字上下最為理想。兩千字以上的文章最好分成多篇來刊登。另外不妨放一些圖片在文章中間或是開頭之處,(與內容無關也無妨),在視覺上維持一定的圖文比例。

這是因為「網頁」這種素材天生不適合長篇閱讀,讀者對你的文字付出的注意力十分有限。如果沒有一些圖畫在旁點綴,整個版面會顯得太乾。使用者看到整個螢幕舖天蓋地的字,往往看都不看就按下Back鍵逃走了。除非你自信文筆跟九把刀或金庸一樣,讀者不看完整篇停不下來,不然還是乖乖的控制字數比較實在。

再來還可以考慮在每個段落的開頭給出一個小標題,凸顯文章的結構,讓閱讀更為輕鬆方便,讀者可以預期你接下來要講的內容重點。

把握「長度、圖文比例與小標題」這三個重點,絕對可以讓Blog的畫面與文章更為好看好讀。

有一回,看「超級星光大道」,評審林志炫說:『表演重要的不是你表現得好不好,而是你要的東西有沒有表達出來。』

寫文章、經營 blog 也是同樣道理。心領神會~

■ 延伸閱讀

* Pingdom 網頁速度優化參考工具使用心得
* 你的網站到底是慢在哪裡?讓 Pingdom Tools 告訴你。

[摘錄] 界面內容優化的層次

“UCDChina.com – 白鴉”:http://ucdchina.com/blog/?p=351

界面的文字就好像一個人的談吐,文字給用戶的感覺不單單只是一個「信息」的傳達,他還關乎用戶對於產品的情感印象和「產品氣質」的理解。

能否系統化的把「內容優化」像「體驗」一樣分層次的理解?

首先,界面上的文字應該做到:清楚而準確的向用戶傳達信息。
接下來,界面上的文字應該便於用戶閱讀並快速理解其含義。
然後,整個產品不同位置的文字應該統一
最後,界面上的文字應該具備該產品需要傳達給用戶的氣質。
還有,文字的視覺設計應該完整的融入整個產品視覺中。
再有,儘量讓文字自身可以起到「推銷」產品的作用,而且「推銷」的不只是產品氣質。

界面上的文字看似是一個很細小的東西,實際上他蘊藏著很多的價值並且在潛移默化為產品帶來好的或者不好的利益。中國人說「察言觀色」,我想「言語」的表達對於中國用戶的觸動應該會更加的明顯。

用字遣詞,是一門學問。

■ 延伸閱讀

* “創業產品的界面文字優化”:http://uicom.net/blog/?p=653
* “像聰明女孩穿衣服那樣設計網頁文字”:http://ucdchina.com/blog/?p=335
* “有多少文字可以胡來?!”:http://uicom.net/blog/?p=600

[摘錄] SEO和用戶體驗

“白鴉,以用戶為中心的設計”:http://uicom.net/blog/?p=675

SEO和用戶體驗

4、UED是在作品牌內功,SEO是在作品牌營銷。得分清。

5、品牌不只是靠營銷作出來的,品牌體驗非常關鍵。 品牌的基礎是用戶體驗,營銷需要建立在用戶體驗的基礎上。

6、所以:SEO需要建立在用戶體驗的基礎上,破壞用戶體驗的SEO一定是不好的。
所謂「SEO需要建立在用戶體驗的基礎上」是指:沒有好的用戶體驗再SEO也白搭;也指:產品有多少seo就作多少,不要越界。別把搜索「小姐包夜」的網民帶到一個淑女培訓網站上去。

7、UED可以並且應該幫助SEO,但不能是損失用戶體驗去幫助SEO.

這個道理就跟「產品 vs. 行銷」一樣:

老王賣瓜,自賣自誇,不甜的瓜,再怎麼自誇,消費者只會上當一次。

[摘錄] 殺手Google和迷茫的抓蝦

“一言談| New Media Observe”:http://www.caozenghui.cn/?p=223 by 曹增輝

突然寫這個話題,是因為通過feedsky的統計,這兩天我的Google Reader的訂閱用戶超過了抓蝦,兩個都是1400多,然後是鮮果、bloglines等等。

毫無疑問,Google的這個訂閱數價值要遠大於抓蝦,原因很簡單,Google的訂閱用戶是純粹吸引過來對我的post感興趣的讀者;而抓蝦不同,抓蝦有社區化功能,不論是頻道大全還是熱文排行,幫他吸引了大量可能不應該屬於我的讀者的訂戶。

我覺得,至少說明了在RSS閱讀器這個市場上,以人為主,以工具為主目前還佔在主流上,至少用戶在關心「閱讀體驗」上要高於「交流溝通」,RSS閱讀還是一個小眾的市場。反過來說,即便未來抓蝦的社區功能更強大了,我應該也會堅持Google,因為它更高效的解決了我的閱讀需求,這個是第一位的,然後才是發現和交流。

儘管抓蝦很努力,但其實還是沒有解決用戶最最基本的需求:發現和關注自己感興趣的feed。

我覺得抓蝦在滿足用戶需求上,似乎給弄扭了,在社區交流上費了半天勁,讓用戶發現別人在幹什麼,事實上,我真的不太關心別人在做什麼,甚至我不關心誰訂閱了我的博客!我只關心,我怎麼能看到我喜歡的文章,找到我感興趣的feed。

這麼想的話,類似抓蝦這樣的閱讀器,要建立一個雙向溝通的SNS本身路子就不對。

就我的經驗,產品會開始弄扭,大多是服務流量沒有大增長,而老闆又非常在意流量、流量、流量,只好開始搞一些原本非主軸要搞的事情,意圖拉抬流量。最後,產品改版了、升級了,看起來有在推陳出新,但用起來卻不知所云。

複雜又無奈…

淘寶UED招聘

『全力打造中國互聯網有史以來最cool的招聘子站。』

淘寶UED招聘

滿有趣的一個招聘型式~,順便瞧瞧徵才條件:

■ 用戶研究員

1.對網站或軟件用戶界面的可用性有深入的理解和研究,能熟練使用各種可用性研究方法;
2.對用戶心理能夠準確把握,樂於花費大量時間與用戶直接接觸;
3.思維嚴謹,溝通能力強,善於和各種背景的人合作;
4.愛好UI設計,有一定的基礎知識,可以熟練使用Photoshop等軟件設計原型;
5.有產品設計、平面設計、網頁設計經驗者優先;
6.心理學、工業設計、計算機等相關專業本科以上學歷,英語優秀;
7.工作地點:杭州;

■ 交互設計師

1.現在就是交互設計師,有成熟的作品;
2.對用戶體驗方面的理論有較深的瞭解和認識;
3.有不錯的視覺設計能力,對xHTML/CSS等技術有基本的掌握;
4.充滿好奇心,在每一個有趣的網站都擁有註冊帳號;
5.有很強的創新能力;
6.個性樂觀開朗,善於和各種背景的人合作;
7.有大局觀,可以在複雜的約束條件下找到平衡或創新的方法;
8.工作地點:杭州;

■ 前端開發工程師

1.精通各種Web前端技術,包括XHTML/XML/CSS/Javascript/ActionScript等(JS和AS之一即可);
2.深刻理解Web標準,對可用性、可訪問性等相關知識有實際的瞭解和實踐經驗;
3.有基於Ajax或Flash的RIA應用開發經驗;
4.至少精通一門非Web前端腳本的語言(如Java/PHP/C++),並有項目經驗;
5.個性樂觀開朗,邏輯性強,善於和各種背景的人合作;
6.工作地點:杭州;

專業、專業、專業。

我是讀企管系的,大家對企管系的印象是:什麼都學,但什麼都不通。
我是當製作人的,自己對製作人的感想是:什麼都做,但什麼都不專。

講好聽點,製作人在領導這一群專業人員。
講難聽點,製作人在服侍這一群專業人員。

如何管理專案、管理人員,或許就是最專業的一項專業。

被抄被搶 vs. 所見略同

今天看到某篇文章介紹一個網路服務。

光看文章標題就讓我心驚,
看了文章介紹就讓我心慌。
去看網站首頁就讓我心亂,
試用網站功能就讓我心傷。

想法被搶了嗎?點子被抄了嗎?
不是,是大家所見略同。

只不過,我還在規劃階段,而人家已經推出上線。

,比高一級。
,比高一級。
做出來,跟還在做是不同層級。

左腳在門檻前,右腳在門檻後,
我該將左腳往後伸,還是右腳往前踏?

答案是…

右腳!

[摘錄] 社區的產品和運營(一)

“奮翮高飛”:http://www.zhanghe4.com/index.php?blogId=1

技術是骨架,產品是血液,運營是肌肉。

如果把網站比喻成人體的話,我會這樣來類比各部分的機能:技術好比是人體的骨架,決定了網站能做到什麼樣的高度。這個骨架一定要高大,而且骨質要硬,不能缺「鈣」。產品是人體的血液,表面上看不太出來,但它決定了網站內在的潛力。這個網站「造血」的能力是否強大,直接影響到它是否能有更高的投入產出比。這是一個網站的動力之源。運營是人體的肌肉,看網站是否足夠強壯,就看它的運營能力。有很多矮個子也可以鍛鍊得非常強壯,而有的高個子卻非常瘦弱,這是運營能力的區別。但也有一種情況是假象,那就是「肥胖」,看上去塊頭很大,實際上很不健康。

短期看的是長處,長期看的是短處。

這句話的原始出處是李玉琢的《我與商業領袖的合作與衝突》一書,「短期看,企業家比的是長處;長期看,企業家比的是短處。」我覺得很有道理,就借用到這裡。當網站規模還比較小的時候,擁有一個優勢就足以讓你脫穎而出。比如BuyRen(現在的易購)早期基本沒有技術和產品可言,完全靠的是運營,也獲得了一定層面上的成功。但這種成功是有瓶頸的,需要有新的優勢來彌補不足。當網站發展到一定的規模,任何一個細節的不足,都可能導致和對手競爭的失敗。所以任何時候都需要認清自己的優勢和劣勢,不能因為短期的成功而忽略了長期的發展,需要未雨綢繆,提前在短板上下功夫,做準備。

這篇文章所提的比喻,讓我訝異彼此的看法竟有一絲絲雷同。
我之前常跟同事「屁」製作人如何看待一個服務:

* 推出一個服務,就像生出一個小孩,所以你叫「製作…人」。
* 人的骨架:製作部負責,企劃人員規劃網站的功能及架構。
* 人的神經:工程部負責,工程人員根據功能架構寫出程式機制。
* 人的血肉:編輯部負責,編輯人員編輯內容單元、經營社群。
* 人的外表:美術部負責,美編人員設計長相、穿著。
* 人的舉止:公關部負責,公關人員教導應有的禮儀、行為及說話措辭。
* 人的推銷:行銷部負責,行銷人員利用特定場合及活動,讓大家認識。
* 人的銷售:業務部負責,業務人員帶去給客戶認識,砸錢投資。

我是生了小孩之後,才反過來體會到,這和我推出一個服務是如此的相像。不過,我覺得文章作者認為『產品是人體的血液,表面上看不太出來,但它決定了網站內在的潛力。這個網站「造血」的能力是否強大,直接影響到它是否能有更高的投入產出比。』的比喻更為傳神。社群性質的產品還必須是個有機體,它要能自給自足、自生自滅。

但不管如何比喻,把製作服務當成一個「生命」在孕育的精神,絕對是不變的。

[摘錄] 強硬的愛

“譯言 – Getting Real 翻譯”:http://www.yeeyan.com/articles/view/4811/1958

樂於向客戶說 不

至於特性需求,客戶並不總是正確。如果我們把客戶需求的每個零零碎碎都加入產品中,沒有人會要我們的產品。

如果我們屈從一個客戶的一時的興致, Basecamp 就會有: 全面的時間跟蹤, 全面的帳單,全面的會議安排,全面的日程安排,全面的附屬任務系統,全面的即時消息聊天,全面的wiki功能,和全面的隨便什麼你能想到的。

然而, 我們通過客戶調查得到的第一號 需求就是 要 保持 Basecamp 簡單

這裡還有另一個例子: 儘管有一些怨言, 我們決定產品不支持IE5, 這樣就有 7% 的市場被我們抹去了。但是我們人問我去關心剩下的 93% 更加重要。 為IE5 修補產品錯誤和測試在時間上不划算。我們寧願為其它93%的每個人作一個更好的產品。

作為一間軟件研發公司,你必須扮演過濾器的角色。 並不是每個人建議的每件事都是正確答案。 我們認為客戶所有的需求並不總是正確。 你不得不時常讓一些人傷心失望。

關於這點, 作為一間研發公司熱愛你的產品是最重要的。如果你的產品中摻和了一些你不認可的因素,你將不會愛你的產品。這是要否決你不以為然的客戶需求是必須的,這一點的另一個明證。

前主管說過一句名言:「不要讓你的產品,成為妥協之下的一坨美麗大便…」

產品推出的第一版,通常是我嘔心瀝血、呵護備至的最愛。但,當產品慢慢長大,歷經修正、改版之後,我看到原本純淨可愛的小嬰兒,變成一隻巨大可憎的怪獸。

我還愛嗎?愛,但只剩下切不斷的情感在維繫。

小小柯,你可別變成綠巨人浩克啊~
綠巨人浩克

[摘錄] 網購業者的行銷導師

“V怪客的電子商務怪談”:http://talkec.blogspot.com/2007/09/blog-post_06.html

傳奇基金管理人彼得.林區(Peter Lynch)最著名的投資法是從逛街找靈感,我則習慣從大眾傳媒或異業通路的行銷動態,來擷取經營網路購物的技巧。我樂意將他們分享,我相信應該也能給你豐富的啟發。

1.東森電視購物 / 學解構及推銷商品
2.蘋果日報 / 學資訊導讀及下標法
3. 詹仁雄製作的電視節目 / 學習操控觀眾情緒

網購服務業除了賺錢獲利之外,應該要有讓顧客感動的經營理念,賣東西給顧客就視同賣東西給自己的家人,不敢給家人用的劣質商品,就不該賣給顧客。就我所認識,身邊業界真的有些購物網站或供應商經營者是這樣用心為顧客著想。

詹仁雄最近很紅,大家都在談他,但不得不承認他是箇中高手。