北京网站建设知名公司,wordpress 个性主题,大庆seo公司,品牌推广全案阿里妹导读#xff1a;“会”砍需求#xff0c;并不是件容易的事情#xff0c;这涉及到工程师的商业头脑#xff0c;要会判断技术和业务的关系。技术与业务好比“两条腿”#xff0c;相互配合才能走得更远。如何具备business sense就是我们今天的课题。
论工程师的商业头…
阿里妹导读“会”砍需求并不是件容易的事情这涉及到工程师的商业头脑要会判断技术和业务的关系。技术与业务好比“两条腿”相互配合才能走得更远。如何具备business sense就是我们今天的课题。
论工程师的商业头脑
我们常常听到这样的话“某某同学有很好的business sense”这通常是评价一个非业务类型的同学如果这个同学是一个软件工程师那么他一定很受产品和业务的青睐因为对他们来讲这样的技术同学交流起来更顺畅换句话说就是更有共同语言。
什么是“business sense”
Business Sense更书面的叫法是Business Acumen套用Wikipedia的解释is the keenness and quickness in understanding and dealing with a business situation (risks and opportunities) in a manner that is likely to lead to a good outcome。商业意识更喜欢叫做商业头脑接地气是指对当前商业形势的敏锐洞察力和快速响应力通常会导致好的结果。
注意这里对商业形势的判断可能是机遇但也有可能是风险或者机遇与风险并存。能够快速的识别出这些要素并采取正确的行动从而带来好的结果这样的人会被称之为具有好的商业头脑。好的商业头脑加上强大的执行力以及一点点的运气走上人生的巅峰便不是难事。
各行各业的商业天才投资界的沃伦·巴菲特科技界的史蒂夫·乔布斯杰夫·贝索斯拉里·佩奇保罗·艾伦等等都是具有杰出商业头脑的人。不过这些同学离我们的距离稍微远了一点他们的案例对大多数同学的日常工作不太具备指导意义我们还是回过头来聚焦在身边的具体工作上看看什么样的同学会被大家认为是具备好的商业头脑。 最有资格评价我们技术同学是否有商业头脑的恐怕是与我们相爱相杀的产品同学我们来听听他们怎么说
“‘会’砍需求的技术。也就是技术通过PRD评审通过和PD沟通能够在完整了解业务价值及解决思路的基础上准确判断出哪些功能哪些实现瓶颈其实是nice to have, 而又有哪些是must have。在开发时间紧张的前提下和PD及时沟通砍掉nice to have的抓紧时间保障完成must have。”
“有商业sense的技术同学往往具备开阔的视野、愿意接纳新事物、在模糊业务背景下有自己的思维结构。
1业务面向用户是谁用户需求是什么体量多大 2业务增长红利在哪里 3业务的困难制约点在哪里 4为什么是lazada来做不是其他对手做 5周边的资本动向是什么 ……
往往有商业思考的同学大多数跟PD讨论的是这些内容。他们不仅仅关心技术方案的成本以及工作时长。”
“讨论问题、寻找方案、以及在制定方案的过程中总是能以赋能业务的角度出发来思考问题。关注用户体验、商家体验、平台业务健康性和可持续性。”
“技术方案严谨基于对代码熟悉了解PRD理解的基础上能够准确的评估近似人日。起码不会在后期开发期间出现重大遗漏未评估环节上下游链路联动推动以达到要求的交付时间对跨域的产品需求能够拉通关联上下游进行技术评估和实现执行有风险有问题迅速升级讨论对项目交付的时间有高度的敏感性”
“有合作精神、有开放的学习态度以及有共赢精神。”
“对当下和未来的business target 和 步骤可以有清晰拆解和实现能解决问题靠谱能一起担当”
“In my view ‘business sense’ is the interest in and ability to solve ‘business problems’… So, in order for an engineer to have business sense s/he needs to invest the time and energy to understand (a) context, (b) stakeholders, and relative importance of factors for the company or organization when it comes to trade-offs. This would be driven by interest and - equally importantly - actual free time to invest into those investigations. Of course, time is limited and engineers will decide whether to invest their precious free time into developing business sense or their technical skills instead, i.e. into learning new frameworks, new programming languages, new technologies, etc.” 限于篇幅这里只引用了部分同学的反馈她们都毫无疑问的提到了以下几点
理解业务。具体一点讲明白当前业务的现状目标和方向核心KPI是什么为什么我们要做这个事情以及做了以后对业务带来的价值是什么了解技术实现的细节。当前的业务产品在系统中是怎么实现的有哪些能力和局限与上下游的关系是怎样的。如何能够快速的实现目前的产品需求。很多时候同一个问题可以有多种技术实现每种实现都有自己的优缺点。优秀的技术同学能够基于对当前业务问题的理解作出最恰当的选择。能给到产品有效的输入。对产品设计不合理的地方提出挑战和有建设性的意见。对产品设计遗漏的地方给予补充对稳定性、安全性以及资损、舆情、PR等潜在的风险给予意见和建议。积极的沟通和推动项目落地。帮助产品一起管理好业务的预期。能够换位思考理解业务面临的压力管理好项目的风险保持信息的透明想尽办法帮助业务实现需求。
很朴素的要求吧不需要我们技术同学去学习理解高大上的经济学知识不需要你去做商业策略的判断只需要你了解当前负责的领域的业务最重要的是这些业务在系统中的实现并给出建设性的意见高效地推动方案落地。但是这个过程中往往有一些理解和执行的误区
1.非理性的挑战
对业务价值的挑战需要建立在客观的数据基础之上而不是简单的基于自己过去的经验其他人或者竞争对手的实现甚至于技术同学自己的技术倾向。在缺乏数据支持的前提下当我们与产品和业务对项目价值有分歧时我建议
1让专业的人做专业的事。术业有专攻我们需要相信产品和业务的判断。可以要求有明确的success metrics以及与之相匹配的运营计划。养成项目定期复盘的习惯避免重复犯错。
2用真实的数据来说话。技术同学最擅长的是用技术的手段来解决争端。设计科学的严谨的实验往往是解决问题的最佳途径。在Amazon几乎所有涉及到用户界面改变的项目都会强制要求A/B Test。强大的实验框架允许业务和产品同时对上百种内容针对不同的人群进行测试并根据结果自动调节分桶的大小。 2.Technical Debt and Over-Engineering
是用正确的实现还是临时方案在时间压力下大部分技术同学会选择用临时方案。但是所有人都知道没有所谓的临时方案。一旦上线临时方案就变成了永久方案也就是我们的技术债。然后你会用双倍甚至三倍的资源去还债。所以永远不要使用临时方案除非你的重构计划已经排上日程。过度设计目前看来不是太大的问题。有的时候技术同学往往会偏向选择复杂的技术实现比如碰到性能瓶颈大家会想到用多级缓存JVM内存本地缓存TAIR在实现时候的小小纰漏就会导致复杂的数据不一致排查非常困难。而简单的扩容可能就能解决当前的问题。请记住最简单的实现往往是最有效的解决途径。
3.脱离技术实现的细节空谈业务
任何技术系统都有它的局限性。工程师们最宝贵的财富来自于他们对当前技术系统的深刻理解这也是产品在PRD评审时最希望得到的输入。优秀的技术同学总是能够给出不同的技术实现方案并清楚的分析每个方案的Pros Cons帮助产品做出最合适的选择。脱离技术的细节空谈业务往往无法帮助产品充分理解技术实现的局限性无法充分评估其影响从而不能做出最恰当的选择。
4.Over communication is better than no communication
技术同学最受产品业务诟病的是沟通不充分风险暴露往往太迟。理科男的特性决定了我们埋头苦干的特质。有风险我们第一时间想的不是如何通报而是默默的去解决。这里我们必须要转变的思路是项目的风险必须第一时间通知到对口的产品一起想办法去应对和解决。最关键的是产品需要充分及时的信息去管理业务的预期。我们不是在孤军奋战产品技术是一体的产品代表技术对业务发声技术代表产品向用户负责。
我们再来听听技术同学本身对技术与业务之间的关系是怎么看待的以及对产品和业务有什么样的诉求
“技术与业务就好比人的两条腿相互配合才能走的更远任何一方不足就好比是瘸子走不远走不快。”
“我觉得用最简单最的技术解决复杂的业务提高自身生产力为客户带来最好的体验和价值是技术业务合作的最佳状态。一个好的business sense的同学应该对于行业有足够了解对于问题有多种思考和解决思路同时努力寻找最优的方向或者一些新的尝试。个人感觉这些东西对于技术同学其实见识和思考的还是不够多对于产品同学来说可能了解的多一些但是最优解法不一定有。这个是一个需要长期讨论和慢慢沉淀的过程。”
“技术和业务需要相互信任相互支持和相互理解在业务初期或业务爆发期技术团队要么面临基础能力不完善的困难、要么面临平台能力不完善导致业务支持不过来的痛苦业务团队需要一起想办法做合适的业务或产品推进节奏对业务规划或试错需要更加谨慎。反之对于业务遇到困难时技术需要更加主动的了解业务的本质与业务产品运营的详细细节过程通过细粒度的数据分析来帮助业务更好的看业务。”
“技术TL要懂业务或者说理解业务能够和业务产品基于业务逻辑来对话技术不能只被动的接需求要了解业务当前的痛点并有一些实际行动和业务一起想办法解决痛点如果能做到业务同学在做一个业务规划或者有idea的时候能主动找技术同学来讨论就比较好了。”
“业务不能只把技术作为开发资源大家是一起为一个共同目标负责的业务进展或结果要带给技术同学做事情的成就感需要技术同学理解业务的初衷和价值。”
“不喜欢 a) 特别在意业务边界问题的PD b) 特别喜欢挑刺且不给建议的PD c) PRD在开发过程中经常变更的PRD产品方案不严谨也没了解清楚业务根本需求 d) 只提需求不关注产品运行质量与问题的PD这样锅全是开发的对产品细节也不会关注这样的PD基本上就是满足业务的需求,没有产品的独立思考” 啊哈不出意外技术同学对商业头脑的判断和产品同学的预期并没有大的差异技术同学的诉求集中在以下几点
1.参与需求的生成
让技术同学真正理解需求的最佳方式是参与到整个需求生成的过程了解需求是怎么产生的有直接和业务甚至用户对话的机会。当然在LAZADA这个环境下很多需求来源于各个国家的一线运营同学参与每个需求的生成不切实际但是至少有这样的渠道或者机制存在让运营和产品能够在产品规划或者脑爆的阶段尽可能的engage技术同学。Amazon每年6月到10月有一次大的业务规划期叫做OP1Operational Planning Stage I。在这个期间产品业务技术会在一起脑爆下一财年的要做的事情产出规划。通过这个过程技术对做的事情有很强的参与意识也有更强的主观能动性。
2.产品设计要有全局视野
一个线上的产品往往是跨域的需要有全局的视野。比如Flash Sale从招商到商品发布导购详情到购物车下单营销的计算库存结算逆向等贯穿了电商的整个核心链路。我们往往发现某些交易相关的产品设计只考虑了正向交易的流程对逆向的部分缺乏设计或者一个退货相关的产品只考虑了物流部分没有结算的相应流程。这样有缺陷的设计是导致线上问题的根源。
3.既要管生也要管养
每一个上线的产品都是技术系统不可分割的一部分不但有开发成本也有长期的维护成本。我们希望每个产品上线都有周密的运营计划能够真正发挥出价值。我们允许试错但是不能容许草率的犯错。而产品的运营往往需要长期的持续的投入和精细化的运营方案不能浅尝辄止轻易放弃。每个产品都是我们的孩子缺少关注的孩子注定会夭折或者发育不良。LAZADA的拼团砍车等产品目前看来是失败的典型。
4.用有限的资源做最有价值的事情
资源总是有限的而需求是无限的。在阿里既要又要还要的文化氛围下技术常常成为甩锅的对象。技术希望与产品是背靠背的战友产品能够从纷繁复杂的业务需求中找到真正有价值的目标技术提供最强大的炮火一起赢得战役。没有原则的产品不是好产品不能坚守承诺的技术不是好技术。
技术同学怎么去培养自己的商业头脑呢下面给出一些简单的建议
1.产品是我们最好的学习伙伴
要了解业务最快最有效的途径就是和我们对口的产品同学。多和她们交流认真的参与每次PRD评审产品规划总结分享多提问你会逐渐成长为领域的业务专家至少可以和产品平等对话。商业头脑更多的是一种思维方式和习惯多与产品讨论业务业务思考的角度就会自然形成。
2.培养数据意识
阿里的土话是No Data, No BB。学会用数据来说话首先从业务核心的KPI入手牢记它项目的目标是什么与业务KPI有什么关系如何埋点如何追踪定期复盘。数据如何变化变化背后的业务含义是什么用户行为的改变还是推荐算法的升级或者是系统的故障建立清晰的业务数据看板。
做到这两点对大部分一线同学来讲就足够了。要进一步的提高自己的业务能力你可以尝试
3.深入了解自己的业务领域
对自己负责的业务领域有基本的业务框架的认知了解业务发展的前景现状和痛点。对业务单元的主要角色有深入的了解。放在国际化的场景里就需要对当地国家的业务有一定的认识比如国家经济发展的状况电商的成熟度用户画像卖家分层等等。
4.拓展自己的知识边界
多学习多积累。包括日常的财经新闻评论重要的商业事件互联网公司的上市财报竞争对手的动态朋友圈的动态等等。
5.补充专业的知识
要想真正成为业务专家基本的经济学常识行业知识商业分析的模型和框架等等开始变得重要。跨学科的知识往往能够帮助我们拓展思维的方式和思考的深度带来创新。以色列有如此多的创业公司其中的一个观察是他们汇聚了非常多跨学科的人才新产品新科技在思维的撞击中不断诞生。
最后我想分享一些在过去一年里国际化中台技术与LAZADA产品业务一起成长的成功案例
1.店铺技术与PD合作快一年就做到了商家装修从0到55%uv占比17%承接双十一45%的流量。引导成交占比18%。店铺技术团队自主建立了数据小站帮助产品数据化定位商业问题有效的推进了店铺的数次升级迭代。
2.刚刚上线的电子凭证系统,在Lazada业务提出要在2020财年提升Digital Goods业务后业务中台的技术同学和Lazada PD快速组成项目团队在短短2个月内完成东南亚电子凭证业务分析和对焦上线了一套能够赋能东南亚卖家和市场的电子凭证系统。在上线后1周内参加了年中大促为马来西亚的Burger King卖家送去了一份惊喜大礼一天内在没有做大力宣传的情况下卖出10000份 Burger King电子劵。
3.LAZADA运费业务诉求在尽量不影响GMV的情况下降低平台对运费补贴。针对这个核心诉求产品技术提出了分阶段实施计划首先解决业务上运费优惠难以运营的局面。技术层面提供运费优惠工具使平台和卖家可以自主设置运费优惠运费的成本和优惠分离其次由于不同国家业务背景不同技术上针对印尼物流基础设施较差竞争对手大量补贴运费的大部分卖家进行预加载运费优惠对不同卖家设置不同的门槛进行补贴精细化运营第三阶段针对预加载优惠规则提供平台工具支持单个活动支持多个卖家同时不跨店进行优惠补贴第四阶段提供了运费券运营工具通过运费券替换平台补贴优惠进行定向补贴通过覆盖大部分活跃买家保证GMV的同时降低平台运费补贴成本。最终实现了在几乎不影响GMV的情况下每个月节省运营成本1M USD。
技术从支撑业务到引领业务到创新业务这一路走来我们始终与业务并肩作战携手奋进。
原文链接 本文为云栖社区原创内容未经允许不得转载。
