【题图：from unsplash】
周日早早醒来，随手在手机上敲下这几个点，且看来。
总会有些技术点，在满足不同的业务场景时，表现出极强的复杂性，或者说相互矛盾，看似没法解决，但跳出来一看，实际业务中本身就不存在，这就是多操了心，把自己逼进了死胡同。该交给业务的交给业务，该交给规章的交给规章，技术不是万能的，不要总想着技术可以做到一切。
你按你的逻辑设计出来的产品，用户是在用，但真不一定是按你那套路子。当你切实的看到用户的使用场景时，你惊愕的发呆：怎么还有这种玩法，完全跟我设计的初衷不一样啊。你有你的设计思路，市场有市场的检验标准，能不能在市场中生存，还得多向市场看齐，不要闭门造车。陌陌的初衷绝对不是做个YP平台，但确实是现实。你可以从产品运营数据中盘算着如何更快的提升用户体验，却不知已经深陷幸存者偏见，卸载的用户才不会告诉你那块功能不好用。
有些做技术出身的朋友创业，总想着把东西做的更完美再推向市场才是最好的，且不说能不能做到完美，能活到推向市场都是个问题。研发成本过高，导致市场费用缺失，而回收成本靠的就是市场，这时候不是你想不想的问题，而是怎么坚持往下走不关门大吉的问题。技术情节在面对市场时很僵硬，市场不会考虑你的技术有多靓，功能保证可用即可，愿意尝试你产品的用户，基本会容忍你的粗糙，特别是那些愿意骂你的用户要好好珍惜。
再延伸下，以前我也会讲功能先不要做的高大全，至少要做个MVP出来吧，后来听完一次分享会，感觉自己只读书不会用书，有些产品不要上来就MVP，还可以通过其他途径来验证可行性，比如询问交流、比如做小试验等等，基本可以得到初步反馈，这时候可能与你的初衷可能就有点不太一样了，再适当的调整变换，才能有更多成的机会。
Nokia倒闭时曾说，我们并没有做错什么，只是在正确的路上做了该做的事。很多搞技术的朋友也是这样，周围的圈子也都是搞技术的，导致固封在一个小环境里，接触不到外面的环境很容易被局限住被狭隘住，生活本来多姿多彩，却被我们活成了单调的Bug打怪升级，思维也会慢慢僵化。
走出去接触不同职业的人群，不同年龄段的人群，会有不一样的收获。
往期推荐：
基于SpringBoot的Web API快速开发基础框架
长按2秒，识别二维码，关注我
原文作者：MavenTalk；如有侵权，请联系管理员删除。
