码迷,mamicode.com
首页 > 其他好文 > 详细

技术如何驱动业务?

时间:2017-04-08 16:26:57      阅读:132      评论:0      收藏:0      [点我收藏+]

标签:技术;业务;驱动

技术如何驱动业务?

用新技术突破“怎么做”,进而推动“做什么”

这种方式就是我们最常说的“技术驱动”。利用更新、更快、更稳定的技术,创新业务的实现方式,从而推动业务的发展、创新和颠覆。

最著名、最具颠覆性的创新,大概当属移动支付。本质上,它只是利用移动互联网、NFC等技术,提供了一种新的支付方式。然而对“怎样付钱”的创新,催生出了余额宝、网约车、团购、外卖、共享单车等等一系列全新的、颠覆性的业务或行业。

不过,这种“技术驱动”模式并不适合于“业务驱动”的业务、公司或行业。在“业务驱动”下,“做什么”的业务需求是“主动轮”,而“怎么做”往往只能担当“从动轮”。也就是说,技术必须以满足业务需求为先,而将技术上的创新、突破则变得无关紧要、可有可无,更别谈驱动业务了。

那么,在“业务驱动”模式下,技术就无法反客为主了么?不,有办法。


理解业务

任何一项创新,都必须建立在对旧事物了如指掌的基础上。技术想要驱动业务,也必须通过全面、深入的理解业务来构建地基,才能万丈高楼平地起。

当然,技术人员理解业务,与产品人员一定会有不同,也一定要有不同。产品人员从业务的最终结果和表现上来理解业务,技术人员从内部结构、组织和实现方式上来理解。例如,产品人员理解的业务是“一个审批流程”,技术人员的理解则是“状态模式”、“工作流”;产品人员理解的是对某个渠道做某个处理、对另一个渠道做另一种处理,技术人员则会将其理解为策略模式。

从这两个例子上可以看到,设计模式是一种理解业务的不错的方式。设计模式本身就是用于“处理某一类业务问题/场景”的方法,很自然的有助于我们理解业务。此外,不少的技术架构,如工作流、权限、SSO等,也能够为我们理解业务提供帮助。


搭建高扩展性的基础架构

在理解业务的基础上,搭建出一套适合当前业务需求、以及未来业务发展的架构,这是技术真正开始驱动业务的第一步。

“业务驱动”的一大特点,就是业务需求在不断的变化。面对这种情况,如果技术实现也不断的随之变化,那么技术、技术人员一定会疲于应付——这种困境我们已经遭遇了太多了。

高扩展性的基础架构,能够在不断变化的业务需求面前,保持技术实现的相对稳定性,从而,一方面提高业务需求的实现效率,使得业务需求及其变化能够尽快的付诸实践;另一方面,也可以减少技术的债务和负担,从而有更多的资源来思考和实践“技术如何驱动业务”。


构建完备的领域模型

“高扩展性的基础架构”只是第一步。只有构建起了领域模型,技术才能够真正开始“驱动”业务。而只有完备的领域模型,才能够全面、深入地刻画出业务的本质属性。

领域模型实际上是“理解业务”与“技术架构”结合后的产物。只有充分理解了业务,才有可能构建起一套领域模型;而只有合理的技术架构才能够把业务完备的表达和实现出来。


突破模型、创新业务

构建领域模型的目的,不仅仅是描述现有业务、容纳新的业务。更重要的是,它勾勒出了已知业务的“边界”。而只有知道“边界”在哪里,才知道创新的“束缚”和目标在哪里,才能够有的放矢,完成业务上的突破和创新。


本文出自 “编程的摩羯男” 博客,请务必保留此出处http://winters1224.blog.51cto.com/3021203/1914095

技术如何驱动业务?

标签:技术;业务;驱动

原文地址:http://winters1224.blog.51cto.com/3021203/1914095

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!