有關用戶的Web技術收集指標列舉如下:用戶使用哪種操作系統(tǒng)和河覽器，屏幕分辨率是多少，在訪問你的站點之前剛訪向過哪個頁面。盡管了解這些屬性一定會有用，但是界定網(wǎng)站的受眾卻沒有用。Web指標無法精確地告知你用戶訪問網(wǎng)站的目的，他們希望從網(wǎng)站中獲取什么信息，以及他們是否有某種程度的視覺障礙，專業(yè)還是新手，年輕還是年長。
最后，即使有最好的Web分析，如果你只是基于Web指標來了解用戶的話，很多關于受眾的希望、動機以及期望的事件仍舊是一個無法知曉的秘密。
相反，目標受眾是一群被你視為“網(wǎng)站成功的關鍵”的用戶。例如，你可能會針對特定年齡范圍的人設計，例如小學生、青少年或者退體人員?；蛘吣阋部赡苊嫦蛱厥獾募夹g來設計，例如移動設備。請幸記你的目標受眾可能有共同的興趣，但是不太可能有共同的訪向需求。一些可能是專業(yè)用戶，而其他的可能是初次訪問者。一些人可能視力較差或者失明，另一些則可能有運動型障礙。同樣的人可能會通過筆記本、工作站、PDA(個人數(shù)字助理)，以及手機訪問網(wǎng)站。盡管你可能有目標群體，其他的人仍有可能會訪問網(wǎng)站。例如，針對退休人員開設的投資服務也有可能吸引來自投資者、竟爭者、家庭成員，以及那些足夠幸運的有可能提前退體的人們。只按照滿足老年人的需求設計這樣的網(wǎng)站便是一個失誤。
拒絕用戶危如累卵。即便Web日志表明僅有2%的用戶使用某個特殊品牌的覧器，也不要使用可能將這些用戶排除在外的技術。讓任何一個人不能訪問你的信息和服務都不是一件好事，我們誰也無法對這些被排除在外的用戶的價值做出評價誰能知道?可能你接下來的重要的客戶就位于這2%的被拒絕的人之中!
開發(fā)周期
所有的開發(fā)周期都經(jīng)歷過一系列構成經(jīng)典“設計流程”的階段，此處列出的內(nèi)客尤其與網(wǎng)站設計相關。
需求在大型的項目中，需求階段可能包含:正式的市場調(diào)研和用戶調(diào)所，網(wǎng)絡分析調(diào)查，當前或者預期用戶的分組討論，以及正式的可用性測試。在小型的項目中，需求階段通常用與用戶、項目利益相關人以及項目發(fā)起人一同制訂功能性需求列表的會晤形式。
設計設計是將需求列表轉為具體的形式，起初是祖略的市局和頁面線框、導航界面，以及網(wǎng)站圖表。要著重關注基本結構和功能，并且將評盡的圍形設計留到之后。開發(fā)開發(fā)就是實際的HTML頁面制作和相關Web應用程序編程。即便你
使用迭代的設計進程(大多數(shù)Web團隊都會這么做)，也不要進行太深入的開發(fā)，除非設計的所有主要問題都已經(jīng)解決。
測試所有的網(wǎng)站設計都要求同時進行功能測試(鏈接檢測、瀏覽器兼容問題、跨平臺問題)以及編輯質(zhì)量控制。通常，很多Web團隊都被技術人員“綁架”了，以至于忽視了對編輯的考慮，忘記了也需要對內(nèi)容大量的品質(zhì)保證過程來創(chuàng)建好的產(chǎn)品。
流水線或“瀑布式”開發(fā)經(jīng)典的線性設計項目每次只能進行一個階段，在進入下ー個階段之前必須要完成前一個階段。那些經(jīng)驗證表明不錯的方法以及過去已經(jīng)成功應用過的詳規(guī)格說明都非常適合流水線開發(fā)工作。在少數(shù)特定的情況下，流水線開發(fā)會出現(xiàn)問題并且有些乏味。
網(wǎng)站建設的設計的迭代模式很多項目都借助于不完整的“分析一設計”或者“設計創(chuàng)建”階段來處理復雜的未知事務，逐步將復雜性和設計共識納入開發(fā)系統(tǒng)尤其是在該周期的早期規(guī)劃和設計階段。當“設計一創(chuàng)建一再設計”的循環(huán)在開發(fā)階段里進行得過于深入時，選代模式就會出現(xiàn)問題。這些開發(fā)的選代會導致設計產(chǎn)品混亂，過于浪費時間和精力。混合方式當高效開發(fā)以及整體項目范疇、進度控制變得極為重要時，良好的項目管理會兼顧選代模式及流水線模式的長處，在進程的早期積極運用多種設計選代，而在后期的開發(fā)和測試階段堅決抵制。
本文地址：http://www.khwajamoinuddinchishty.com//article/4213.html
