经过几年作业务/技术产品的体感，先把一些想法记录下来，帮助自己沉淀，同时让未来的自己避免再犯错误；做产品的思维和营销有很大的不同，最大的不同点我认为是在目标不同造成的决策方式不同；我认为哪怕是业务支持也应该用做产品的思维去思考是个好习惯，避免自己习惯成为资源，作业务的时候技术评估也是应该用这种思维方式去考虑，没有绝对答案，也没有绝对的公式可以套，但有必须有一套原则帮助你判断。
了解自己、团队、行业/市场、世界
天时、地利、人和，出自孟子写的一篇文章，这点我认为和作产品也是完全相同，了解自己、团队、行业/市场、世界脉动才能做出适合的产品，不是所有的产品都适合自己来做，应该先判断技术的方向和未来，再看当前市场方向，同行业/领域的产品，是否有类似或竟对产品，自己的团队的技能和能力上是否有优势，只要都了解后做起来肯定会更顺；这个思路向前也有听过其他人有用了几个字来总结 “天地彼己”，也是类似的思考方式；又类似于 “知己知彼，百战百胜”，了解自己、了解团队都是很重要的开始，知道自己要打的是什么仗。
关于了解自己平时可以多对自己做灵魂拷问 “Why you?”，为什么这件事该由你来做，从这个为出发点去思考也会逐步了解更多；但如果 Why you 都完全找不到答案难道这件事我就不该做了吗？也不是，我自己也常遇到这个问题，这时候会换个方式思考 “Why not you?” 为什么不由我做，已经具备了各种有利因素，但是想不出不做的理由，如果也想不出来那么真的是可以考虑是否该再找下一个目标尝试。
了解要解决的问题，了解用户
过去在作任何产品的时候一定会问两个问题，1. 是为了解决什么问题？2. 给谁用？如果这两个问题都无法回答，应该先暂停想清楚再继续；其中解决的问题这点就像是目标一样，有些小技巧，最好一开始别想着什么都想解决，但最好也别只看眼前的问题，而是从架构初期能做些伏笔，避免未来拓展上出问题，同时也需要留意是否过度设计；关于过度设计这点可以从几个维度来思考，1. 当前所能解决这个问题的时间有多少； 2. 1 年内是否会出现可能出现巨大的变化；从这些点来判断要设计的程度，就最简单的例子，今天要获取一个 object 的变量，究竟该用变量、object 还是 function，三种各有优缺点，然而初期的选择在整体工程复杂后很有可能会救你一命，尤其是作底层给到非常多人、应用调用的场景。
了解用户是非常关键的一环，设计给不同类型的用户会有极大的不同，目标如果是全类型用户那么就是取最大公约数，再采用进阶设定或以角色的方式来区分进阶功能；常见的问题就是，看到其他的竞品好像不错，我花个 2-3 个月也能复刻一个，并且还方便定制属于自己的功能，接着可怕的事就来了，各种原先没考虑到的小细节一个个浮现，更可怕的是抄作业没毛病，但没发现隔壁同学的题目和你不同，把隔壁同学的各种历史坑原封不动抄过来
