这种艰难的时刻,支撑好业务对技术人意味着什么?

杨岳 2020-02-29 11:17:00
​作者介

 

杨岳滴滴前端专家工程师,现任两轮车前端技术部负责人。标准的程序猿、技术宅一枚。热爱生活,爱好广泛,喜欢篮球、游泳、带娃,偶尔弹个吉他。人生格言——闲时不荒,忙时不慌。

 

一、什么是业务?

 

作为一名互联网公司的技术研发者,“支撑好业务是我们的第一要务”这句话,似乎早已成为每一个技术研发同学心中默认的标尺。什么才算支撑好业务呢?今天来谈谈我的理解。

 

首先先问自己一个问题:什么是业务?

 

就拿两轮车的技术同学为例,产品经理是我们的业务吗?负责市场运营的同学是业务吗?负责用户体验的同学是业务吗?负责品牌推广的同学是业务吗?

 

我在网上找到了对于业务的权威解释,所谓业务,是指:

 

“企业运用科学方法和生产工艺生产出可交付用户使用的产品与服务,并以此为企业带来利益的行为”——维基百科。

 

业务意指某种有目的的工作或工作项目,业务也是业务员、业务人员的简称,是指一群专门做销售、行销的工作者,负责将公司之产品或服务销售给客户。

 

从定义上而言,业务的活动主体是透过一系列理论与实践(或原理与行为)来重组和揉和(包括美化、排序、组合等)有形和无形的资源,使得新生资源具备吸引客体关注或交付使用的能力,且可为主体带来利益的可重复的健康的人类社会活动。

 

考虑到企业已经成为现代社会最常见的活动主体,故可为业务作现实定义,即企业运用科学方法和生产工艺生产出可交付用户使用的产品与服务,并以此为企业带来利益的行为。

 

所以,业务对于两轮车的产研同学们来说,至少也得是我们交付用户使用的产品和服务!而那些相关部门,比如运营和市场是我们的业务方,而不是业务。因此,请大家一定记得,支撑好业务方,并不一定等同于支撑好业务。

 

二、技术和业务的三种关系

 

要支撑好业务,就要处理好和业务之间的关系,我们经常会用这样一个形象的比喻来形容技术与业务之间的关系:

 

1、业务拖着技术跑

 

因为不够自驱、无法洞见、没有体系、缺乏创新……经常被业务被业务方虐的体无完肤,疲于应付,又对此毫无办法。这种情况下,不但业务方对技术同学没什么好感,甚至还觉得技术拖了整个业务团队的后腿;而技术同学也一肚子苦水和委屈。要说这种关系能够叫支撑好业务,估计鬼都不信。

 

2、技术跟着业务跑

 

有了一些自驱力,能够形成一些体系化建设帮助自身提升效率,技术不再成为业务发展的瓶颈,但也仅仅只是不成为瓶颈而已。不成为瓶颈在要求不严格的情况下,也只能算是勉强及格,距离支撑好业务还是有一定差距。

 

3、技术带着业务跑

 

跟着业务跑了一段时间,起初技术是为了业务而服务,但随着技术能力的发展,技术本身经过持续的堆积化、抽象化、系统化、智能自动化的沉淀,逐渐也可以作为一项业务提供出去,以此来驱动业务增长。亦或是通过技术的发展形成了强有力的技术壁垒,帮助业务找到了新的机遇。毋庸置疑,这才是我们最应该追求的关系。

 

三、面临的困难

 

自我突破的困境

 

我们的视野格局、意识能力,以及我们自身存在的短板,这些慢慢都将会成为我们发展的天花板,要突破天花板才能走的更高。

 

“人类 / 业务”发展所面临的4大挑战:资源不够、时间有限、相互依赖、需要协调。

 

相信上面四点不用过多解释,每个同学就已经感同身受,因为每天我们面临的问题就是它。

 

四、如何破局

 

 

1、自我突破——不断学习,主动提升,思想突破,改变传统观念

 

改变传统观念:要认识到技术只是用来解决特定问题的工具,而不是根本目的,不要为了做而做。要从问题出发,提出解决方案,而不能一味的追求技术的完美,要避免过渡设计;同时,也要意识到技术本身也可能成为一项业务,只要它足够通用,能够给市场、组织提供有价值的解决方案。

 

提升思想意识:要持续向内看,有一句话我觉得可以用来作为向内看的心法,“要将对他人的抱怨转化为对自己的反思;要将对他人的要求转化为对自己的要求”。

 

加强对业务的理解:

 

1)持续学习:要充分理解业务,持续学习,了解领域知识,成为行业专家,不仅理解自己的产品、需求,也要关心竞品和业内趋势,并要有自己的判断和思考。要把自己当成半个PM,半个业务方,半个研发,这种感觉就对了。

 

2)数据驱动:我们每天马不停蹄地做着一个又一个新功能, 但又有多少人关注过这些新功能上线之后的结果和收益?是否达到预期?分析为什么?我还能怎么做?我该怎么做?反思一下2019年有多少需求上线之后如同石沉大海?要关注数据结果和反馈,数据驱动,持续调整和给出方案。

 

3)看清需求价值,合理利用现有资源,学会拒绝:在执行落地时,要思考如何才能合理安排现有资源,如时间、人力等等,要以业务目标为导向,来全盘去check新需求的目标是否与业务目标一致?要看清新功能、新需求对关键目标的达成有多大帮助?这其实也是对技术同学何时说Yes、何时说No的考验。

 

但要记住,无论我们的回答是Yes or No,这个答案一定不是我们拍脑袋想出来的,而是根据我们的专业素养、深度思考与全盘权衡ROI给出的结论。

 

之前我去腾讯交流,一个非常大的感触就是微信的产品同学低头感叹,张小龙砍掉了很多我们认为”好“的功能,现在看起来,那些功能大多只是华而不实的,幸好被及时砍掉了。学会拒绝对于技术来说是一件非常可贵的事情,但也是一个非常大的自我突破。

 

2、对于资源不够和时间有限

 

提前布局。经常看到这样的例子,业务方同学焦急的对RD说”这个功能我明天就要“,而RD同学苦笑着说”这个系统要开发10周的时间“。

 

人无远虑必有近忧,不懂得提前布局,就只能被牵着鼻子走。关于提前布局,我还想多多介绍一下业务发展的四个阶段,因为有时候,其实不是技术不响应,也不是业务提的功能需求不对,而是所处阶段不对。要根据不同阶段,思考不同的布局,可能才会取得最大的收益。

 

业务发展的四个阶段

 

1)起步阶段:这个阶段要快速验证商业逻辑和想法。因此,在起步阶段要保持敏捷,更新要快,只开发核心能力,然后在快速迭代,保证业务能够快速验证商业逻辑。

 

2)发展阶段:这个阶段需要快速地开拓市场,占领市场份额,需要资本的注入,并用大量的金钱来做推广。在发展阶段可能会比较注重营销,会有一些粗放式运营的功能,我们需要思考如何增加订单量,当然,是在相对安全和持续的情况下进行,这样做技术才有价值。

 

3)成熟阶段:精细化运营,提效降本,风险控制。在这个阶段精细化、大数据、工具效率、自动化尤为重要。

 

4)衰退阶段:需要转型,需要创新,或者是快速的退出。这个阶段需要帮助业务进行转型,需要功能的创新,要减少对于陈旧系统的维护。

 

坚持长期受益最大化:短期受益固然重要,但也不能为了眼前利益放弃长期受益的最大化。比如我们的系统沉淀,工具、平台化建设,短期来看耗时费力,占用资源,明明可以3天rush出来的功能非要开发1个月。还记得开篇我提到的3个关系么?作为技术同学,如果不想被业务拖死,就必须要坚持长期受益最大化,但这绝对不代表要放弃短期受益!一个合格的技术同学是能够在中间找到平衡的,而不是all in某一个。

 

3、对于相互依赖、需要协调

 

目标一致:要积极参与业务目标的拟订形成过程,在充分理解业务的基础上,我们就可以更有底气地发表自己的看法,确保在大的业务方向上,团队不至于走太多弯路。

 

突破团队协作的五大障碍:

 

1)缺乏信任

 

  • 技术业务全面融合:只有变成“一个团队”,才能真正形成合力!融合的方式也有很多,互训、轮岗、团建活动等等均可;

  • 换位思考:要理解业务方的难,研发的苦,多沟通,多交流。

 

2)无视团队利益

 

3)逃避责任

 

与业务方做好反馈与修正:要从“刚上线就有这么多问题”,变为”刚上线才那么多问题”

 

4)缺乏投入

 

5)惧怕冲突

 

合理的配合:配合 = 匹配 + 融合,配合有配合不足、配合过渡,配合恰当之分,过多的配合会导致职责不清,交互频率高,效率变低,会产生3个和尚没水喝的情况。过少的配合会有灰色地带,而恰当的配合才是最好的,需要每个环节在做好自己的同时,再向前半步。

保持一颗利他的心:赋能他人、成就他人。

 

赋能他人:让业务同学了解技术,帮助他们懂得技术,这并不是让他们会写代码,而是让业务同学能够拥有一定的技术视野,打开格局,帮助他们学会借助技术,来提高市场的推广效果和运营管理。

 

作者丨杨岳
来源丨普惠出行产品技术(ID:pzcxtech)
dbaplus社群欢迎广大技术人员投稿,投稿邮箱:editor@dbaplus.cn
 
>>>>

活动推荐

 

2020年5月29日,北京,Gdevops全球敏捷运维峰会将开启年度首站!重点围绕数据库、智慧运维、Fintech金融科技领域,携手阿里、腾讯、蚂蚁金服、中国银行、平安银行、中邮消费金融、建设银行、农业银行、民生银行、中国联通大数据、浙江移动、新炬网络等技术代表,展望云时代下数据库发展趋势、破解运维转型困局

活动预告