新上任的领导要求开发多了解业务，鼓励向客户经理或者实施发展

@terrytw 强制的话可能领导就是人力资源专业的了，不强制那就是大格局了

看你们公司哪个岗位持久，有权力，薪资高，门槛高。
如果 客户经理 实施工程师 > 开发 ； 那就领情，相当于多了一条路；
如果 客户经理 实施工程师 < 开发； 那就让不适合走研发路子的人转岗，多一条路子。

听领导安排，多接触客户，最好是能和客户建立长期联系，没坏处，当然技能点也不能落下

@godloveplay 我也希望有机会去见一见客户，见一见用户，即便是挨喷挨怼吧，不然造不出好产品。

熟悉业务没毛病，非常支持。但是岗位是要干啥？觉得开发没用？

好多人想得太好了，抱着恶意猜想（因为我看到了「如果有意愿的话希望我们向客户经理或者实施工程师发展……」这句话），未来有些开发可能会有业绩方面的 KPI 了（不管是维护老的合同不丢，在老合同上增加金额还是开拓新业务）。多了解业务肯定不是坏事，但对你来说，得撇清说清自己的范畴（就是根据你个人年度/季度/月度 KPI 来多了解业务，有可能影响到自身业绩表现的一定及时同领导汇报沟通），开发一旦扛指标工资可能都拿不全了，除非你真的想未来从开发转业务。

先搞清楚主楼的行业和业务情况才能具体分析。
拿到一个题目表述含糊不清的题目就开始跟帖回复的话，怎么讨论都可能是错的。

开发是需要了解一定的业务模式，知道部门如何赚钱，但这并不带表技术在任何情境下都需要深入到开拓客户的过程中去。所谓“专业的人做专业的事”。
知道了业务，也能帮助开发更好的去理解产品和业务方提出的需求。你可以更好地理解需求背景和最终的目标，从而思考：如果产品提出的方案不合理，但这个目标使我们要去实现的，是否会有其他方式达到同样的效果？
——而技术上的事情是开发门儿清的，产品如果不拿到足够多且清晰直观的 IT 知识文档是很难理解开发的苦衷的。

开发和产品的沟通有时候也是“商量着来”的过程。

从个人成长来看，懂业务、懂产品、懂客户、懂人性是往高层次进发绕不过的路。

从团队管理来看，分工的价值是发挥专长。各方向的合力才能平衡。而不是一个方向的往另一个方向倾斜一些。

1.技术层面
如果你做的不是基础技术、组件、架构开发，而是应用业务开发，熟悉业务，甚至是商业模式都是工作中重要的一环，更好的理解业务前提下编程，后期迭代维护或许会更好.
2.职业发展
大多数程序员社交这块比较弱，与客户接触，会拓宽视野，甚至会积累些人脉，对你以后的发展可能有好处。

最后，具体工作还需要制定细则，免的领导扯皮，只是拿开发做免费劳动力。

熟悉客户没你们想的那么理性的，有专门对接的人尽量让专业的人来搞，贪多嚼不烂的。有些东西不是说你产品好技术好业务好就能搞的风生水起的，有些东西看不见摸不着的。

开发转实施，20K 到 10K ，实施是个低端岗位。如果是实施顾问还可以，类似咨询岗位了。

这是好事啊，很多客户的需求其实他自己都不知道，你多了解一下，以后自己搞私单还是单独出来 solo 都是有帮助的，最好就是利用这个机会多拓展客户群，为以后自己单干或者分包做好基础。

不要以为很多项目都很大没你发挥的空间，很多客户的需求其实直接一个微信小程序就能解决，对客户来说很复杂的功能对开发者来说就是左右逢源搭根线就行。

@nothingistrue 了解业务和直面客户没有任何关系

作为管理技术部门超过十五年的老混混告诉你：了解业务和接触好处很多！


1 ，老子混了这么多年 IT 了，接触的项目那么多，见过的项目尸体都比哪些公司招聘的产品多，他们大多经验从业经验不超过 5 年，不用听他们忽悠，不用担心争不过他们！因为他们往往喜欢搞些锦上添花的无关痛痒的功能。

2 ，知道自己做的东西的价值，知道客户痛点，不会再闭门造车了。

3 ，累计客户资源，说不定下次客户就直接来找你了。


。。。。

挺好的，出去练练，正好积累一下转行经验，牛逼一点的直接把客户带走。

为了 35 岁以后考虑，还是需要了解下业务的，就算做了研发经理，也需要熟悉业务，而不是被动接收产品输入，会把人累 si 的

每个领导不都是这么说的，很奇怪吗。

其实如果不在一家公司长待就不用，两年一跳这种；纯技术路线以后朝外企发展没问题；如果不是这两种情况，了解点业务也挺好

實施就是項目交付崗位，客戶經理銷售崗位；前者的薪酬天花板比研發體系低，後者的固定薪酬比研發低。考慮下收益再看怎麼選擇吧。

@zhch602 #72 你有看楼主的描述吗。

这里面绝大部分的回复，压根就是看了个标题就开始回复。甚至就是标题都没仔细看，标题已经点名了，这不是让开发去熟悉业务，是让开发兼岗或者直接转岗去当客服。

不闭门造车，不是让你走向另一个极端去先当客服。程序的业务，也是个技术活，要做什么、什么能做、什么不能做、哪些先做、哪些后做，这都是要有一定能力才能做的。这是产品经理或者产品负责人的事，开发要想熟悉业务，首先要找的是他们。如果开发越过产品负责人去直面客户，熟悉到的业务大概率是「苹果掉了之后该往天上飞」这种正常情况下应该被过滤掉的业务。

另一个事实是，回复里面相当一部分人，是打心眼里瞧不起开发和产品，表面上说着熟悉业务，背地里想得是「只要给客户当好孙子，敲代码的开发，和决定做成什么的产品，就都是他的孙子」