2009年6月28日 星期日

網站企劃與設計應該規避的幾個迷失

網站企劃與設計應該規避的幾個迷失…@三十而慄-网络、财经、法律、职场、全球化趋势
最近一個北京的朋友因為業務上擴增的需要,想把電子商務也導入他的公司來運作,但是因為過去沒有架設網站以及經營網站的經驗,因此透過MSN找我幫忙把企業的形象、業務項目採用比較恰當的表現方式,同時又能夠兼顧用戶體驗感受,讓他的網站一上線就有一種讓人驚艷的感覺,而這也讓我有感而發…

我想這篇文章是鎖定有心想要架設一個網站但不知如何著手的人,對網站規劃以及設計的要點做提醒,因為有許多由實體業務想要切入電子商務的虛擬世界時,正因為這些因素導致了大量用戶的流失,這點是非常可惜的,而這樣子的案例實際上層出不窮…

首先,我想要提到一個關鍵,每個用戶第一次進入某一個網站,他對於該網站的信任度以及耐心,比跟一個用戶走進一家實體的商店差許多,而且網站呈現上一個用戶面前,就只有一個十多英吋的畫面,很自然也無法像店面一樣,可以同時擺放很多東西供用戶選擇…

所以,建立一個網站之時應該認知到這些觀點,用戶(尤其是第一次拜訪的)不會給你太多的時間,如果你的網站在用戶的耐心範圍(我個人認為五秒至十秒左右)之內無法讓用戶瞭解你在做什麼,那很可能他以後都不會再訪,這代表你可能永遠喪失了一個用戶,而你所能做的就是在這個1024X768(最多人使用的解析度,當然也有其他的,比方1280X800之類的)的電腦螢幕中,讓用戶一目瞭然…

比方說,許多網站經常把客戶服務的MSN、QQ或者客服電話就用一個大大的模塊,擺設在網頁中最顯眼的位置,用戶一打開網頁,就第一個被這個客服的框框所吸引,這是好設計嗎?

或許網站經營者認為強調客服給人一種信賴感,但是當用戶還搞不清楚你的網站是什麼的時候,或許他會覺得,是不是客戶糾紛很多,所以把客服聯絡方式放在這個最容易看到的位置呢?我認為這不是好的設計,如果你想強調服務做得好,可以改用漂浮的icon,同時用戶可以選擇關閉…

那麼又有一些網站,在其首頁上面滿滿的都是他所提供給用戶的服務與商品,想給用戶一種我這裡內容很豐富的感受,這又會是一種好設計嗎?此時,或許應該站在用戶的角度思考,當用戶對你還不熟悉之時,過多的內容堆積著,只會造成他的負擔,用戶只會感覺到這裡很複雜,我應該找一個簡單明瞭的網站來使用,因而就離開了…

如同前述,網頁的大小尺寸有限,所以應該要把你的服務或者產品依據重要程度抓出來,比方說哪一個項目對你的營收貢獻最大,想辦法把他用較大的位置以及最美觀的設計呈現出來,相對次要的可以縮小,甚至是不放置在首頁上面,只是做一個內頁的導引,如此整體感才會大器,設計上必須把用戶當成一片白紙,不要同時塞太多東西給他們,這樣只會嚇跑用戶,而讓他們知道,你的網站的重點服務是什麼…

再者,請記住越直接越好,不要用繞彎的方式來呈現你的優勢,比方說,在這個網站,你所能取得的成本比其他人低多少,你所能獲得的服務比別人好在哪裡,並且用越簡短的語言以及設計來表達,過多的文字或圖片的形容,只會讓用戶失去耐心,別忘了這是一個快速化的年代,如果擔心表達不清楚,那麼也是善用引導的方式,讓用戶一個網頁接著一個網頁的閱讀下去,這種有步驟感的呈現,會減輕用戶內心的承受壓力…

這些都是網站設計在用戶體驗上的要點,在這些原則之下,把網站的企劃專案做出來,才不致因為前期規劃不當,而導致了一個沒有吸引力、沒有重點的網站誕生,關於網站企劃的其他概念,後續慢慢跟大家分享…

2009年6月26日 星期五

廣告電話黑名單

廣告電話黑名單<<更 新 日 期 : 2009-06-24>> - 手機綜合問題研集 - 香港討論區 Uwants.com:
http://www2.uwants.com/viewthread.php?tid=5876780
香港垃圾電話名單 2009 ( Trash_Tel_of_HK )
http://hk.myblog.yahoo.com/Trash-Tel/article?mid=5

2009年6月4日 星期四

採購財務處理準則 (參考用)

報價 Quotation
採購額>$3000 就應向多於一間公司報價
留意利益衝突, 需申報利益關係
留意報價單有期限(通常一個月)
有時採購最後決定權不在自身, 需交出報價單(並只能作出建議)予上司決定

單據處理--可接受之單據
不可混有私人購買的物資
避免使用信用咭,積分咭,八達通付款及累積積分
60日之內之單據
不可有塗污(i.e. 不可在單據作筆記)
不可有修改(除非有公司蓋印證明)
不可用兩種不同顏色的筆書寫
不可是白頭單
不可是影印本
單據抬頭不能為個人, 要是其代表之組織
若單據上文字容易褪色,請將有關單據即時影印

單據需有以後以下資料:
  • 公司名稱, 電話, 地址(有需要時,可以公司蓋印代替, 但不建議用於大額交易)
  • (最好有公司蓋印)
  • 購買日期(年,月,日)
  • 購買物品(名稱,數量,單價)(不能概括描述物品)
  • 購買總額
  • cash memo, receipt, 正單, 現沽單等(不能為invoice, 發票或發貨單)
ref:
救世軍之迎新營財務及尋求贊助須知 講座, organized by OSA, CUHK

others:
單據處理樣式

2009年6月2日 星期二

五步評估委外

ZDNet Taiwan - 企業應用 - 專題報導 - [評估篇]不可錯過的5大委外評估撇委外
一. 委外重要但非核心的業務
二. 確定自己有能力執行欲委外的工作
三. 委外廠商一定要有實戰經驗
四. 確認委外廠商的專業能力
五. 順利完成概念性驗證
如何在PHP下载文件名中解决乱码 - PHP技术文档 - PHP5研究室
经过试验,发现几种主流浏览器的支持情况如下:
IE6
attachment; filename=""
FF3
attachment; filename="UTF-8文件名"
attachment; filename*="utf8''"
O9
attachment; filename="UTF-8文件名"
Safari3(Win)
貌似不支持?上述方法都不行

英文字型

小薑雜談:淺論英文字型
每個字型都有五條線...
為什麼說這五條線決定字型的性格呢?通常 x-height 佔 point size 比例愈高的字型,放在內文裡的時候看得比較清楚,但放在標題就很難看。反之,x-height 佔 point size 比例小的字,就比較適合當標題。以下面這個例子,小薑找了兩種類似的字型,但左邊是設計來當標題用的(Garamond),而右邊則是做內文用的 (Times New Roman)。注意到 x-height 的分別了嗎?
小薑談字型:英文字型的大分類(上)
Serif(Roman)
什麼是襯線呢?襯線就是在字母筆畫末端的小橫線,最早是在石刻文字時候,在線條尾端用鑿子敲一下,讓筆畫末端齊整所留下來的,後來漸漸發展成了這種字型的特色。Serif 字型從此成為了西方印刷的最主要支柱,直至今日。

小薑談字型:英文字型的大分類(下)
Slab Serif
Slab Serif 是襯線文字的一種(襯線是指拉丁字型中線條尾端的裝飾性線條),特色是粗細筆畫間的差異很小或是等粗,而且襯線非常粗,差不多和字母本身的筆畫一樣。
Slab Serif 原本只是一時的流行而已,因為以印刷來說,Slab Serif 太粗,不適合做內文,而以做標題的用途來說,不久之後又被更有視覺衝擊性的 Sans Serif 所取代

Sans Serif
之前談的都是 Serif(襯線字),而在 Serif 前面掛上個 Sans(法文,無的意思),就成了「無襯線字」也就是筆畫簡單,沒有尾巴裝飾的字型。
要等到二次大戰後,隨著「簡單就是美」的概念大行其道,本來被嫌沒特色的 Sans-Serif 字型才突然成為了當代字型的主流。

一般來說,襯線字適用在印出來的文件、報告,因為它比較不佔空間(除非你是故意要選個佔空間的字型 =
=),而且在字體小的時候可讀性比較高。在電腦上顯示時,例如投影片或是網頁,則推薦使用非襯線字,因為電腦的解析度太低,字小的時候襯線和比較細的筆畫
容易模糊,不若非襯線字那樣清楚。

以上,就是英文字型的五大分類 Blackletter、Serif、Slab Serif、Sans-Serif 和 Script。

2009年6月1日 星期一

Methods GET and POST in HTML forms - what's the difference?
The HTML specifications technically define the difference between "GET" and "POST" so that former means that form data is to be encoded (by a browser) into a URL while the latter means that the form data is to appear within a message body. But the specifications also give the usage recommendation that the "GET" method should be used when the form processing is "idempotent", and in those cases only. As a simplification, we might say that "GET" is basically for just getting (retrieving) data whereas "POST" may involve anything, like storing or updating data, or ordering a product, or sending E-mail.