淘宝PC改版经验分享:业务前端开发与个人成长的心路历程

2024-12-29
来源:网络整理

本文作者勇霸,负责淘宝PC版的改版。他坚信历史的发展是螺旋式的,那些被认为是正确的事情将来一定会发生/被证实。

文章指南:

起源

自2014年作为校招加入淘宝UED(淘宝前端的前身)以来,我从事淘宝业务前端开发工作已有9年了,一直想对自己四分之一的工作做一个简单的总结。事业(如果我能工作30年),但我有严重的拖延问题。直到几年前我受邀做年终总结,我才下定决心,所以我写了这篇文章。

本文是关于如何支撑一个好的企业以及如何在这个过程中实现个人成长的商业前端总结。有些心理过程的变化可能不是一瞬间发生的,而是可能在修行过程中潜移默化地形成的。

关于我

在我职业生涯的前五年,我是一名一线开发人员,期间我还担任过虚拟 TL; 2019年开始,我成为淘宝基础环节(现用户产品技术)的前端负责人。业务方面,支持过一淘(海购&特价)、淘宝教育、淘宝电脑首页、淘宝天猫店铺、淘宝天猫基础产品(首页、信息流、商品详情、交易、消息)等。技术方面,我做过跨端(Weex/小程序/)、构建、全栈、开放(第二方&第三方)、数据(体验测量&监控)等。

我所经历的心路历程

▐为什么要做前端

我本科专业是信息管理,在新生会议上,系主任就为我埋下了攻读博士学位的种子。为了在这个专业取得成功。所以我顺理成章地又上了几年学,在研究生期间进行了文本挖掘领域的研究。在完成单词和句子的研究后,由于语料库的限制,我无法在文本层面更进一步,所以我决定加入这个行业。

在找实习遇到困难后,我发现自己不知道自己以后想做什么,也没有自己擅长的领域。经过一系列方向的研究(并碰壁)后,我觉得我仍然可以成为一名程序员。于是学习了一段时间的C和PHP后,我成功加入了一家做淘宝快递的创业公司实习。非常感谢创业公司老板杨哥给我这个菜鸟学习的机会。实习期间,几乎每天朝九晚十,有一个人负责网站的数据库设计、界面封装和UI实现。我也是第一次接触前端页面开发。我发现前端比后端(PHP)有趣得多。一行代码可以改变世界。实习结束后,我把学校图书馆能找到的前端相关书籍都看了一遍,也向在其他公司就业的学长学姐们学到了很多东西;研究生第二年暑假,我去人人网实习,在校招过程中被录用。加入淘宝UED。

综上所述,在本科期间,我系统地学习了管理学和计算机科学相关的基础知识,大概处于无所不知又一无所知的阶段;研究生期间,我培养了自己发现问题、定义问题、解决问题的能力。回顾我的大学和研究生生涯,我认为现阶段最重要的是找到一个自己热爱的、能够充分发挥自己比较优势的领域,并努力为长期的职业生涯做好准备。

▐做好本职工作

正式工作后,我的工作主要集中在如何快速融入团队,实现快速成长,在支持业务的同时证明自己的能力。也可以概括为又快又好地完成业务需求(保质保量),同时获得技术成就感。

在业务支持方面,我没有遇到太大的挑战,能够高质量、快速地完成交给我的任务。比如,正式加入公司后的第一个月,我就独立负责一淘当时最大的营销活动——88海外淘。 ,两周内开发了十几页。这期间还发生过一个小插曲。我有点追求完美,对视觉还原一直很有信心。当我自信满满地将完成的demo发给设计师体验时,设计师很惊讶地问我,line(边框)?我更惊讶了,是什么样的线,在哪里? (后来发现我的显示器像素太低,显示器上没有显示#999边框)。

在技​​术方面,主要是快速学习并尝试做出一些改变。这段时间,我对各种技术方案感到非常好奇。我想知道某些功能、组件和库是如何实现的以及它们背后的原理是什么。我创造了很多轮子。大概包括三个层次。首先,纯粹造一个轮子,重新实现之前没有实现过的库/组件,例如组件/分页组件/等;第二,尝试改变概念,重新实现轮子,比如有一段诗诗特别想解决业务代码中的回调地狱问题,所以他学习了有限状态机编程模型,并将这个概念应用到多个商业项目。具体参考基于有限状态机编程;第三,尝试前端领域的一些新功能或者新框架。 2015年初,我用它重建了一个页面,这是一个相当大的挑战。

在融入方面,我认真撰写日报、周报,积极参与团队内部的分享和竞赛,也获得了一些奖项。俗话说,马可行千里,伯乐却没有。但你首先需要证明你是一匹马。那么日报、周报、周会就会成为你展示实力的舞台。

综上所述,现阶段我对各种新技术充满好奇,愿意花时间学习和验证,以实现技术上的自我满足和自我成长;业务对我来说是一个非常称职的前端,但也可能仅此而已。就这样。

▐把事情做到极致

随着对业务理解的加深,需要了解的技术也了解了,面临的问题是如何很好地解决某个问题并超出大家的预期——达到最终的目标。从这个阶段开始,我基本上不会为了技术而使用技术。技术是我解决业务问题的手段和工具。

网站前后端开发_网站建设前端后端的原理_网站前端后端

如何把事情做到极致?前提是要熟悉我们的业务,即它的用户是谁,它为用户解决什么问题;通过竞品研究、广泛的内部沟通和自身经验,确认理想与现实的差距,进而识别业务痛点。有了方向之后,我们需要定义一个具有挑战性并被大家广泛认可的目标。注意,这里的目标不是你认为有挑战性的目标,而是该领域专家(业务&技术)认为有挑战性的目标;当制定策略时,最好依靠团队的力量,顺势而为;在设计技术方案时,重要的是找到最合理的路径,而不是技术挑战最大的方案。

2015年我做淘宝教育的时候,图片是淘宝上的主流素材,视频很少见。淘宝手机连所有型号的视频都无法播放,更不用说全屏播放了。但对于淘宝教育用户来说,购买课程、观看视频是最基本的需求。为了解决视频播放问题,我尝试了纯Web的解决方案,并在实验室测试了几乎所有机型,但部分机型仍然出现黑屏。走到最后,发现UC正在推动UC浏览器核心融入手机淘宝。我尝试联系UC 的同学,我们都很投缘。在解决播放问题的同时,我们还帮助UC 上线了淘宝。为了解决iOS端水平全屏播放的问题,我们首先想到了使用CSS3旋转的解决方案,然后再想到旋转。这样就彻底解决了全屏播放的问题。

综上所述,要想达到最终的目标,最重要的是找到一个好的目标。评判标准也非常简单。当你告诉大家你想做xx的时候,大家的第一反应是什么?如果是的话你是怎么做到的?恭喜你找到了一个非常好的目标;如果每个人都回答了你为什么要这么做,那么你就可以进一步探索。

▐数据驱动

如果我只做一项业务,解决了所有已知问题后,我还能做什么?这件事困扰了我一段时间。本质上,0->1功能实现后,如何才能有更深层次的突破。我找到的答案是数据驱动的。

我相信数据,相信数据可以帮助我发现问题、解决问题。数据驱动具有以下特点。一是数据思维,即从感性分析转向理性分析。知觉是指对好或坏的主观看法,但不确定到底是好还是坏。理性分析基于逻辑和数据分析。以淘宝教育视频播放为例,直观的感受是视频无法播放,时不时黑屏;用数据说话,只有95%的视频可以成功播放。其次,数据的价值从注重功能价值,即从无到有,从0到1,转向更注重长期价值,实现从1到99的突破,即高质量发展。第三,数据能力,我们需要有分析、处理、解释数据的能力,比如写SQL运行数据。

2016年,我接手了淘宝PC首页,当时DAU已经几千万。当我设定目标时,我的主管问我:“你打算做什么?” ”,我和我的前任、PD、开发人员谈过,自己也做了一些研究。感觉性能还有优化的空间(首页是淘宝的门面,性能一直都很好)。于是我跟主管说我想优化性能,他说“暂定20%怎么样?”我当时就慌了。我以前就做得很好,但在技术没有大改变之前,感觉有点困难。我回去找当时TMS的负责人(首页前总监),他说,“想做就性能加倍,否则就不做”。于是我又找到施然(原首页主管),他说:“好吧,那你就第一个吧。”这时我的心情更加郁闷了。天猫首页首屏基本都是一个大屏,而淘宝首页支持千人千面,首屏有10+个接口。郁闷之后,虽然不知道如何实现,但也知道了大家对这件事的大致理解;于是我开始设定目标,确定数据平台,做A/B等,通过数据观察每次优化的效果和潜在空间。经过一系列操作,终于在2017年元旦达到了目标。

▐商业增值

当我们有很多选择的时候,我们如何决定哪一个是最重要的呢?技术团队做什么才能为公司创造最大价值。

当我们设定技术目标、规划技术体系时,通常会按照体验、稳定性、效率(降本增效)等维度进行拆解;但每个人(团队)的精力(资源)是有限的。我们应该如何选择以及如何优先考虑事情?要回答这个问题,我想我们必须回到商业本身。商业的本质是交易,商业公司存在的价值在于创造利润。对于电商企业来说,利润的大小很大程度上取决于用户规模和交易规模,利润增长的来源要么是收入增加,要么是支出减少。同时我们应该认识到,在商业公司中,技术的价值是建立在商业价值的实现基础上的。技术不是为了技术而存在;如果有的话,那就是实现企业未来潜在的长期价值。因此,我们必须基于短期和长期业务目标来构建我们的技术体系,并通过技术目标的实现来驱动业务目标的实现。

2019年我开始负责天猫淘宝基础产品前端团队时,当时面临的问题是如何让这个小团队产生更大的价值。我们都知道技术团队擅长做研发、提高效率。但对于一个不到10人的小团队来说,即使你设定了一个雄心勃勃的目标——效率提高一倍,人数减少一半。但这笔收入对于公司来说只是九牛一毛,不可持续。换个角度看,我们能否帮助天猫、淘宝提升电商GMV?我们可以做一个简单的推演:GMV=客单价*订单数,订单数=DAU*浏览转化*交易转化;我们团队负责的产品详情、购物车和订单是“交易转化”的三大核心产品。天猫、淘宝每年的GMV达数万亿。如果我们能提高1%的交易转化,那就是几百亿。这个目标看起来不错,听起来也很有吸引力,那么你该如何实现呢?我们可以将交易转换的产品流程转变为用户交互和数据通信的漏斗模型;那么提高交易转化就可以转化为:去掉漏斗中的某个流程,或者提高某个流程的转化率。根据这一策略,我们团队对H5和小程序交易环节进行了稳定性提升、标准手淘能力补充、体验升级和产品优化等一系列优化,帮助业务实现年化增长率为数亿至数千万。数十亿的增量 GMV。前端能追求什么?是你自己的代码,运行在亿万用户的设备上,一行代码可能带来几百万、几千万甚至上亿的商业价值。

▐科技敢于把商业放在第一位

技术团队总是很容易接收并满足要求。在电商竞争日益激烈的今天,技术团队如何帮助业务从不确定性中找到确定性,让业务走得更快、更远?

伟人对领导力有一个通俗的定义:“如果你坐在讲台上什么也看不见,就不能称为领导者”。坐在指挥台上,只看到大量常见的东西出现在地平线上,这是普通的,不能算是领导力。只有在大量明显的东西还没有出现的时候,桅杆头刚刚露出来的时候,你才能看到这个要发展成大量一般性的东西,并且能够抓住它,这才叫领导力。”技术要领先业务半步,提前为业务做好技术安排,发现那些可能不是当前但不久的将来可能是业务强烈需求的东西,我们需要从宏观层面去了解。国家政策、行业格局、技术趋势;知道我们的业务从哪里来,未来要往哪里去;我们需要根据我们团队目前的技术状况和人员储备进行研究和分析。

2019年以来,国内移动互联网流量逐渐见顶,越来越多的淘宝商家希望从其他渠道(尤其是支付宝)获得更多流量。 2018年淘宝和支付宝小程序架构合并后,小程序是最适合多APP上线的跨端解决方案。但当时淘宝电商只支持两种解决方案:H5和H5。前者放入其他应用程序的成本非常高;后者的成本非常高。后者在管理、安全和经验方面存在重大瓶颈。基于以上判断,我们将详情和交易环节转化为小程序,并将基础环节New +DX的技术方案适配到小程序场景中,形成小程序电商套件。该方案更好地满足了业务可控性的开放需求,页面性能也提升了一倍左右。虽然项目立项时想要接入小程序的商家不多,但20年来却经历了爆发式增长。这一解决方案也为后续微信小程序的适配奠定了基础。

努力成为业务的技术——技术PM

虽然我在负责淘宝首页的时候就开始担任技术PM,后来也在多个项目中担任过技术PM。但这些项目涉及的技术栈和技术方案都是我熟悉的,项目规模也比较小,整体风险可控。自2022年7月起,负责信息流第二跳ND的技术PM工作。 ND是一个沉浸式无尽内容和产品信息流产品,业务规模(亿PV)、战略地位(淘宝前三)、团队协作规模(小100人)和技术复杂度(端侧/Weex)。 、数据服务TPP工程及算法、控制)等方面都远远超出了我之前负责的项目。到目前为止,我已经奋斗了半年多了。虽然我做得还很差,但我还是有一些感悟:

职责:前端业务支持和技术的区别在于,前者负责交付岗位需求,后者负责交付业务的研发成果。前者只需要做好自己,而后者需要与多个产品和技术团队协作,消除各种不确定风险,为业务带来确定性交付;

视角:技术PM不仅需要有端到端的技术视角,还需要有业务视角;前者不仅要懂前端、客户端,还要懂服务端和算法;后者必须了解公司的战略、业务目标、以及业务战略、战略到产品实施等;微观层面,你需要了解业务的核心指标,看报告,切流程,A/B等。

组织:在复杂的多团队协作项目管理中,依靠个人不可能掌握项目全貌,必须依靠组织和团队的力量。应花更多时间调查现状和问题,并制定广泛接受的有效规则来解决这些问题。

网站前端后端_网站建设前端后端的原理_网站前后端开发

商业:导购链接和交易链接最大的区别就是敏捷性。在交易环节,系统被设计为在确定性的业务流程中产生确定性的结果。在系统运维方面,稳定性也是前提,正常的发布节奏是每周一次。但在导购环节,系统旨在在标准的数据处理过程中产生最佳的业务结果,而数据结果的内容是多变且不确定的。我们曾经做过一个发布统计,ND前端几乎每天发布一次,感觉很快;但服务器(工程&算法)一天可以发布几十次。近年来,针对千人的个性化算法开始流行。原因之一是有一个低成本且快速试错的基础设施,N个实验随时在线运行以选择最佳的。

▐努力做出好的技术产品

自2017年底开始,负责淘宝前端监控产品。我之所以持续投入这个领域,是因为我坚信,在业务和技术系统日益复杂的背景下,保证业务体验和稳定性的唯一途径就是通过在线大数据分析和挖掘。这个产品大概经历了以下几个阶段: 可用性升级:是集团最早的监控平台。由于年久失修,我接手时几乎无法使用。每次有大促销就必须降级,而且在最需要的时候监控不到。使用。因此,现阶段我主要重构了底层数据链路(采集+流计算/离线计算+存储)并大幅升级了产品UI,首次成功过双十一,DAU从原来的个位数增长。 20~30;端到端监控升级:可用性问题基本解决后,重点将转向丰富平台数据、降低业务接入成本。开始接入各种端到端数据源,打通内部各种业务平台、运维平台、发布平台。 DAU已增加至50;领域的深度建设:所有端到端的数据源接入之后,需要建设平台的核心。竞争力和影响力。因此,他从2020年开始参与集团前端委员会的共建,并首次提出并构建了端到端的灰度监控和跨端性能测量解决方案。其中,团队自主研发的首屏算法在准确率和效率上取得了重大突破。而通过安全生产推动业务治理提高健康水平,团队也20年来首次在D2上发表演讲,DAU也升至100;终端时代:随着22年淘宝前端从横向支撑到业务垂直化,以及终端工程师岗位的设立。平台定位与建设包括跨端体验衡量、安全生产(发现与定位)、用户交互分析三个方向。为了解决跨端技术方案不同造成的计量体系不一致的问题,我们与淘宝、Weex、PHA、 、魔兔、TMQ、ATS平台共同推出了淘宝跨端容器页面时间- 消费标准并落地到容器和观察平台上,成为手淘宝的统一标准;为了加快排查线上问题的效率,Motu协同手淘基础设施和跨端架构,完成了整个链路日志(渲染容器日志、网络库日志、后端接口日志、业务监控日志)的串联)为在线淘宝在线问题的快速排查奠定了新的基础。团队也连续三年参加D2发布会,DAU达到170。

我个人的感悟主要有以下几个方面: 学会延迟满足。当你坚信自己的判断是正确的时候,就应该继续投入,等待结出果实的那一天。技术产品必须明确定位,打造核心竞争力。应避免大而全,因为拥有一切往往意味着一切都很平常。一般是没有竞争力的,即无法吸引用户,也无法留住用户。资源总是有限的。我们需要谨慎选择投资方向,控制欲望,找出最重要的问题并解决它们。

新成员的加入可能会给科技产品的发展带来质的变化。综上所述,虽然我们已经这样做了很多年,但目前的产品只停留在可用的水平。未来如何设计出好看又好用的产品,还需要更多的探索。

▐尝试带领团队

自2019年带领团队以来,我在团队建设方面有了一些实践,积累了一些经验。但团队管理博大精深,需要进一步学习和实践。

人:招聘和人才培养是团队梯度建设的核心任务。我们正在寻找志同道合的人才,能够为团队带来业务和技术变革。说起来容易做起来难。在招聘时,人们常常会陷入特定的挫折和压力,并降低自己的要求,因为他们知道自己做不到。另外,对于技术团队来说最重要的是公开透明,对于每个成员来说最重要的是真诚,我们衷心希望每个人都能得到自己想要的东西。团队的规模在一定程度上决定了管理模式。 10个人和30个人并不完全一样。

:从个人到团队最大的改变就是如何从个人成功过渡到带领团队成功。就我个人而言,一个人吃饱,一家人就不会挨饿。如果你不把我留在这里,我就有自己的住处。一切都是相对可控的。团队意味着更多责任,帮助业务更好发展,帮助团队成员更好成长,与合作伙伴更好协作;成为业务和所有业务领导的第一责任人,在团队迷茫时做团队的带头人。灯塔。

OK:作为控制自己欲望、给团队成员更多发展空间的一种方式;尝试制定规则,而不是什么事都自己做。更多的输出是为什么要完成它以及它是如何导出的,而不是它是如何完成的。

还有一个

2017年升职后,我在相当长的一段时间里对个人和团队的未来发展和定位感到困惑。那时我知道自己不能维持现状,但我不知道该往哪里走。在与我的主管进行 1v1 的过程中,我抱怨了很多。主管建议我找展颜谈谈,我就趁着薪资谈判点向展颜投诉。扇子。我原本期待展颜能安慰我的心灵,指引我前行。没想到展颜的第一句话是:“永霸不应该这样做,作为团队的核心员工,你应该帮助团队找到自己的位置……(这是大概的意思,我记不太清了) ”。谈话结束后,我觉得难以理解。后来我静下心来,反复回想刚才的谈话。这确实是我自己的问题。除了抱怨之外,我没有做任何力所能及的事情来改变这种情况。回想起我读研究生的时候,在做研究的时候也遇到过类似的问题。本来要做章节级别的工作,却发现自己没有词句级别的基础工作。我向教练抱怨了一番,然后就不再继续前进了。直到有一天,我突然意识到,既然没有单词和句子的相关工作,那不就说明这个小领域还是一个空间吗?我发表第一篇和第二篇论文是理所当然的事情;人们总是在看似熟悉的地方犯错误。这个时候,你需要有人帮助你,或者你需要顿悟。也非常感谢展颜为我指引前进的方向,给予我满满的期望。在日常工作过程中,我们难免会遇到很多挑战和阻力。这个时候,我们应该静下心来研究一下当前的情况,而不是过分强调当前的困难而无法自拔。这个时候,更需要有拨开云雾见阳光的勇气和信心。

总结

这篇文章是我迄今为止职业生涯的总结。由于本人经验、业务和大环境的限制,难免会有很多不足和偏差。我希望你能找到自己的路。最后,王国维勉励治学的三个境界。

昨夜,西风吹尽绿树。我独自爬上高楼,眺望马路对面的世界尽头。腰带越来越宽,但我不再后悔了。我因美丽而感到憔悴。众人寻找他千百遍,蓦然回首,他就在那里,在灯火阑珊处。

团队介绍

我们是淘宝技术用户产品的技术前端团队。我们主要负责产品详情、正反向交易(下单、下单、退货退款等)、消息、社交等基础电商产品。在技​​术方面,我们正在探索最终的效率和经验。跨端混合容器解决方案,端到端双方开放的新解决方案以及前端安全性生产和跨端体验测量解决方案。

Ö扩展读数

||

||

分享