?

技术人的灵魂3问,阿里工程师如何解答?

作者:CQITer小编 时间:2019-08-28 21:19

字号

在业务团队做事的工程师摸爬滚打了一段时间后,一定会有所疑问。团队同学在最初的一段时间都提出这样的疑惑:如何在业务中发现有技术价值的问题?发现问题后如何思考和发起再到解决?最后的技术结果跟业务结果如何衔接?很多时候我们听别人说“思考是不够的/要多思考”,其实都是在说这几点。接下来,阿里高级前端技术专家氐宿谈一谈遇到这三个问题时,他是如何解决的?

技术人的灵魂3问,阿里工程师如何解答?

如何在业务中发现有技术价值的问题?

一位科学家一生可用于研究的时间极其有限,然而,世界上的研究主题却多得数不清。如果只因为稍微觉得有趣就选为研究主题,将在还没来得及做真正重要的事时,一生就结束了。——利根川进

其实要解答这个问题之前,我们要理解一个概念,什么是有价值的问题?议题度高和解答质高的问题我理解就是有价值的问题,比较通俗的理解就是这个问题是否存在,当前要解决这个问题的必要性够不够,问题对应的解决方案可行性高不高。如果要在业务里发现这种问题,首先要理解业务战略、打法和定位。那如何才能把这个前置信息做好,对工程师来说是一个比较大的挑战。

首先工程师其实大多数都是从事一线开发,对业务理解可能仅限于自己在做的事情。很多信息都是别人过滤了五六手之后的信息,得到的可能就是一个任务和为什么做这个任务。相对比之下肯定不如制定战略的人懂得战略背后的意义,信息也是不对等的。所以首先我们要收集信息,然后整理归纳,最后分析问题。

先来说说收集信息

其实有点像信息科学里的情报学。收集信息最好的方式就是参加所处业务老大的KO会,各种KO会会把战略上的拆解和背后的思考整体梳理之后宣讲传达给BU或部门的同学,虽然我们没有亲身参与到脑暴过程,但是也会对背后的思考有一定的理解,切记,一定要记得划重点记笔记。

获取第一手信息之后,我们要经过简单梳理开始收集外部信息,整理整体的知识脉络,这里我经常用的就是阿里学习(业务宝库阿里学习,技术宝库ATA,注:阿里内部两个学习平台),可以获取不少业务相关的分享,当然很多外部渠道也同样可以收集到。比如这段资料[1]就是外部收集到的,可以得出几个关键词,数字技术赋能旅行行业、我们不是OTA,这些都要整理到自己收集的信息池里。当然以上我提到的都是信息获取源的一种。具体收集信息的释义可以查一下百科[2],可以按照百科上的方法论学习一遍,以便找到适合自己的方法。总之这里我们要像产品经理一样去收集这些信息[3]。这里也鼓励跟不同领域不同BU的同学多交流,不限于线下扯淡式的交流和线上问问题的方式(这里建议先看下知乎里这个回答关于学会问问题[4] 以及 如何进行有效社交[5])。

分析问题

我们通过不同信息源获取到的信息是散落的,如何经过加工融入自己的思考体系呢?首先信息不能是简单的堆叠,我们要通过不同的入口理出头绪。可以使用MECE法则进行思考拆解,通过无遗漏无重复地分类来把握整体,列出脑图和逻辑树,最后将逻辑树的信息匹配需求场景,可以尝试通过C端和B端不同入口去还原需求场景。这中间可以结合一定的方法论(演绎推理和归纳推理),去把问题和挑战细化出来,帮助我们理解BU的战略,同时我们也能从自身出发把战略拆解到对应的项目。举例来说去年我个人分析飞猪在整个C端面临的主要问题之一还是流量格局过于单一,B端供应链的成熟度不够导致无法给到商家更实质的体验服务,飞猪的类目交叉不够背后是各垂直业务存在业务隔离。

技术人的灵魂3问,阿里工程师如何解答?

发现问题到执行该如何衔接

拿到这三个问题我们不能马上就开干,我们还要提炼这个问题带来的核心价值。否则很容易就会出现投入了巨大工作之后,最后的技术产出和业务结果衔接不上,所以说思考不要用蛮力,工作不只靠体力。要去看里面跟自己角色相关的工作在什么地方?以端侧来说,有优势的一点是靠近产品侧靠近用户侧,所以基本展现模式都可以通过产品原型进行抽象,形成体系化。以流量体系建设举例我们要对用户进行分层,比较合理的方式可以用到几个经典模型RFM、AIPL、AARRR及其变种,以便沉淀出承接的技术平台或产品。如流量体系建设我们在思考分层过后,把用户按心智划分之后,又从所属域分为散落在阿里域外的用户和阿里域内的内部用户,从而针对性的设计出两个平台产品。

技术人的灵魂3问,阿里工程师如何解答?

见龙在田,利见大人

责任编辑:CQITer新闻报料:400-888-8888 ? 本站原创,未经授权不得转载
关键词 >> 技术人,阿里,工程师
继续阅读
热新闻
推荐
关于我们联系我们免责声明隐私政策 友情链接