不要自嗨

今天才算是真正把之前网站踩的一些坑填完了，终于可以松口气，那今天这篇文章简单聊聊天。

记得前面我有在文章中说，我现在新搭建的网站基本都是使用技术框架直接写出来的，并没有采用过去一直青睐的 WordPress。

于是就有朋友过来问，具体用的是什么技术栈，然后数据库用的是哪家，授权验证用的是什么方式，巴拉巴拉。

听到这些问题，我自己也挺懵的。因为被问到的这些技术栈我真的不是很会（转行之后就很少系统性写代码了），毕竟现在使用的这个新技术框架，我才学没几个月。

至于什么数据库、什么授权验证之类的，我统统都没有做。就是用非常简单的文本文件，直接将页面渲染出来罢了，过程中的技术含量几乎为零。

按照我自己的理解，一个简简单单的外贸询盘网站，除了用户提交询盘表单外，并不涉及任何的用户交互逻辑，就没必要做的那么复杂了。

比如我今天下午去优化多语种版本时，发现那些多语种插件的配置还挺复杂的。我自己一时半会也学不会，且那些高级功能我好像也不是很需要。

后面干脆放弃主流的插件方案，直接写了三个非常简单的数据获取函数，便完成了整个网站的小语种功能。我现在用着还挺好的，毕竟所需要的功能全部都实现了，且简简单单几句代码，远要比插件方案简单得多。

所以我的原则就是，怎么简单怎么来，怎么高效怎么来。先把项目弄上线去测试用户需求，后面需要高级功能时再来想办法，尽可能将自己的精力聚焦到流量运营上面。

至于网站的数据操作、权限操作之类，自然能省则省了，且这些我也不会啊。可能等哪天流量真正起来了，或者真正需要去用到这些功能时，再外包交给别人去做吧。

所有我有时候碰到那些喜欢在技术上钻牛角尖的人，都会反问「你做成这样有什么意义」之类的问题。是因为用户真的喜欢这样的设计，还是说做了这些操作之后能带来流量的显著提升呢。

其实大多数情况下都不是，无非就是自己自嗨，就觉得这个功能做出来之后，我自己满意了然后自我感动了（我刚转行时踩过这样的坑）。

类似这样的案例我最近有碰到几个，一个需求简单的小破站，恨不得把修航母的技术都应用上来，在我看来真的就是屎上雕花了。

记得我分享过一个最简单需求测试案例，就是用一个非常简单的落地页去测试用户需求（产品都还没出来）。类似于 ConvertFlow 这样的工具，能快速从模板制作特定的需求满足落地页，并在落地页上嵌入支付方式。

那落地页出来之后，直接付费买量去测试需求的真实程度，以及自己的产品与需求之间的匹配程度。如果付费人数有了，那基本就有了一轮种子用户了，后续再投入精力去开发产品。

所以从这个点出发，深度了解用户需求，远比网站用什么技术要重要得多。