IT开发人员怎样转型成为业务人员？
文 | 苏文力
看懂app评论作家，阳光保险助理总裁（ta已经入驻看懂App小程序，关注他可来看小程序）
金融企业的创新发展越来越倚重信息技术，企业家们面对这一趋势，积极向业务团队补充具有IT背景的人才。对于曾经从事IT开发的小伙伴们来说，这无疑是自己职业生涯的新机会。若能够成功转型，则会让自己走向事业发展的新高峰。
IT开发工作精神压力大，专注度要求高，经常需要长时间加班，从业者必须拥有充沛的精力和体力。IT行业不断推陈出新，必须持续学习提高，否则所积累掌握的技能和经验将难以保证你持续拥有优势地位，很可能会遭遇被淘汰的命运。这是一个偏爱年轻人的行业，年轻人凭借自身充沛的能量和所掌握的最新知识技能，很容易后来居上。当前占据要位的前辈，则要正视现实，审时度势，规划好自己的职业发展方向。
首先要注意思考自己对哪些职业方向感兴趣，愿意投入足够的热情。兴趣是起点、热情是推动力，融合在一起就会形成稳定的内在驱动力。拥有充沛的内驱力才能够让你走的更长远，帮助你实现人生的愿景和价值追求。让你成为你自己真正想成为的样子。
其次要寻找那些具有良好发展趋势的业务领域，争取可以顺势而为。数字时代正在改变许多行业，一些业务领域会被计算机所替代，而有些领域则会因此迎来大发展。比如银行的会计出纳人员，会随着互联网和移动支付的普及，面临市场需求衰减的状况。具有互联网产品运营和大数据分析能力的相关人才则在当前炙手可热。
第三要看你所具备的优势技能在该业务领域是否可以发挥出作用。若你进入到该业务领域以后不能提供相应的贡献，无法充分体现出自身价值，那你很难在该业务领域快速证明自己，就难以立足，并争取到足够的时间学习和成长发展。
明确了自己需要转型的业务领域后，就要做出相应的准备。首先必须学习掌握经营管理所必须的知识，特别是经济学和心理学。还要加强相关业务领域专业技能的学习，让自己掌握该领域的基础理论体系。要积极寻找机会参与该业务领域的开发项目，在实际工作中进一步加深对该业务领域的认识理解。
在项目开发工作中要积极思考，不能只关注业务所提要求是什么，更应多了解为什么业务想要这么做，背后的业务逻辑是什么。参与项目的业务专家是现成的老师，应虚心求教。遇到有他们也无法回答的问题，不能轻易放过去。这恰恰可能是你学习提高的好机会，可以进一步寻找该业务领域的专家，深入探讨搞明白。由于你已经掌握了一定的理论基础，相互的交流会比较顺畅。否则对方感觉你什么都不懂，会懒得跟你解释。
随着你业务专业能力的提高，就会引起业务部门或领导的注意，自然会带来转型的机会。有些机会或许不十分理想，可以不急于做出决定。要不断思考判断是否还能持续进行自我价值积累，是否在大趋势下还有更好的机会。毕竟随着时间的流淌，很多情况会改变。为避免错失转型的最佳机会，需要你审时度势，果断做出决定。
2001年左右，自己所负责开发的新一代核心银行系统成功上线，各方面工作都感觉很顺。在一次MBA的课堂上，听到了第二曲线的概念。讲的是企业或个人的发展，会经历从低到高再到低的过程，需要适时培养第二个发展方向。这带给我很大的内心触动。
联想到自己，很可能当下正处于IT开发事业曲线的最高峰附近，那就意味着后续职业生涯将面临一路下滑的趋势。考虑到新一轮技术发展已经到来，这样的下滑恐怕很快就会发生。不甘心事业就此走下坡路，逐决心开启自己职业发展的第二曲线。
选择的方向是自己从事开发服务的银行业务领域。一直以来就对创新很感兴趣，总是对新挑战充满热情。从事软件开发就很符合自己内在驱动要求，一个项目开发完就可以转战到另一个新项目上。心目中的转型目标领域最好同样是从事创新相关的工作。
那时候银行所提供的金融产品服务比较单一。社会经济的发展，迫切需要创新更多金融产品和服务。这都需要借助IT技术，自己多年从事软件开发所积累的能力，正好可以派上用场。下定决定学习金融产品创新方面的知识，找机会接触相关的业务专家，向他们请教，同时积极结合IT发展趋势进行思考并提出建议。
很幸运所提出的一些创意想法被业务部门采纳，并安排启动IT项目开发实施。通过参与这些项目，自己可以持续对相关业务做更深入的学习研究。实践中遇到问题再结合书本理论寻找答案，又会产生更多新发现。当再与业务专家交流时，他们惊讶的发现自己所提出的观点能带来很独特的启发。积累一段时间后，自己终于转入到负责产品创新的业务部门。
从IT工程师转型到业务领域发展，所扮演的角色会有很大不同。不同的角色会有不同的思维要求，也会有不同的价值追求。作为IT开发工程师所面临的任务基本确定，就是实现业务部门提出的需求。可以通过分解工作任务一步步达成目标。而在业务部门，最终要达成的目标任务是经营成果，具体做什么却往往并不那么明确。
对于一个IT开发工程师来说，不需要有太多的想法，重要的就是以现有技术条件实现业务需求。遇有障碍则需尽快与业务沟通，调整业务需求做法，以达成业务最终的目标诉求。对于业务人员来说，更多的是要搞清楚应该去做些什么。最重要的是做对的事情，其次才考虑具体如何去做。
IT开发人员接到任务后思考的是如何用最简单的方法去实现需求目标。更关注减少工作过程中的麻烦和工作量，追求开发和后续系统运行的高效率，容易忽略企业需要达成的业务目标。业务人员则更多从最终经营效果角度去看问题，考虑用户体验要好，要在市场中争得一席之地。并不太关心是否会大量增加开发工作量，或是否将引起系统资源的大量消耗。
业务方面特别希望拥有IT开发背景的人员充分发挥自身优势，体现出独特的价值。要努力站在技术的视角与他们一起思考，形成团队化学反应。有些业务障碍受技术的局限，多年无法克服解决，业务方面往往会习以为常。在新技术条件下，或许已经有了新机会，需要你大胆思考并提出创新方案，带动业务做出改变。
要代表业务做好与技术方面的沟通，让技术更加理解业务上到底追求的是什么，项目会带来什么重要意义，以取得技术方面的支持。对于技术方面认为难以实现的业务做法需求，应一起积极探索其他可能的实现方法。一定要保持诚恳虚心的态度，千万不要因为你曾经从事过开发工作，就指手画脚。
技术发展日新月异，你所掌握的技术或许已经过时。另外，毕竟开发的责任在技术方面，是技术团队承担着最后开发结果好坏的责任。只有充分尊重对方，双方才能有比较好的交流氛围。要邀请其从企业全局去思考，力争一起给企业经营带来新价值。要欢迎其给出建设性意见，共同面向最终结果开展讨论，寻求最佳解决方案。
要将技术上的困难或想法吃透后，用业务能够理解的语言向业务做出解释说明，让业务据此做出相应的需求调整，或通过一些业务上的举措弥补技术上的不足。还可以提醒业务方面关注IT开发所需付出的代价，理解开发技术实现上的困难，以照顾到技术上对于效率和简洁等方面的想法和感受。
进入业务领域后，所面临的工作环境将发生很大改变。曾经拥有的认知和熟悉的工作方式，很可能在新环境下无法同样适用了。比如在技术部门时你很清楚要做什么，而到了业务部门，虽有非常明确的业绩目标，却搞不明白自己该具体做什么。这一切会让初来乍到的你感觉困惑，甚至对自己产生怀疑。
或许你以为曾经做过业务系统的开发，对于业务的细节很熟悉，其实你所知道的只是业务流程和具体做法细节，并没有掌握业务经营的本质，对于企业如何经营并没有真正的认识。通过看书或参加一些课程可以学习到很多相关知识，但并不能帮助你掌握业务思维，更难以让你在实际工作中自然运用出来。
只有在实际岗位上不断实践，才能真正掌握业务技能。在该过程中必然会犯各种错误，甚至表现的有些愚蠢。要有勇气面对别人的议论，甚至批评指责。要虚心求教，接受别人的意见。毕竟做为新手，必须经历风雨。别人最讨厌的是不懂装懂、自以为是的家伙。如果不能端正心态，不但学不到东西，更谈不上立足和发展。
我自己经过了很长一段时间才对业务经营有所掌握。逐步学习到如何找到客户，制造服务产品，销售给客户，让客户满意，带来口碑。当然还包括业务组织、风险防范和控制成本等等。市场竞争瞬息万变，业务经营充满不确定性。一切工作的目标不能仅仅是把东西做出来，更重要的是要让客户购买使用，要能够取得收益。
原先在技术部门也经常听到要以客户为中心，曾笼统理解为从客户角度思考。来到业务部门才有了更完整的认识，知道其中并没有这么简单。要搞清楚谁是你的客户，其需要的是什么，在哪里可以找到你想要的客户，如何接触并影响其购买决策，怎么才算满足了其需要，怎样才能让其愿意重复购买，怎么才会让其愿意介绍给周围的其他人也来购买等等。
这些听上去貌似并不新鲜，实际工作中则可能全都是坑，很可能会让你掉进去。以研发企业网上银行支付产品为例，一般我们只会想到无非是让企业财务人员在网上登录银行系统进行操作，将企业账户里的资金支付出去。若真如此设计，企业肯定不敢使用。
企业中资金管理有着严密的授权管控举措，以确保资金的安全。因此，银行推出企业网上银行支付服务，就必须首先设计开发配套企业端财务管理功能。想象中的客户视角根本无法看见这些部分需求。只有当你深入企业客户日常财务活动中，才能真正了解客户想要的是什么。你会惊讶的发现，居然还有这么多门道。
业务部门的领导很欢迎拥有IT开发背景的人才，毕竟业务领导大多对IT比较陌生，面对IT浪潮心里没底。平常许多工作需要来自IT方面的配合实现，团队中有IT专业人员，就可以随时商量获得启发，对其部门工作是很好的补充。若你能够积极好学，成为拥有较强业务能力的复合性人才，将会受到很大的倚重。
做为领导应理解IT人员初来乍到，有个逐渐适应和学习的过程，一切都需要时间。要主动安排部门内的业务专家给予指导帮助，必要时甚至要亲自给予点拨。要赋予其具体责任目标，让其在实践中打磨提高。包容其因业务专业能力不足所犯的错误。若其取得了一些成绩和进步，应积极予以肯定，鼓励其持续提高发展。
附：苏文力在看懂经济上发表的文章
看懂小程序上线啦！
↓↓↓↓↓↓↓
< end >