寫這個話題主要是有感而發(fā)，并順便聊聊最近發(fā)生的一件小事。

我現(xiàn)在基本不會接網(wǎng)站建設(shè)的單子，主要原因還是自己時間比較少，且做這種重復(fù)性的工作蠻沒意思。但四月份的時候，有個認(rèn)識很多年的朋友，給我推了一個 B 端外貿(mào)站的建站訂單，礙于情面接了，大幾千塊錢。

前期我跟甲方爸爸合作的很好，各種配合完美無瑕，但我這邊時間有限，所以進(jìn)展很慢。上個星期，網(wǎng)站終于上線，但是這個網(wǎng)站的后期維護(hù)運(yùn)營，我沒接。

對的，真正的肥肉我沒接，就賺了點(diǎn)苦力錢，簡單聊聊原因吧。

看過我過往文章的朋友可能都知道，我推崇的是先做出網(wǎng)站的 MVP，再根據(jù)數(shù)據(jù)反饋情況，來確定下一步的行動。而絕非是在前景不明朗的情況下，投入大資源，做那種大且全的網(wǎng)站。

恰巧，我甲方爸爸的理念跟我剛好相反。

得了，后面的運(yùn)營維護(hù)項(xiàng)目不敢接了呀，理論不合，早點(diǎn)分手，免得這個山芋燙著自己，最后朋友都沒得做。

所以，借著這個案例，聊聊為什么先做 MVP，而不要老是想著一步到位。

首先，用戶需求與反饋是在不斷的測試中得出的，而絕非靠臆想。這種方法論也就決定了快速將網(wǎng)站推上線，去測試用戶反饋，顯得很重要。早點(diǎn)拿到數(shù)據(jù)，早點(diǎn)迭代，盡量將網(wǎng)站做到最優(yōu)。

其次，一次性上線大而全的網(wǎng)站，需要的資源要比 MVP 高出太多。對于有預(yù)算的公司團(tuán)隊(duì)項(xiàng)目來說，還能承受；但是對于小團(tuán)隊(duì)，可能就有點(diǎn)吃不消了。

還說一點(diǎn)就是，谷歌爬蟲資源的問題。你一個全新的站點(diǎn)，根本沒有什么權(quán)重，當(dāng)你網(wǎng)站一次性上線太多內(nèi)容時，谷歌爬蟲是不會分配太多資源給你的。這也就會導(dǎo)致了絕大部分頁面，在短期內(nèi)不會被谷歌收錄，索引。這點(diǎn)在很多新手的腦子里，好像根本沒這個概念。

講了這么多，還是給朋友們一個實(shí)際案例吧。

注：這個網(wǎng)站是我從閻叔那里看到的，公眾號“老閻雜貨鋪”，他也是一個實(shí)戰(zhàn)派，有興趣的可以去他那里學(xué)習(xí)下（不是廣告，真心推薦）。

好了，說案例。

這是一個網(wǎng)站正常的頁首布局，對吧。很中規(guī)中矩，也符合大眾審美。

但是當(dāng)你點(diǎn)擊“CNC Machining”這個菜單是，你會發(fā)現(xiàn)整個頁首菜單全部倒置了。

如果，你直接將網(wǎng)站大而全，一個版本發(fā)布上去，你會做這些細(xì)節(jié)調(diào)整嗎？

而且，你知道他們的運(yùn)營團(tuán)隊(duì)，為什么要做這些細(xì)節(jié)調(diào)整嗎？

所以，還是那句話，對于獨(dú)立站運(yùn)營，一定是小步快走，快速測試，快速拿到數(shù)據(jù)反饋。再根據(jù)數(shù)據(jù)反饋來調(diào)整運(yùn)營策略，不斷的去滿足用戶的需求，不要老是想著一勞永逸，沒有的事。