这是芃篙君的第326篇原创
本文大概1950字，阅读需要7分钟。
你好呀，我是芃（péng）篙，一个相信思考和努力能够拿到结果的家伙。
由于这些年接触过的项目形态还是挺齐全的，也深度接触过不少研发链路上的同事和朋友。总会听到一些有趣的观点。今天就聊聊软件定制与服务业之间关系的一些看法。
01 标准业务与定制业务
通常意义上的软件定制，大概是现有一个类似模版或者公版的软件产品，客户可以通过看现在有的产品功能，结合自己的业务情况，来提定制化、或者说个性化的开发需求。
业内总会有搞软件，是专心搞自己的产品好，还是接受客户定制的模式好的争议。
单纯从研发人员角度，大部分开发可能都希望接产品迭代研发的任务。因为往往这样的活儿可以深入到产品研发之中。协同上都是自己家的产品，直接关注的就是终端用户。也就是说，协同上省心省事，还能直接到核心产品研发的链路中去。
相对应的，定制开发就需要直接面对客户，虽然有些企业会有项目经理的角色，做一些调度和沟通的工作，但是技术人难免需要做更多的技术支持。同时，定制需求往往是基于标准产品的修改，在技术实现的角度，比较难挖掘能力上的成长点。也就是说，协同上麻烦，还比较难找到符合个人成长诉求的点。
这样一对比，看起来，好像孰优孰劣，很容易选择。但是其实，这样的对比，思路上存在一些问题。
首先是，选择一个方向的原因，不能是单纯地回避困难。因为把原本自己认为难的事情，变成自己可以轻松搞定的事情，本身就是个人成长中的应有之义。
然后就是，选择一个方向的原因，除了这件事本身的特性之外，更重要的是，要搞清楚自己更需要补齐哪些能力。诚然，更舒服的方式是，会啥做啥，但这就容易陷入舒适区不能自拔。我们总得有一棵自己目标的技能树的一个大致的轮廓。基于这样的目的，再去看不同的业务方向能给我们带来哪些新能力。
在这些思路之外，很多人其实没有机会去选择。如果被选择到了某个业务，自己又无意离开当前的环境，那么，最好的方式是客观的把当下的业务方向中能挖掘出的价值，都挖掘出来。
02 客户与用户
最近就有一位主要搞定制业务的朋友，跟芃篙聊相关的感受。
非常有意思的观点，他说做定制业务就是搞服务业。
跟客户说得多了，客户会不耐烦；但是后面真的出了啥问题，还得去帮忙解决麻烦。
如果没有那句“搞定制就是搞服务业”，芃篙可能还会认为这家伙是不是有啥抱怨情绪。有了这个说法，看起来是客观地认识到了一个乙方的痛苦。不是什么坏事。
搞APP产品，是迭代式的，对应的可能是大规模的终端用户。这些用户还未见得是付费的。我们需要解决的是绝大部分用户的问题。虽然用户也会有评论渠道、问题反馈渠道，但是用户对研发来说，是比较抽象的。
搞APP定制，是项目制的，对应的就是具体的某个客户。这个客户大概率是给了真金白银的。并且他大概率还是不怎么专业的。所以，客户对研发人员来说，是比较具体的。这是两种业务形态，也是不同的考验，更是不同的能力模型。
03 代码和业务
单纯从服务业的角度讲，搞定制业务，是服务客户。但并非是简单的唯客户是从，也不是哄客户开心就好，那只是克服心理因素的第一步。需要跳出单纯的研发视角来看整个业务，需要研究明白整个业务链路上的价值点和利益点在哪里，需要抓住双方的共识、根据对方的组织结构来顺利的推进事务。
如果一个客户销售的同事可以拿下，那么，研发的同事没道理不能拿下。如果出现了问题，那一定是某个环节出现了信息差或认知差，就需要具体地去找对策解决。
所以，你可能会发现，定制业务的一个最大的隐藏的好处是，离客户更近了。离客户近，也就离交易更近了，这正是大部分十年以上研发人员认知上缺少的东西。
很多场景下，程序员会被告知，需求就是这样的，你去把它实现就好了。这就让我们很自然地把关注度聚焦在代码实现这部分。
在职业发展早期，这没什么不好。绝大部分程序员都需要三年左右的时间把自己修炼成一个编码专家。通过对某种编程语言的深度理解，拓展到更多的编码场景。
在这之后，其中的一部分人，专注于底层，可能是更接近于硬件方向的；可能是更接近于多端、部署、非功能性研究的；也可能是更接近于尖端科学成果的工程化实现的。另外一部分人的出路在哪？当然就在于业务。
从编码，到产品，再到交易，越往后越覆盖整个业务链路。所以说，定制业务是服务业也没什么错，服务好客户，获得利润，也是搞业务的应有之义。
聚焦于自身的情况，打开视野，不拘泥于已有的经验，对大多数终将走向业务路线的同行来说，是一个发展路径上，把路越走越宽的必要觉悟。
相关链接
关注芃篙君⬇️，每日获取思考与践行的认知更新...
可获取软考备考资料；
亦可加微信探讨开发者、职场与管理、IoT行业等话题；
共同成长，穿越周期！
