可能涉及到前端网页，前端app应用，后端服务器，生产数据，可能的运营系统的变更和升级，所以不单是业务流程化方便客户，提高业务技术支持效率，也是考验一个公司各部门协同工作效能的好机会。

　　点融网技术部门在这方面表现了相对明显的优势，比如客户解绑银行卡功能，从一开始的客户邮件->客服部门->后台的邮件处理方式，到客户从app或者网页端提交请求，后台任务系统集中处理的流程，提高了该项工作90%以上的工作效率，后面又通过app端证件和客户面部识别功能实现了自动化处理，再次提高了处理效率，并极大地方便了客户。

　　面向同事的内部业务的流程化

　　可能涉及到多个公司内部业务处理端，后端服务器，生产数据和运营系统等，因此业务型的技术支持人员需要非常熟悉相关的业务流程，服务器处理数据的原理，生产数据的变化规律，为内部业务的流程化提供必要的定义，设计，实现和上线之后的检查和修正。

　　需要尽量帮助各个业务部门实现业务的流程化，自动化，尽量避免比如手工查找，比对海量数据，或者将业务数据下载再进行操作的行为，可以减少人工操作失误，费时，业务信息安全等问题。

　　点融网CTO孔令欣先生的一次演讲中提到“”（点击阅读），实际上点融网也正是在过去三年的业务发展中，不断采用新技术，并且通过在业务型的技术支持和流程化方面的不断实践，在公司的技术和时间竞争壁垒上不断添砖加瓦的过程。

　　3业务型技术支持的发展阶段

　　1）救火阶段

　　互联网业务一旦上线并受到欢迎，发展就会非常迅速。所以出现各种客户和业务问题也是必然，开始时的业务型技术支持一定是“救火”。所以开始的业务型技术支持一般来说都是开发人员居多，但是开发人员时间宝贵，不可能长期在开发任务和技术支持两线作战。所以互联网企业业务稍有规模就必须引入专门的业务型的技术支持人员，能够在短期内培训上岗，并胜任救火的责任。

　　2）发现系统Bug阶段

　　有经验的业务型技术支持人员最好有一定的开发经验或者技术支持经验，可以和开发人员，项目经理，前端客服或者客户（内外部）无障碍沟通，甚至对开发语言，开发环境，直播，数据库，系统环境都有一定认识和经验。

　　因此在救火了一段时间后，深入了解产品的各个分立的功能，建立对整个系统的观念。在了解了系统所处的整体环境和整个产品运行的基础上，不断反思“救火”发生的原因，从而发现系统或者产品中的问题或者bug，提交开发处理并fix，从根本上减少或者消灭同类问题的“救火”任务。

　　这个过程中需要业务型技术人员提交有质量的bug，比如从问题的发现，描述，截图，数据的罗列和展示，重现过程，并将问题发生的逻辑链条明确地记录在bug系统中，并合理地展示给开发人员，这样可以帮助开发人员非常迅速地定位问题所在的code部位，从而提高问题解决或者bug fix的效率。这种在业务型的技术支持和流程化的不断实践中养成的软实力，是技术和时间壁垒的必要组成部分，需要整个业务型技术支持团队不断磨练自己对产品相关问题的敏锐感，并培养和熟悉各种技能，包括使用必要的开发，debug，和bug流程记录工具等。

　　3）流程的确立，优化，更新和再造

　　流程是维护一个组织的正常内部运转不可缺少的规则。引用下《资治通鉴》第一百三十三卷的话：“诸曹疑事，旧多奏决，又口传诏敕，或致矫擅。上皇命事无大小，皆据律正名，不得为疑奏；合则制可，违则弹诘，尽用墨诏，由是事皆精审。”

　　所以现代企业组织中要避免遇事混乱纠缠不清，做到“事皆精审”，必须有“据律正名”的“墨诏”系统。因此业务型的技术支持人员和团队在走过“救火”，“发现系统Bug”的两个阶段后，针对经常性的业务型技术支持就需要定义必要的流程，也就是“据律正名”，通过流程处理约束，规范和不断提高服务的时效和质量，达到及时高效的内外部客户服务和业务服务的效果。