我整個12月都在改版Widget，這次改版的所有前端交互、用戶流程、線框圖都是由我來完成的。在我完成首頁的設(shè)計(jì)后，和所有的PM、CC、QA以及工程師開了一個簡單的討論會議。在這個會議上，一個同事提出了一個有趣的建議，對話大致如下：

　　她：“Dooky，我認(rèn)為你的界面看起來不錯，但我們?yōu)槭裁床荒馨咽醉撃莻€下方的flash形式的導(dǎo)航做成一個tab形式的切換，而讓整個首頁下半部可以切換，給用戶展示更多的東西呢？？”

　　我：“那樣我們會切換掉一些首頁上必要的信息，比如Widget是什么”

　　她：“我們可以給首頁本身有的內(nèi)容一個tab，讓他可以切換回來”

　　我當(dāng)時幾乎語塞，因?yàn)槲倚睦锏慕?jīng)驗(yàn)告訴我，這么做是不對的，但我似乎又找不到什么好理由說服她。。。。。

　　我在回家后，又仔細(xì)思考了一下這個問題。其實(shí)透過個Tab切換的現(xiàn)象看它后面的本質(zhì)，就是一個“在一個頁面里，推送內(nèi)容量的問題。

　　那么首先，我想這個網(wǎng)站應(yīng)該是一個軟件技術(shù)支持類網(wǎng)站，那么我們需要非常清晰的產(chǎn)品思維條理，讓用戶清晰的知道我們的主導(dǎo)航的沒一個板塊的作用。那么首頁它最需要體現(xiàn)的內(nèi)容無非是三個：“解釋W(xué)idget邏輯關(guān)系、解釋何為widget、推送Widget”。我們的目的是用這些推動的內(nèi)容，讓用戶了解Widget的使用方法，而讓他們?nèi)ハ螺dWidget。

　　那么這個首頁的潛在邏輯就是對Widget徹底的解釋，是Widget網(wǎng)站整個技術(shù)支持的核心部分，那么它的目的不是推送，而是解釋。那么在這樣一個解釋為主的頁面下，我們是不是要推送更多的Widget來展示更多內(nèi)容呢？回答是否定，因?yàn)槲覀冃枰氖菍Ξa(chǎn)品的技術(shù)支持，而不是一個產(chǎn)品的推廣，這個首頁是整個網(wǎng)站重中之重，它該有一個穩(wěn)定的清晰的邏輯，提供相當(dāng)?shù)娜肟?，而不是把?nèi)容一股腦的在首頁展示出來，那么我們整個網(wǎng)站的邏輯將會丟掉。

　　所以，透過這個問題，我們要清晰的看到，我們做產(chǎn)品的時候，一定要把握整個產(chǎn)品的脈搏，而清晰的知道，每個部分在產(chǎn)品中的使命是什么，不能好大喜功，恨不得在一個頁面中提供最多的內(nèi)容，恨不得一下在把用戶完全喂飽。那樣做的結(jié)果將會是過猶不及。

　　OK，綜上所述，我當(dāng)時應(yīng)該這樣對那位同事說：“我十分理解你的心情，但就我目前網(wǎng)站的整體邏輯來說，比起推送，我更需要讓首頁完成它更重要的使命，而不是把重心轉(zhuǎn)移到別的地方去。因?yàn)槲蚁嘈臰idget推送這個功能，已經(jīng)另外有一個頁面完成它，并且有足夠的入口讓用戶去到那里。。。。?！保海?/P>