今天才算是真正把之前網站踩的一些坑填完了，終于可以松口氣，那今天這篇文章簡單聊聊天。

記得前面我有在文章中說，我現在新搭建的網站基本都是使用技術框架直接寫出來的，并沒有采用過去一直青睞的 WordPress。

于是就有朋友過來問，具體用的是什么技術棧，然后數據庫用的是哪家，授權驗證用的是什么方式，巴拉巴拉。

聽到這些問題，我自己也挺懵的。因為被問到的這些技術棧我真的不是很會（轉行之后就很少系統性寫代碼了），畢竟現在使用的這個新技術框架，我才學沒幾個月。

至于什么數據庫、什么授權驗證之類的，我統統都沒有做。就是用非常簡單的文本文件，直接將頁面渲染出來罷了，過程中的技術含量幾乎為零。

按照我自己的理解，一個簡簡單單的外貿詢盤網站，除了用戶提交詢盤表單外，并不涉及任何的用戶交互邏輯，就沒必要做的那么復雜了。

比如我今天下午去優化多語種版本時，發現那些多語種插件的配置還挺復雜的。我自己一時半會也學不會，且那些高級功能我好像也不是很需要。

后面干脆放棄主流的插件方案，直接寫了三個非常簡單的數據獲取函數，便完成了整個網站的小語種功能。我現在用著還挺好的，畢竟所需要的功能全部都實現了，且簡簡單單幾句代碼，遠要比插件方案簡單得多。

所以我的原則就是，怎么簡單怎么來，怎么高效怎么來。先把項目弄上線去測試用戶需求，后面需要高級功能時再來想辦法，盡可能將自己的精力聚焦到流量運營上面。

至于網站的數據操作、權限操作之類，自然能省則省了，且這些我也不會啊。可能等哪天流量真正起來了，或者真正需要去用到這些功能時，再外包交給別人去做吧。

所有我有時候碰到那些喜歡在技術上鉆牛角尖的人，都會反問「你做成這樣有什么意義」之類的問題。是因為用戶真的喜歡這樣的設計，還是說做了這些操作之后能帶來流量的顯著提升呢。

其實大多數情況下都不是，無非就是自己自嗨，就覺得這個功能做出來之后，我自己滿意了然后自我感動了（我剛轉行時踩過這樣的坑）。

類似這樣的案例我最近有碰到幾個，一個需求簡單的小破站，恨不得把修航母的技術都應用上來，在我看來真的就是屎上雕花了。

記得我分享過一個最簡單需求測試案例，就是用一個非常簡單的落地頁去測試用戶需求（產品都還沒出來）。類似于 ConvertFlow 這樣的工具，能快速從模板制作特定的需求滿足落地頁，并在落地頁上嵌入支付方式。

那落地頁出來之后，直接付費買量去測試需求的真實程度，以及自己的產品與需求之間的匹配程度。如果付費人數有了，那基本就有了一輪種子用戶了，后續再投入精力去開發產品。

所以從這個點出發，深度了解用戶需求，遠比網站用什么技術要重要得多。