产品关于编码前的一些见解

     好吧，又到了一周一见的扯淡时间，刚入职的产品果然是传说中的原型boy和文档boy。也终于明白了像别人说的那样砍掉自己的需求实在是太痛苦的一个过程了。

     言归正传，身为一个产品，意味着你得对这个产品负责，包括整个流程到哪一步该产品会有什么样的反馈，成功了是什么样的，失败了又是什么样的。中间状态又是怎么样的，整个产品需不需要跟其他产品有接触，其他产品返回数据是什么样的，到时候你该做出什么样的反馈。整个一套流程每一块你都得想到，因为研发人员就指着你这个东西告诉他们，他们应该怎么做，这么做代码会不会出问题，逻辑是不是清晰。身为产品的唯一好处也许就是你可以站在一个比较高的角度通观全局，比较不好的地方就是嗯哼所有的东西都得你去负责，负责意味着什么，嗯，失败了你得背着，而且因为你是团队中做决策的人所以你得事事小心谨慎，因为你一错很有可能整个团队会浪费特别大的人力物力还有精力才能去改变你之前犯得错，有的时候也许付出再多都无法改变你之前的错，这个时候嗯，你就可以收拾收拾自己的包裹准备让其他适合的人来做这些事了。

        之前知乎上看别人说，设计少就是多。一直抱着尽量精简的结构去设计去完善一些功能，后来不出意外的发现，果然还是多了。当然这里必须要说明一个情况，少就是多的意思并不是意味着你可以设计特别少的东西然后直接提交完事，你得明白少即是多的概念是你想出很多然后不断的砍掉相对不重要的，就像大浪淘沙一样，是因为有无数次的大浪去冲击他才能最后留下好的东西而不是一开始随便抓几个沙子糊弄完事就可以的。

      产品需要具备的第二个能力也许就是个人魅力了，包括说服别人以及把团队其他人的好的想法给吸纳进来，融合进产品里，就是你把产品弄出来你得说服团队的其他人，让他们赞同你。产品是一个特别大的命题，我感慨于自己的渺小和无知，希望有机会能够真正登上山顶看看上面的景色。