當(dāng)你需求從頭規(guī)劃現(xiàn)有網(wǎng)站的時(shí)分，通常你會(huì)想從頭開端做，但是這樣的話或許會(huì)丟掉一些網(wǎng)站特有的元素。在做之前進(jìn)行徹底的查看，以保證現(xiàn)有站點(diǎn)的特點(diǎn)和優(yōu)勢(shì)，保證網(wǎng)站修改和網(wǎng)站維護(hù)的便利，盡或許運(yùn)用最好的方法來開發(fā)網(wǎng)站，這是比較好的做法。

讓我們來看看怎樣點(diǎn)評(píng)一個(gè)等待從頭規(guī)劃的網(wǎng)站。以下幾點(diǎn)將有助于發(fā)展一個(gè)有凝聚力的方案，并保證下一個(gè)項(xiàng)目的順利發(fā)展。

一、客戶查看

1.服務(wù)器是否徹底呼應(yīng)你的要求呢？

你或許會(huì)被托管協(xié)議弄的很疲乏，盡管它簡(jiǎn)直總是更容易采納新的網(wǎng)絡(luò)作業(yè)進(jìn)入你所運(yùn)用的托管環(huán)境，你會(huì)發(fā)現(xiàn)你需求習(xí)慣的場(chǎng)合。這意味著不同的控制面板，保證把它們?cè)O(shè)置為支持任何庫(kù)及插件。

有些情況下或許不具備徹底支持你首選語言的環(huán)境，比如，你想用.NET，但客戶端的主機(jī)是運(yùn)轉(zhuǎn)PHP的。這個(gè)時(shí)分一個(gè)良好的商業(yè)事例就是把網(wǎng)址徹底搬遷到另一個(gè)站點(diǎn)去，你或許會(huì)發(fā)現(xiàn)客戶IT部分管理這些改變，這就說明在這個(gè)問題上你沒有發(fā)言權(quán)。

2.客戶寧可堅(jiān)持現(xiàn)有的內(nèi)容管理體系，仍是更樂意換一個(gè)？

假如網(wǎng)站是舊的，那么它的內(nèi)容管理體系就是過期的，需求更新，或者運(yùn)轉(zhuǎn)一個(gè)自制簡(jiǎn)單的內(nèi)容管理體系。你能證明哪種內(nèi)容管理體系用了之后，會(huì)使客戶更輕松，網(wǎng)站更好，還最省錢？

3.是否有太多的遺留數(shù)據(jù)，移動(dòng)沒有意義？

一個(gè)大的目錄型網(wǎng)站會(huì)包含很多的遺留數(shù)據(jù)，可以想見一個(gè)工具型網(wǎng)站，銷售裝配小部件的，它可以很容易跟著時(shí)刻的推移建立起幾千個(gè)項(xiàng)目。你需求摸索，運(yùn)用必定的技能，使很多的數(shù)據(jù)在某種程度上融入新的數(shù)據(jù)庫(kù)方案。

在某些情況下，客戶贊同這種做法，并讓實(shí)習(xí)生做數(shù)據(jù)錄入的作業(yè)，花費(fèi)1至2個(gè)月的時(shí)刻。要么你來完結(jié)數(shù)據(jù)錄入，在原有的數(shù)據(jù)結(jié)構(gòu)上，或者預(yù)算范圍內(nèi)供給一個(gè)很好的搬遷處理方案。

4.有沒有技能處理方案的商業(yè)事例？

當(dāng) 客戶花錢開發(fā)一個(gè)網(wǎng)站，他的最根本要求是尋覓出資報(bào)答。那么你的技能處理方案是否供給了這些東西，不管是額外的穩(wěn)定性，仍是未來可擴(kuò)展性？是否滿意公司不 斷增加的需求？假如你不必建立項(xiàng)目（就是說它不需求你運(yùn)用語言），那么你需求做真正有利于客戶的決定，有時(shí)你可以說：“我很喜歡這個(gè)想法，但是……”

二、技能查看

5.現(xiàn)有的代碼庫(kù)像什么？

曩昔三年建成的網(wǎng)站往往會(huì)運(yùn)用div而非表格，由此開端開發(fā)項(xiàng)目的大小依賴于現(xiàn)有代碼庫(kù)和代碼編寫的水平。假如你的網(wǎng)站從頭開發(fā)的規(guī)模很小，或者用的是表格，那么從我的角度看我會(huì)從頭開發(fā)一個(gè)新的網(wǎng)站結(jié)構(gòu)，以保證最佳的包裝。

6.網(wǎng)站信息架構(gòu)和用戶界面

隨 著深化了解網(wǎng)站規(guī)劃以及新設(shè)備的呈現(xiàn)，什么樣才是好網(wǎng)站的標(biāo)準(zhǔn)也跟著時(shí)刻改變著。有一個(gè)很好的示例是關(guān)于跨屏幕顯示的概念。幾年前，你會(huì)旨在閱讀的內(nèi)容 上，防止翻滾頁(yè)面。但是，跟著手機(jī)縱向式發(fā)展和平板的遍及，人們更期望翻滾式閱讀。最近的翻滾視差風(fēng)格網(wǎng)站證明了這一點(diǎn)。

雜亂的下拉菜單在小型設(shè)備上頗為為難，由于其細(xì)小的按鈕都很難用手指操作！點(diǎn)評(píng)大多數(shù)移動(dòng)用戶的操作習(xí)慣，主流依然運(yùn)用IE7嗎？在理想情況下，做用戶點(diǎn)評(píng)有助于網(wǎng)站剖析。你或許會(huì)驚奇于點(diǎn)評(píng)結(jié)論。

查看網(wǎng)站信息架構(gòu)也最有協(xié)助，特別是處理到從前的一些剖析數(shù)據(jù)。你能得到哪些內(nèi)容被最多的用戶閱讀過，而判別這些是否是客戶以為重要的內(nèi)容，并采納辦法來

處理這個(gè)問題，以提高指定內(nèi)容的曝光率。

7.訪問源文件處理編譯方案

從頭規(guī)劃網(wǎng)站需求建造編譯網(wǎng)站體系嗎？假如你只能進(jìn)入已經(jīng)完結(jié)的網(wǎng)站，而創(chuàng)立者不在的時(shí)分，怎樣找源文件？你有把握保證它們能用來開發(fā)新項(xiàng)目嗎？你期望切換到原來網(wǎng)站的時(shí)分客戶會(huì)供給給你創(chuàng)立站點(diǎn)的代碼和資源，但實(shí)際情況往往并非如此。

不要忘了現(xiàn)有站點(diǎn)的信息，比如元數(shù)據(jù)以及譬如谷歌剖析等任何歷史記錄。該站點(diǎn)看上去或許不美觀，但可以很好的進(jìn)行搜索引擎優(yōu)化。假如你從頭規(guī)劃的網(wǎng)站在這方面有負(fù)面影響，將會(huì)是十分遺憾的。

8.是否有新的技能能更簡(jiǎn)單的實(shí)現(xiàn)目標(biāo)？

轉(zhuǎn)化新技能來到達(dá)更好的作用并不是一件壞事。我以為，把舊Flash網(wǎng)站重建為HTML5/jQuery是值得盡力測(cè)驗(yàn)的，你在不同設(shè)備翻開站點(diǎn)的時(shí)分看到的不再是舊網(wǎng)站的風(fēng)格，而是在可擴(kuò)展的技能支持。

三、規(guī)劃

9.品牌指引

如 果從頭規(guī)劃的網(wǎng)站屬于全球性品牌，那么總是會(huì)需求遵循一些原則的。假如該品牌跟著時(shí)刻推移已經(jīng)發(fā)展起來了，市場(chǎng)營(yíng)銷部分或許改變他們看待事物的方法，則會(huì) 答應(yīng)更自在的某些項(xiàng)目，來推動(dòng)邊緣基礎(chǔ)品牌指引。一些較小的站點(diǎn)或許已經(jīng)有原則了，客戶需求你在規(guī)劃的時(shí)分一直考慮到這一點(diǎn)。

10.是否有可挽回的視覺層次作用？

就算規(guī)劃良好的網(wǎng)站也會(huì)被視覺疲憊，需求不斷改變風(fēng)格，所以有必要改寫視覺層次和圖像。所以做規(guī)劃的時(shí)分堅(jiān)持敞開的心態(tài)是十分有必要的。良好的循環(huán)是好的規(guī)劃，然后發(fā)展，然后使其更好。

你的從頭規(guī)劃清單

在 你一頭扎進(jìn)CSS和Photoshop的作業(yè)之前，全面點(diǎn)評(píng)你的從頭規(guī)劃是十分有必要的。這并不是終究清單，而僅僅根本你應(yīng)該考慮的東西。你會(huì)發(fā)現(xiàn)擬定一 個(gè)清單文件是很有協(xié)助的，每一次點(diǎn)評(píng)網(wǎng)站都可以閱讀一遍清單。你還可以利用相同的清單方法點(diǎn)評(píng)正在進(jìn)行的網(wǎng)站，以便保證你能協(xié)助客戶取得最大的好處。