导读
为提升京东APP黄金流程（购物的核心交易链路，以下简称“黄流”）业务需求吞吐率，加速业务发展，黄流前台团队提出了一种新的研发共建模式，覆盖从需求受理、研发、测试的全流程共建体系，涉及前台产品、研发、测试的跨团队协作。历经半年的建设，我们完成了黄流ISV共建平台，同时以商详为试点，开展了与图书、健康、时尚、生活服务等业务方的研发共建，并完成了共建需求落地。本文将从背景介绍、方案设计、质量管控、实践案例、共建价值以及未来规划进行介绍，让读者对整个ISV共建模式如何助力业务发展有个更加清晰的认识，也为读者所负责业务的发展提供更多可能性。
背景
随着京东零售品类的不断扩充，面对的用户人群更加细分，在人货场的运营上也都需更加精细化，这些带来的最直接变化就是需求越来越多、越来越个性化，产研团队虽能每年持续提升产能效率，但依然有很多需求无法落地。据统计，21年黄流产研团队共收到千量级别的业务需求，涉及部门团队众多，覆盖C3部门多达几百个，而在这众多需求中，紧急需求占需求总量将近20%，这也意味着需求排期、资源管控的复杂性提高，带来的则是管理成本的上升。
对于业务方，给他们带来的痛点可分为三类：
- 需求周期长，某部门业务需求需要和其他部门一同按优先级进行排队平台产研资源，虽有月会机制来对需求进行优先级排序，但往往都是很难同时符合各方业务预期。
- 试错成本高，业务上线后，提数周期长，如果要迭代又要进入新的需求排期循环，造成试错成本高。
- 需求自由度低，黄流平台侧需要考虑实现成本，需求方的产品体验诉求无法得到全部的满足。
面对如此困境，ISV共建应运而生。
ISV共建整体方案
01共建模式介绍
通过对黄流业务结构的分析，大致可分为两类：
- 楼层化结构，比如商详、订单、我京等模块；
- 非楼层化结构，比如搜索、购物车等模块。同时结合业务方的个性化需求类型，如在通过一个独立的楼层展示自己特殊的业务，亦或者是在某个区域内展示自己个性化的业务。
基于以上，共建模式简单来说就是将某块区域（可以是楼层或者非楼层）或区域内的某个数据展示作为开放区域，业务方可参与独立研发该区域的业务，包括它的前端UI以及后端数据，达到业务方可闭环进行需求研发、提升需求ROI的目的。
02实施方案介绍
实施方案主要分两步走：
- 先对黄流前后端进行楼层化、动态化、PaaS化改造，使其具备可共建的条件。
- 搭建黄流数字化服务平台，让业务方可通过该平台参与独立楼层或核心楼层的共建。
03共建能力全景图
整个共建平台涉及黄流数字化服务平台建设、服务端、端侧建设以及支撑体系建设，四个板块共同组成了ISV共建体系。
黄流数字化服务平台，平台承担的职责包括ISV的入驻授权、共建楼层的UI和接口数据来源信息录入、共建楼层的质量管控看板、UI模板市场建设等。通过平台，将共建逻辑的组织串联配置化，让业务方可轻松通过平台操作完成共建需求的织入。平台展示如下图所示：
图：模板管理页
服务端，服务端承担的主要职责则是调用业务方在黄流数字化服务平台录入的接口和规则，将得到的数据和楼层进行绑定后下发到客户端。同时客户端的异常将通过服务端进行上报，形成质量监控的数据来源。
前端侧，端侧则主要涉及两大块，动态化SDK与楼层化SDK。我们先了解下动态化SDK，在上文中，我们提到共建模式是业务方可对某块区域的UI和展示的数据进行自研发。其中UI的研发可分为两类：
一、原生楼层，通过平台提供的原生楼层开发框架与规范，业务方开发完后将集成到APP内，随版发布。
二、动态化楼层，其具备无需APP发版，性能媲美原生等特点，并且它的开发语言是基于XML格式、一套轻量级自定义的语言而成，对于没有原生客户端研发人员的团队是非常合适的选择。
动态化SDK承担的职责其实就是对服务端下发的动态化XML文件进行解析和渲染成和原生页面一样的视图。
楼层化SDK承担的职责则是将服务端下发的楼层列表数据按照原生和动态化进行分类渲染，最后按照顺序呈现在客户端。
支撑体系。支撑体系形成了整个ISV共建开发的周边生态，包括：
- 开发套件，如IDE插件、开发规范标准、文档等建设；
- 质量体系，如自动化测试、场景测试等建设；
- 业务数据分析，如AB实验、数据看板等建设；
- ISV共建价值度量体系建设，为ISV共建模式的高效、稳定以及价值体现提供保障。
共建流程
整个共建流程是业务方仅需几步就可完成，步骤如下：
- 步骤1：申请共建平台的共建权限
- 步骤2：开发接口，并将接口录入平台
- 步骤3：创建并编写规则
- 步骤4：开发动态化样式模板文件，并将其录入平台（可选）
- 步骤5：创建楼层并绑定接口规则和样式
- 步骤6：模块产品负责将创建好的楼层加入到模板中
共建质量管控
质量管控是整个共建模式中非常重要的一环，为保障业务方共建楼层的质量，ISV共建平台制定了全流程环节的把控规范和标准，从开发、测试到上线、运行，乃至大促期间都制定了相应的规范及策略。
- 开发：在开发阶段，业务方研发需遵循平台方给定的研发规范手册进行接口和样式的开发，其中包括代码的规范、埋点的规范、性能的规范等，确保业务方研发的质量与黄流平台研发质量保持一致。
- 测试：测试部分包含服务端测试和客户端测试，都需遵循平台提供的测试通用规范完成测试。如服务端测试需保证完成并通过功能测试、性能测试等，客户端测试需完成稳定测试、兼容测试、机型适配测试、异常中断测试、专项测试等。测试通过后，按照平台提供的测试报告模板输出完整的测试报告，并发起验收测试，由平台测试进行验收测试，完成上线前的最后一道质量保障环节。
- 上线：平台设置了严格的白名单灰度机制。每个楼层的上线都需经过白名单验证，验证无误后，才能发起灰度切量审核，审核通过后，切量开始生效。
- 运行：当运行期间发生异常，客户端则可对产生异常的楼层单独的完成自动降级，同时异常会上报至平台，平台通过设置异常的阈值等规则，可产生告警，研发可根据情况进行手动降级，切断整个楼层在端侧的展示。
- 大促专项：大促备战期间，将遵循大促备战的流程规范，完成对大促流量的预估，资源的扩缩容，同时进行全链路压测，并制定应急预案和降级策略等。
图：质量建设方案
图：质量管控页面，图表中数据为测试数据
ISV共建实践案例
黄流平台于4月中下旬上线，截止到目前为止，以黄流商详为试点的ISV共建已经对接多个C1部门的多个独立楼层需求，其中部分需求在618大促前上线，618大促后将继续有一批需求通过共建模式上线。
（以上各需求的开发时长与商详模块自身研发评估的开发时长基本一致）
通过ISV共建的模式，开放了黄金流程能力，使得业务可以参与到黄金流程的建设中，可以通过更少的投入，获取更大的流量场景，更快速的获得价值验证，提升闭环研发团队的需求ROI。
01PLUS会员省钱楼层
商详是PLUS业务最核心的经营阵地，期望在商详能够固化PLUS业务楼层，提升PLUS用户在商详对含有专属促销商品的感知。通过ISV共建平台的独立动态化楼层共建形式，投入少量的工时，完成动态化模板样式的开发以及数据接口的开发，需求于10.4.6版本上线。上线后，PLUS用户下单率显著提升。
02健康药品说明书楼层
为提升用户购药体验，提升购药转化率，增强平台专业化形象感知，期望在药品说明书楼层增加问药师入口，同时优化说明书结构，更加体验其专业性。由于需求的紧急性以及结合业务数据特性，最终是采用独立动态化楼层+核心接口下发数据的方式。项目一期共投入10人天左右，于11.0.2版本上线。通过数据观测，药品说明书CTR提升明显。
03业务方反馈
在整个试点的过程中，我们也同步收集了共建业务方的反馈，整体上是对此共建模式持支持和期待态度，以下是其中部分反馈说明：
京东零售-平台业务中心 倪同学：
“为业务团队提供了新的共建模式，短时间的研发投入获得了很高的业务价值。期望后续ISV能够持续提升对接效率，让更多的业务能够投入到共建中。”
京东健康-供应链产品部 刘同学：
“通过ISV共建机制，可以实现业务需求自闭环，极大提升了业务需求落地效率，期待未来更多的合作共建。”
京东零售-生活服务事业群 张同学：
“共建机制的出现可以减少业务和平台间的沟通成本，可以进一步提升需求落地质量，期望ISV后续可以提供更多的共建场景。”
通过ISV共建平台，ISV业务方可形成需求的自闭环研发上线，无需排队等待黄流研发团队的排期，推动业务快速落地验证，加速业务发展。未来我们也将持续开放更多共建场景，助力共建业务方快速实现需求。
ISV共建价值
ISV共建模式带来的最大改变是需求设计和开发从单团队串行变成多团队并行，过往提效瓶颈被打破，同时业务呈现形式也可以吸纳更多想法，促进业务更高质量发展。
ISV共建模式给业务方和黄流平台方带来的是共赢，业务方通过ISV共建模式可以更快的收获业务价值，而黄流平台方可更聚焦核心能力的升级，创造更多、更高效的助力业务快速发展的支撑能力。
对于业务方，ISV共建模式可以最大限度让业务方完成需求的自闭环，快速完成需求落地和验证。从黄金流程交易到频道、小程序、活动等页面，业务方可自由构建业务闭环并完整实现，让业务价值达到最大化。同时，通过共建平台提供的配套数据实验功能，可让业务方更快速的进行决策，让价值更快速的体现。
图：业务价值图示
而对于黄流平台方，一方面是整体需求产能的提升，同时研发资源又可以从庞大的业务需求中释放一部分出来，更聚焦核心能力的升级，建设更加健壮的系统、能力更加强大的平台，再用于业务方，形成循环，助力业务的高速、高质量发展。
回顾与展望
当前，ISV共建模式已成功迈出第一步，回顾整个项目过程，中间也遇到不少问题，比如共建流程链路长带来的团队协作问题，业务接入使用后发现的流程不够细化、职责不够明确、文档不够全面、部分能力不够完善等问题，这些问题也在建设的过程中一一得到解决。如针对协作问题，由主架构师打通整体技术方案，明确各团队边界，各关键点方案集中评审等机制。而对于业务方接入使用的整个流程，通过明确整体统筹人，各阶段的事项清单、产物和待办人，以及进入下一阶段的标准，并从业务方视角建立更加完善的帮助中心，以此帮助业务方能更加顺畅高效的参与到共建中来。
关于未来规划，我们将通过横向拓展更多模块，纵向则不断夯实共建基础能力及其周边生态圈，让业务方可自闭环的完成对需求的可配置到可实验，再到可观测的完整链路，加速业务的落地。
横向拓展方面，将共建模式推广到主站黄流整个链路，包括搜索、商详、结算、订单、我京等，让业务方更自由的构建业务闭环。目前部分模块已完成技术改造或者技术调研，接下来将重点推荐订单、我京模块的ISV共建。未来我们也将持续输出，对除主站之外的站点如京车会、极速版等进行赋能。
图：多模块推广
图：多模块推广当前进度
纵向则通过基础能力的不断深耕，并通过构建丰富强大的生态来提升共建质量和效率，具体将从以下几方面推进：
1.通过模板市场的搭建，提供丰富的模板组件，不断降低业务接入成本，提升共建效率。
2.通过引入AB自助实验，降低试错成本，加快业务验证，助力业务高效决策。
3.扩充和开放更多共建场景，如核心楼层的共建、区域楼层化的共建等，让业务方能在更大的范围内参与共建。
4.打通需求、测试等流水线，让流程更快速的流转起来。
5.构建系统性的度量体系，推动ISV共建产出更高ROI。
未来我们将继续探索黄金流程ISV建设的深水区，为内部业务效率、价值、质量提升提供更坚实的能力。
