開會時，討論到「網站需求」

開會時，討論到「網站需求」。對方問我，一般來講，到底是要稱作網站還是網頁，因為在內部溝通時，有時候像是一些機制，這些由很多個頁面串連起來的功能，算是網站嗎？另外，好比活動或宣傳用的頁面，那是所謂的網頁嗎？

事實上，「網站是眾多網頁集結起來的組合體」，至於細部怎麼分，一般我是分成：

1. Official Site-官方網站
2. Web Site-一般網站
3. Event site-活動網站
4. Small Site-小型網站
5.Web System-網站系統

『官方網站』一般來說都是以公司或品牌為內容導向，提供各式服務資訊，包含了關於我們、門市地點、線上問答、服務項目、產品說明、案例見證、人才招募、線上提案、線上支援、客服諮詢、投資人專區之類的，簡單的說就是某公司的主要品牌宣傳網站，用已對外溝通及傳遞資訊為主要目的。

『一般網站』涵蓋面相就很廣了，什麼樣的網站都算在內。在這邊說明一個觀念，網站提供的各種功能就是所謂的服務，不論是會員、訂閱、購物車、購買、付款、加入最愛、評價、討論、回饋點數、訂位劃位、CMS等，說都說不完的各種功能，一般來講都是服務。

理解一個重點，一個服務背後是由許多功能所組成，而每個功能又是由很多各式各樣的頁面所串接起來，頁面上則是佈滿了許多欄位、表單、表格與圖片跟文字，這些眼睛看到的具象內容背後均有可能是大量不同的小程式所組成。至於這些小程式有的是做看得到的反應、有的處理運算、有的做溝通、有的做橋梁、有的像資料庫去索取資料、有的則是排序，每個任務都不一樣。

相對的，不是每個功能都會對應到頁面，同樣，程式也不一定全在頁面上，因此很重要的觀念是「功能不等於網頁，網頁也不會是功能。」

『活動網站』特色是壽命短、架構小、但是視覺設計上彈性空間較大，強調的是「Catch Eye Ball」為目的，所以大多來講其內容不外乎就是活動說明、注意事項、得獎公告、參賽成員、活動贈品、線上討論、產品介紹、以及一些特殊設計過富含高濃度創意成分的單元於其中。

『小型網站』通常是用來作為短暫或是次品牌、次事業體發展用的一種延伸設計，比方說線上EDM可能就兩三個單元，一個是相關資訊、一個可能就是與我連絡，而大多數的資訊再首頁裡就說明清楚了，這種線上EDM首頁所包含的內容就較多、較長，懂得玩小網站的人，還會用來做為操作SEO的關聯附屬網。

再來舉一個小型網站的例子，比方說SONY有自己的官方網站，但旗下針對VAIO、BRAVIA等品牌也會在成立次品牌網站，此時還是『官方網站』的層級，但每個品牌下會有很多用來區隔不同目標族群的產品，這些產品各自都會有自己的網站，那些網站架構會相對單純點，一般都是以產品介紹、規格說明、購買方式、線上服務、產品型錄、維修聚點之類的單元較多。

『網站系統』不完全是網站，網站只是一種承載的型體，透過網路的方式將各種功能串接在一起，而『網站系統』一如『一般網站』涵蓋面相廣泛，也有一種說法稱作『線上系統』，比方說大家常用的Google Analytics是一種系統，但也是網站，而這不過是冰山一角的例子，還有項流量偵測系統、安全管理系統 、金流交易系統、會員營運系統，這些系統只是經用網路透過網頁的方式來呈現，所以成為多數人眼中的網站。

談論網站系統時，會時常聽到所謂「前台後台」的說法，所為前台就是使用者眼前看到的各個不同網頁，而後台則是控制、管理的工作，不論是不是用來作為前台介面內容的管理，大多時候後台幾乎可以說是完全是由數以千計、萬計的程式所組成。

更進一步的說，後台聚集了所有的功能，不論是會員管理、資訊管理、基礎設定、進階設定、產生報表、帳務管理、倉儲管理、出貨管理、發送排程管理、訂單管理等，管理的功能之多，一樣是依照不同狀況跟不同的需求而產生，只是設計管理功能也是一門學問，要把管理功能設計的好，通常必須考慮到幾個因素：

1. 數量
2. 頻率
3. 控制項
4. 提醒項
5. 防錯項
6. 檢核項
7. 通知項
8. 緊急處理對策項

這些因素攸關於使用管理功能的人所要面對之問題。比方說來一個管理1萬人的功能與一個管理10萬人的功能，可能數字只是差10倍，但要是每個人每天的管理作業得花在反覆點擊與流程往返操作上，其工作效率肯定會相當低落，甚至是為此感到挫折。這時候，考慮到使用人的需要，其功能就會因應而做出改變跟調整。

舉個簡單的例子，像是要發送Mail給會員，一般來講都會採用勾選的方式來選定會員後發送，會員少的時候這麼做可能還可以將就著用，但是當到了要勾選1萬人之後可能就會有點煩人，要是沒有溝通清楚，每一頁可以勾選的人只有10名，然後只要切換分頁則原先勾選的10名就會自動取消，這樣子會造成使用者操作上的困擾，因此才會有人提出使用全選方法來一次選擇全部要發送之對象。不過這麼做又會發生令外的問題，比方說要特別剔除掉某些人，難到還要回頭一頁一頁去找然後再勾掉取消嗎？

使用者經驗談的大多是具體使用者眼前所面對的問題與現況，而使用者介面則是去找出如何消除跟化解這些問題成因的方法，能不能夠給予網站使用者好的體驗，這不僅只是前台的工作，後台管理的使用者其實負擔更重需要更多。

回過頭來，網站並不像是想像中的那麼容易，對嗎？是的，不論是什麼類型的網站，都是為了符合某個需求、某種需要而產出，至於背後支撐的理由是創意、創新、想像力或其他因素，重要的是網站設計，不單單只是我們口中所謂「Visual Design」，富含了更多複雜元素於其中。

要認清楚一個很重要的觀念，網站本身是由許多網頁所匯聚起來，這些頁面有的是功能性導向、有的是閱讀性導向、有的是使用性導向，每種不同的導向均看設計者是用什麼樣角度來進行。

組成網站的要素如果就一般最基本來說，可以分成：

1. Purpose
2. Concept
3. Plan
4. Structure
5. Unit
6. User Interface
7. Circulation
8. Content
9. Visual Design
10. Prototype

如果在加上功能性的考量，則有時候會再追加一些項目，來確保在開發功能的時候，能夠盡量逼近彼此所想像的需求：

1. Use Case
2. Function Description
3. System Analysis
4. System Architecture
5. System Design
6. Quality Assurance
7. Testing Case
8. Bug Tickets

不過在此強調，通常網站做到功能開發時，大多的團隊或公司一般來講也不會通盤將上述8點要做的事項考慮進去，因為每個項目所需耗費的心力跟時程都很長，而通常要做到好又得花尚相當長的時間先進行溝通與協調，直到認知平衡後再走下去。既耗時又耗人力，非必要性的狀況，大多不會做到如此多的工序。

所以，比較簡單的線上功能或系統開發做法不外乎是：

1. 企劃人員提出說法性的概念
2. 企劃人員草繪出功能介面的輪廓
3. 工程人員給予相對應的回饋
4. 將回饋補足在缺少的頁面或項目上
5. 設計人員提出介面動線改善的看法
6. 企劃與工程人員依照介面跟動線進行溝通
7. 底定一個版本請網頁製作人員試作Prototype
8. 檢討Prototype的使用性、可用性以及串接關聯性
9. 進行相關設計與開發作業

過去經驗，一般網站企劃人員的作法比較淪於純粹的去描述與形容一項需求，而大多需求的細節全都交給工程人員去想像，導致最後工程人員開發出來的結果跟企劃人員所想有很大的落差，這問題不僅在此，包含視覺設計人員因為不了解具體介面的操作特性跟重點，以至於將所有心思放在美觀的安排上，最後做出來好看卻難以操作的介面。

問題不是出在網站企劃人員沒有經驗，而是沒有將工作任務明定清楚。通常，網站企劃人員大多會是彙整需求的第一線人員，透過許多會議將需求累積下來，經過整理與消化，此時要知道，企劃人員所要做的事情包含：

1. 需求具體文字化
2. 文字具體畫面化
3. 畫面具體流程化
4. 流程具體資訊化
5. 資訊具體結構化

以上幾件基本功沒做好，當然就會發生與工程師或是視覺設計人員產生溝通上的落差。這種不如預期的落差，不外乎都是從一開始的需求分析時就難以掌握各方的想法，不是被牽著鼻子走，再不然就是順了姑意逆了嫂意，不想得罪任何一方又不敢用專業來說服對方，最後就是所有人一起承擔錯誤的苦果。

架設一個網站可以很容易，當然也可以很困然，但理解網站與網頁的本質後，最重要的關鍵是能不能平衡各項條件，令網站真正推出去的服務或是想要傳達品牌之訴求可以被人們所接受，這些也蘊藏了點行銷在裡頭。

一個沒有人要使用的網站或是服務，空有再多的想法與技法，依然只能放在原地孤芳自賞。理想的狀況還是得回歸原頭，去理解需求之於目標對象的需要，兩者之間能不能互得平衡，還有接觸的過程跟方法存不存在。假設，毫無思考過任何這類型的問題就貿然去製做任何網站，到最後功能沒人會用、介面被人批難用、網站根本沒有人來用，這不過是理所當然的結果。