戰(zhàn)略專家會與企業(yè)內(nèi)部的許多人談話，盡可能全面地收集大家對于網(wǎng)站目標(biāo)與用戶需求問題的不同看法。決策層(stak- eholder)是一群資深的決策者，他們管理那些會影響網(wǎng)站決策的部門。例如，該網(wǎng)站是為了提供給顧客進(jìn)入在線產(chǎn)品支持信息而設(shè)計的，決策層可能就會包括市場銷售部門的代表、客服部門還有產(chǎn)品經(jīng)理。它取決于企業(yè)在做決策制定時的正式流程 (以及私下的政治現(xiàn)狀)。

?在擬定決策時有一群人經(jīng)常被忽略，那就是普通員工—— 這些人負(fù)責(zé)讓企業(yè)每天正常運(yùn)作。然而這些人通常比他們的經(jīng)理更知道什么行得通什么不可行——特別是在用戶需求方面。沒有人比那些每天跟客戶交談的人更明白他們遇到的困難是什么的了。我經(jīng)常很驚訝地發(fā)現(xiàn)，用戶的反饋很少能傳遞到需要這些信息的產(chǎn)品開發(fā)團(tuán)隊中去。 網(wǎng)站目標(biāo)和用戶需求經(jīng)常被定義在一個正式的戰(zhàn)略文檔或可視的文檔(vision document)中。用戶需求有時被記錄在一個獨(dú)立的用戶調(diào)研報告中(雖然將所有信息集中在一個地方有某些好處)。這個報告不僅僅是列出目標(biāo)清單——它提供不同目標(biāo)之間的關(guān)系分析，并且說明這些目標(biāo)要如何融入更大的企業(yè)環(huán)境中去。

這些目標(biāo)和他們的分析經(jīng)常由決策者、普通員工，和用戶自己的直接意見來支持。這些意見生動地說明了項目中的戰(zhàn)略制定問題。

撰寫網(wǎng)站建設(shè)的戰(zhàn)略文檔時，文檔并不是越多越好。你沒有必要把每一個數(shù)據(jù)來源和相關(guān)的意見都寫出來以表達(dá)你的觀點(diǎn)。讓它簡潔明了并切中要點(diǎn)。請記住，許多將要閱讀此文檔的人不會有時間或興趣翻閱上百頁的參考資料，與其讓他們驚訝于你交付的文檔的重量，還不如讓他們直截了當(dāng)?shù)乩斫膺@些戰(zhàn)略來得更重要。一個有效的戰(zhàn)略文檔不僅可以在用戶體驗(yàn)開發(fā)團(tuán)隊中起到試金石作用；它還可以成為企業(yè)其他部門的項目支持文檔。

???

?不讓你的團(tuán)隊閱讀戰(zhàn)略文檔是一件不能再糟糕的事情。戰(zhàn)略文檔并不是創(chuàng)建出來被藏到某個地方，或只與少數(shù)幾個資深員工分享的——如果這些努力想要得到回報的話，在項目進(jìn)行期間，此文檔就必須被頻繁地使用。所有參與者——設(shè)計師、程序員、信息架構(gòu)師、項目經(jīng)理——需要這份戰(zhàn)略文檔，以幫助他們在工作中做出正確的決定。戰(zhàn)略文檔通常包含敏感的資料，但僅僅因?yàn)檫@個就不告知應(yīng)該理解戰(zhàn)略目標(biāo)的團(tuán)隊，只會破壞他們完成這些事情的能力。

?

?戰(zhàn)略應(yīng)該是設(shè)計用戶體驗(yàn)流程中的起點(diǎn)，但那不意味在項目開始之前你的戰(zhàn)略需要完全確定下來。雖然設(shè)法擊中一個移動的目標(biāo)可能會浪費(fèi)很多時間和資源(更不用說極大的內(nèi)心挫折感)，但是戰(zhàn)略也應(yīng)該是可以演變和改進(jìn)的。當(dāng)戰(zhàn)略被系統(tǒng)地修改與校正時，這些工作就能成為貫穿整個過程的、持續(xù)的靈

感泉源。