|
2.6 訪問者
縮小目標的最好方法是始終考慮訪問者。集體會議所需要的與用戶所想得到的并不一定一致。首先要做的是精確描述站點的訪問者以及訪問站點的理由。然而，不要尋找“美國在線” 上的某個名為Joe Enduser或者某個偶然使用5 6 k調(diào)制解調(diào)器訪問你的站點的訪問者。對大多數(shù)站點來說，這種用戶是無法標識的，而大多數(shù)用戶在心中都有一個特定目標。首先考慮一下你的用戶是些什么樣的人，并向他們問以下問題：
他們在什么地方？他們有多大年紀？他們的性別是什么？他們說什么語言？他們技術(shù)熟練程度如何？他們采用什么樣的因特網(wǎng)接入設(shè)備？他們使用什么樣的計算機？他們可能使用什么樣的瀏覽器？接著，考慮用戶訪問站點時干什么：他們怎么訪問到站點的？用戶想在站點上實現(xiàn)什么樣的目標？他們在什么時候訪問站點？他們會在站點上呆多長時間？他們從哪個網(wǎng)頁退出站點？他們什么時候會再返回站點，是否可能？
當你可以從這些問題的回答中描述出用戶的特性時，你應(yīng)該能夠快速地確定訪問你的站點的可能不只是具有單一目標的單一類型用戶。對大多數(shù)站點來說，有很多類型的用戶，每種類型的用戶都有著不同的特征和目標。
用戶特征
最好的了解用戶的方法是和他交談。如果可能，你應(yīng)該直接和你的用戶交流以驗證關(guān)于用戶特征和想法的設(shè)想。一個調(diào)查可能是合適的，但現(xiàn)場交流更可能提供了探索超越預(yù)先確定的問題的可能。不幸的是，現(xiàn)場交流或調(diào)查用戶非常消耗時間，不可能考慮每一種特征或想法的用戶類型。從用戶調(diào)查、現(xiàn)場交流或有關(guān)用戶的一般思考中，你應(yīng)該建立綜合但詳細的關(guān)于用戶的特征�？紤]至少三種類型的用戶。對大多數(shù)站點來說，這三類用戶大致對應(yīng)于沒有經(jīng)驗的用戶、有Web經(jīng)驗但不經(jīng)常訪問站點的用戶、能力強經(jīng)常訪問站點的用戶。大多數(shù)站點有三類用戶，能力中等但不經(jīng)常訪問站點的用戶群是規(guī)模最龐大的一群。確信分配恰當?shù)谋嚷式o相應(yīng)類型的用戶群，從而以合適的份量考慮他們。現(xiàn)在開始命名你的用戶。在每交流完一個真實的用戶后，你可能想命名他，或采用一般的名字如名叫B o b初學者、名叫Irene 一般用戶和名叫P a u l 超級用戶。接著利用前面章節(jié)的問題描述出各種綜合用戶的概況。盡量把每一個答案對歸類。這樣，如果交流的用戶中有快速接入設(shè)備的很少，大多數(shù)的接入設(shè)備很慢，我們就把后者當作更為一般的情形。第3章將更詳細地討論一般的用戶特征和個性化的特征。
一旦完成了對一般站點訪問者的特征的描述，就應(yīng)該開始設(shè)計訪問方案。當名叫B o b初學者訪問站點時，他會干些什么？什么是他希望完成的任務(wù)？什么是他的目標？方案設(shè)計有助于你集中于每一個用戶實際希望完成的任務(wù)。從這種實踐中，可能發(fā)現(xiàn)你的目標陳述與用戶想做的不一致。如果是這樣，可能仍需要反復(fù)做設(shè)計。返回到你的初始步驟之中，根據(jù)新的信息修改你的目標。
2.7 需求
根據(jù)站點的目標和訪問者的類型，站點需求應(yīng)該有所不同。需要什么樣類型的內(nèi)容？站點應(yīng)該具有什么樣的外觀？應(yīng)該需要開發(fā)什么樣的程序？為了滿足訪問者應(yīng)該需要多少服務(wù)器？用戶在帶寬、屏幕尺寸、瀏覽器等方面有什么樣的限制？等等。需求會顯示站點的成本和潛在的實現(xiàn)問題。需求會顯示需要多少開發(fā)者并顯示缺少什么樣的內(nèi)容。如果需求相對未來的回報來說過多，就應(yīng)該重新回到目標階段，并重新定義訪問者類型。進程的前三個階段可能要重復(fù)多次，直到形成站點規(guī)劃或規(guī)范說明書。
2.8 站點規(guī)劃
一旦討論了目標、訪問者和站點需求，并形成了文檔。就應(yīng)該起草一個正式的站點規(guī)劃。站點規(guī)劃應(yīng)該包括以下部分：
1) 簡短的目標陳述。應(yīng)該包括對站點整體目標的簡短討論和對站點成功與否的基本度量。
2) 詳細的目標討論。應(yīng)該詳細討論并提供可度量的站點目標，以驗證站點的收益。
3) 用戶方案討論。討論用戶各種各樣的訪問方案。首先從用戶怎樣訪問站點開始，直到達到目標。本節(jié)包括對度量方法的討論，如下載量、每次訪問的網(wǎng)頁數(shù)、填寫的窗體數(shù)，以及諸如此類的有關(guān)詳細目標討論的內(nèi)容。
4) 內(nèi)容需求。應(yīng)該提供一個有關(guān)文本、圖像以及站點中需要的其他媒體的清單。一個顯示需求的內(nèi)容、形式、存在性以及潛在的擁有者和創(chuàng)造者的矩陣是有用的，因為這個矩陣能顯示哪些內(nèi)容非常重要。簡單的矩陣如表2 - 1所示。
5) 技術(shù)需求。提供站點所使用的技術(shù)的綜述，如H T M L、J a v a S c r i p t、C G I、J a v a、插入件等等。技術(shù)需求應(yīng)該與用戶的能力直接相關(guān)。更多的技術(shù)上的考慮在第1 3章中可以找到。
6) 外觀需求。應(yīng)該給出用戶界面設(shè)計的輪廓。應(yīng)該詳細地給出站點與既存的宣傳材料之間的關(guān)系，并給出用戶在圖形以及諸如屏幕尺寸、顏色深度、帶寬等多媒體應(yīng)用方面的限制。本小節(jié)也應(yīng)該給出特定的字體和顏色使用的細節(jié)，但很多站點外觀的細節(jié)應(yīng)該留在開發(fā)過程中確定。
7) 發(fā)布需求。指出發(fā)布需求，特別是主機方面的考慮。該小節(jié)應(yīng)該包括多少用戶訪問站點、一個典型網(wǎng)頁會消耗多少頁以及典型頁的尺寸。即使那些僅是一些設(shè)想，也可能借此進一步對服務(wù)器和發(fā)布站點的帶寬需求進行簡短的分析。
8) 站點結(jié)構(gòu)圖。該小節(jié)應(yīng)該給出站點的結(jié)構(gòu)或詳細描述站點不同部分的流程圖。應(yīng)該根據(jù)前面小節(jié)分析的各種各樣的用戶方案，給出每部分適當?shù)臉祟}和一般想法。站點每部分的組織也是重要的，應(yīng)該始終進行提煉。站點結(jié)構(gòu)的選擇在第4章中會討論，但一般來說，站點結(jié)構(gòu)圖應(yīng)該與圖2 - 4相似。
9) 資源。站點應(yīng)該給出運行時需要的各種資源。度量方法可以用簡單的人-小時法表達，并且應(yīng)該與四種資源相關(guān)：內(nèi)容、技術(shù)、外觀設(shè)計和管理。
10) 時間表。應(yīng)該結(jié)合前面章節(jié)描述的典型瀑布模型和前面敘述的資源，顯示項目的進展程度。
11) 財政預(yù)算。財政預(yù)算主要決定于資源需求和發(fā)布需求。然而，市場成本和內(nèi)容版權(quán)也應(yīng)該包括在財政預(yù)算中。站點規(guī)劃的實際組織和內(nèi)容由設(shè)計者決定。記住，規(guī)劃的目的是在從事該項目的各種各樣的人們之間交流站點的目標。不要忽略站點規(guī)劃的撰寫，盡管它很令人沮喪。如果沒有這種文檔，你就只能以一種進化或J A D的方式開發(fā)項目。進一步說，沒有規(guī)范說明書，你不可能從投資商中獲得任何現(xiàn)實的投標。然而，一個完成的計劃并不允許你立刻著手實現(xiàn)。一旦規(guī)范書形成，就應(yīng)該審視一次。完成的規(guī)范說明書可能暴露不現(xiàn)實的估計，從而讓你陷入反復(fù)修改初始目標和定義訪問者特征的過程之中。如果不是，就可以進一步，沿瀑布模型開始原型設(shè)計階段。
出處：藍色理想
責任編輯：嘯
上一頁 目標和問題 下一頁 分割的設(shè)計階段
|
第 1 頁 
第 4 頁 訪問者和站點規(guī)劃
