1 數(shù)據(jù)架構(gòu)中的索引。新增功能少不了新增表，但是在設(shè)計(jì)規(guī)劃階段，往往思想是做表結(jié)構(gòu)，很少有開發(fā)人員能夠考慮到后期的性能問題，業(yè)務(wù)查詢量集中度問題。一個(gè)資深的開發(fā)人員會考慮新增功能的性能瓶頸可能會存在于哪？如何解決這個(gè)瓶頸，有時(shí)候最簡單的就是建索引。

2 SEO。 初級開發(fā)人員往往具備的SEO知識有限，但是SEO對開發(fā)人員來說，僅僅是一些細(xì)節(jié)的注意，比如：每個(gè)頁面可定制的title,description,keywords,以及每個(gè)集合頁面（頻道主頁，列表主頁）需要競爭的關(guān)鍵詞，不能讓這些競爭有沖突。還有頁面的鏈接表現(xiàn)經(jīng)常是類似 www.cyzone.cn/article.aspx?id=1234,但是這是對SEO毫無益處的，類似博客園，應(yīng)該有個(gè)自定義的鏈接。還有鏈接的可讀性，也不要過長，符合網(wǎng)站的鏈接規(guī)劃架構(gòu)。該獨(dú)立子站就獨(dú)立子站，如果內(nèi)容過小不支持獨(dú)立二級域，最好做成主站的目錄，這樣更容獲得傳遞權(quán)重。

3 功能上線后的KPI衡量。很多時(shí)候小公司開發(fā)一個(gè)功能前，公司沒有一個(gè)產(chǎn)品經(jīng)理，也不會有人給這個(gè)產(chǎn)品定一個(gè)KPI。如果不定KPI，就不知道這個(gè)功能上線后是否符合預(yù)期，是好是壞，全憑感覺。所以在開發(fā)時(shí)，就要考慮怎么來衡量這個(gè)功能。衡量功能時(shí)好時(shí)壞具體關(guān)系到每個(gè)不同的功能，有些是增加PV，增加互動(dòng)，用戶產(chǎn)生內(nèi)容。有些還是數(shù)據(jù)的縱向?qū)Ρ?#xff0c;就要注意收集新功能上線前的數(shù)據(jù)怎樣。比如一個(gè)新的評論模塊上線，用戶是不是比以前更加喜歡評論。新改版的用戶注冊流程，是不是提高了用戶的轉(zhuǎn)化率，以前的轉(zhuǎn)化率數(shù)據(jù)就要先收集。收集這些數(shù)據(jù)的方式有很多種手段，可以用程序分析web服務(wù)器的日志，可以內(nèi)置于程序內(nèi)分析，不過最簡單的還是使用第三方的統(tǒng)計(jì)軟件，推薦使用百度統(tǒng)計(jì)和谷歌分析。兩個(gè)分析軟件相輔相成。百度統(tǒng)計(jì)可以使用百度熱力圖和鏈接圖分析頁面改版后的用戶焦點(diǎn)所在，用戶是否更愿意停留在這個(gè)頁面。谷歌分析可以更加定制化的手段來分析數(shù)據(jù)。比如新增文章分享功能，你需要知道哪些文章最經(jīng)常被分享，哪些分享渠道最經(jīng)常被使用，可以使用trackEvent事件來追蹤點(diǎn)擊。

4 ?互聯(lián)網(wǎng)講究的都是快速迭代，這個(gè)功能不行，馬上就掉頭去搞另外的，不能死在一棵樹上，也不能死的不明不白，即使這個(gè)功能失敗，也有數(shù)據(jù)可以分析到底失敗在哪個(gè)地方，下個(gè)版本，下個(gè)功能，如何改進(jìn)。這樣網(wǎng)站就不能過于強(qiáng)調(diào)性能，強(qiáng)調(diào)重構(gòu)的代碼。總之，把握好2/8原則，時(shí)間甚于一切。不過安全是一定要注意，技術(shù)老大一定要做好code review,安全檢查。XSS，SQL Injection檢查必不可少。

?

?

轉(zhuǎn)載于:https://www.cnblogs.com/perfectdesign/archive/2011/01/28/think_before_pub_site.html

總結(jié)

以上是生活随笔為你收集整理的运营一个网站，新增加一个功能，容易忽视哪些问题就匆匆上线？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。