《你凭什么做好互联网：从技术思维到商业逻辑》读后感_1400字

《你凭什么做好互联网：从技术思维到商业逻辑》读后感1400字

你做市场，组织各种营销活动，钱也花了，效果也打出去了，你觉得任务完成，蛮好的，这是一个常态。你深入追踪把合作伙伴花钱的细节和效果跟踪的细节咂摸透，深入了解不同渠道、不同投放效果、不同合作伙伴的投入转化比，知道投入到哪里的钱效果最好，投入到哪里的钱其实浪费了，你这样下去境界肯定比前者高得多。
你做技术，把代码提交了，BUG解决了，任务完成了，蛮好的，这是一个常态。但你写代码的时候多想几个为什么，如这个需求的最终目的是什么，其产品形态中的哪些诉求是可以深挖的，哪些是可以简化的，哪些未来是需要考虑扩展的，哪些是权宜之计不用太费精力的，等等，多想一些，你的职业道路就会宽一些。
在职场里写程序，很多优化诉求产品经理是给不出明确的方案的，比如推荐算法，搜索优化逻辑，他们只能给出一个效果评估方法，那么技术人员从哪里思考、如何思考，就需要对业务、对用户行为特征有认识，有了解，这和大学参加算法比赛不是一回事。
你说你算法能力很强，编码技术很高，是因为在学校参加算法大赛，别人把边界条件、详细的场景和诉求都明确给你了，但是在实际工作中，很多优化工作需要你自己去提出问题，挖掘需求。产品人员不懂技术，他们只能从评估体系来看到问题，甚至看不到问题（这也取决于产品人员的分析问题能力），你很可能需要自己来发现问题。（优化和完成功能不一样，大家都不知道优化的极限在哪里，所以这里永远有挖掘点，而且通常会超出产品人员的视野。）
中国和美国，程序员出身的顶级富豪都有一大批，你说为什么人家成为创业典范而你还是“码农”，一步登天的招谁都教不了你，先把视界抬高一些总没坏处。
关于产品与技术沟通的一些建议
沟通成本过高是很多企业项目研发中经常遇到的一个问题，无论是初创企业还是大企业，而造成的工期延误、人力资源的浪费也是非常惊人的。很多产品人员觉得主要问题是技术人员不配合，不理解他们的描述；而技术人员则抱怨产品人员需求变动太快（很多时候是同一个需求，表达方式发生了改变），经常前后不一致。那么，我们试图去提出一些可供参考的建议。
第一要旨：产品人员在提出功能需求时，应明确告诉开发人员，其需求的目标是什么。
很多产品人员做需求设计，给开发人员的时候只告诉开发要做这个这个，那个那个，而并不具体说明为什么要做这些，也许他们认为开发不需要了解这个，也许他们认为开发应该一看就明白这是什么，但实际上，往往这里就产生理解歧义。此外，产品人员，特别是没有技术背景或技术背景一般的产品人员，有时候会替开发人员多想，比如会认为这样做简单而那样做复杂，但可能技术实现成本并不是他想象的那样，而对于创业公司，实现成本往往也是特别需要考虑的因素，产品人员往往没有给出实现成本最低的方案，而开发人员则盲目按照定义的需求出发，有时候做出的东西从实现成本上来说非常不经济，特别是时间成本，消耗非常巨大。
在符合第一要旨的前提下，开发人员应能参与需求的讨论，我知道有些大公司或者产品经理不希望这样，他们可能会认为，我定义好的需求你去实现就好了，你做研发的讨论这个干什么？但这样其实是有好处的。
1.研发人员的参与意识强，对产品的热爱度和积极性会提高。
2.加深对需求目标的理解，减少开发过程中因理解歧义做无用功或不符合需求的状况。