精华内容
下载资源
问答
  • 首发于fxm5547的博客 需求梳理/评审例会 目的:产品待实现需求梳理; 需求陈述、讨论; 确定需求优先级; 确定业务部门分工协作。...周期:每2周固定一次,平常按需组织;...产品同学详细说明需求,参同学参与评审...

    首发于fxm5547的博客

    需求梳理/评审例会

    • 目的:产品待实现需求梳理;
      • 需求陈述、讨论;
      • 确定需求优先级;
      • 确定业务部门分工协作。
    • 周期:每2周固定一次,平常按需组织;
    • 主持:产品同学;
    • 参会:按当次需求邀请:产品、运营、市场、销售、财务、研发;
    • 时长:约2小时;
    • 流程
      • 产品同学梳理需求池,给出需求优先级及大致发布时间,参会同学讨论达成一致;
      • 产品同学详细说明需求,参会同学参与评审,讨论确定需求;
      • 产品同学安排需要业务部门(运营、市场、销售、财务)配合的具体工作。
    • 会前准备
      • 产品同学梳理好产品待办事项列表,细化需求,必要的需求出原型和PRD(包括产品故事、产品结构图、产品用例图、产品业务逻辑图等);
      • 整理收到的需求,梳理需求池,制定需求优先级;
      • 与需求提供方沟通,明确需求;
      • 完成其他准备工作。

    产品原型评审会议

    • 目的:详细传达产品功能需求(产品故事、产品逻辑和交互说明等);
    • 周期:Sprint计划会议前,或者和Sprint会议一起;
    • 主持:产品同学;
    • 参会:产品、设计、开发、测试;
    • 时长:约1-2小时;
    • 流程
      • 产品同学详细描述产品功能,包括产品故事、产品逻辑和交互说明;
      • 产品同学详细说明需求,参会同学参与评审,讨论确定需求;
      • 产品同学安排需要业务部门(运营、市场、销售、财务)配合的具体工作。
    • 会前准备
      • 产品同学梳理好产品待办事项列表,细化需求,必要的需求出原型和PRD(包括产品结构图、产品用例图、产品业务逻辑图等);
      • 整理收到的需求,梳理需求池,制定需求优先级;
      • 与需求提供方沟通,明确需求;
      • 完成其他准备工作。

    产品体验会/培训会

    • 目的:演示已经完成的产品,参会同学提出产品改进建议(用于接下来的迭代);同事也是对业务部门同学的培训,指导新产品的使用;
    • 主持:产品同学;
    • 参会:业务部门(运营、市场、销售、财务等)、产品、核心开发、QA;
    • 时长:约1-2小时;
    • 流程
      • 产品同学详细
    • 会前准备
      • 提前1-2天将预发布产品发布给大家体验;
      • 准备好用于演示的数据。
    展开全文
  • 在研讨中,培训基于微软Team Foundation Server 2013/2017/2018,对软件的全流程管理能力,做了详细介绍。培训内容基本安装微软TFS产品的设计思路,对开发团队进行了“需求-计划-开发-生成-发布...

    这周,和微软公司的朋友一起,受北京某金融企业邀请,为企业软件部门一个70多人的软件团队提供了一场基于Team Foundation Server的软件软件流程的技术研讨会。在研讨会中,培训基于微软Team Foundation Server 2013/2017/2018,对软件的全流程管理能力,做了详细介绍。

    培训内容基本安装微软TFS产品的设计思路,对开发团队进行了“需求-计划-开发-生成-发布-测试”全流程的培训。

    image

    image

    image

    image

    展开全文
  • Liquid Publishing Owl是一个Sitecore插件,可提供有关每个发布工作如何以及在何处影响您的网站应用程序的细节的详细信息。 该插件将有助于节省时间和精力,同时最大程度地减少调试和解决网站构建问题所花费的精力...
  • 项目开发流程规范

    2020-07-07 15:11:04
    1.项目启动: 1.需求文档: 2.概要设计: 3.详细设: 4.编码: 5.CodeRiew: ...这里主要说下:概要设计文档和详细设计文档,需求文档一般不要我们去写,这个产品提供。 我接触过的团队很多都是开发

    1.项目启动:

    1.需求文档:

    2.概要设计:

    3.详细设:

    4.编码:

    5.CodeRiew:

    7.自测:

    8.打包发布测试版本:

    9.正式版本发布交付:

    10.发布后的维护:

    上面这些是自己一个非科班出身的人工作几年后的总结,其实我想作为一个科班出身的软件工程专业的人,肯定知道这些流程,但是我想学校老师也是大概的讲述下,每个流程其实都有很深的知识点,值得我们去深耕。

    这里主要说下:概要设计文档和详细设计文档,需求文档一般不要我们去写,这个产品部会提供。

    我接触过的团队很多都是开发完成后才详细写这两个文档,这会造成开发周期的不确定性,会导致质量和效率没有保障,且开发的东西可能偏离方向,就像盖个房,我不调研,不做攻略,没有设计图,直接就去盖,反正过一天算一天,这样自己投入精力和时间成本,到时盖出的房子可能这儿少个砖,那儿多个瓦,万一那儿少个梁这就问题大了。

    所以在工作中编写这两个文档很重要,有了文档起码有了监督,有了保障,公司开发的东西都是需要产品化,即使是公司自己内部使用的工具,如果不贴合用户,随心所欲,做出来的东西,肯定没有良好口碑,被用户抛弃的。

    这里记录下详细设计文档应该有图:类图、时序图、用例图、流程图。

    至于文档怎么写,我想每个公司都与Demo,我想能够独自编写出这些文档,也就证明你具有设计能力,具有统筹规划的能力。

    有理,才能有据。

    精细化的产品都是在完善的制度监督保障下完成,没有规矩,不成方圆,如果非要成圆,那也是椭圆。

     

    展开全文
  • 前言目录以始为终,澄清问题与需求;思维混乱,分解聚合很关键;输出文案,清楚明晰易看懂;埋点校验,SQL平稳教过渡;追求卓越,理论管理两不误;...(后续文章详细描述)接下来将对埋点全流程详细阐述,让...

    1b0334db00a454e14bc4850a2a52e549.png
    前言目录
    1. 以始为终,澄清问题与需求;
    2. 思维混乱,分解聚合很关键;
    3. 输出文案,清楚明晰易看懂;
    4. 埋点校验,SQL平稳教过渡;
    5. 追求卓越,理论管理两不误;
    理论准备

    c465bfa94011268fa08992f504d0bf1a.png
    前端埋点图示
    • SDK:相当于开发集成工具环境,通常在客户端部署SDK代码,当用户行为触发预定义事件后,会自动存储上报事件点;
    • Kafka:分布式的基于发布/订阅模式的消息队列,用于大数据实时处理领域;(后续文章详细描述)

    接下来将会对埋点全流程作详细阐述,让我们开始进阶之旅:

    一、以始为终,澄清问题与需求

    在埋点工作正式开始之前,需要根据实际业务情况,确定好埋点需求的出发点至关重要,不仅方便后续埋点维护,更方便日常的数据统计分析工作,抛开理论,以实际埋点为例(不懂参数设定不要紧,后面详细说明)

    提示:涉及的字段囊括范围,页面停留时长计算方式等都会详细列出;

    广告(Ad)埋点

    7128f6373ed234c74def30aa2d6dcb9d.png

    其中,涉及具体业务需求的字段有:entry,source,newstype,show_type,extend等;

    • entry涉及到目前现有业务所有广告入口,必须针对业务实际情况罗列;
    • source涉及广告对外投放平台,必须针对业务实际情况罗列;
    • newstype涉及广告在各入口,各对外投放平台的内容形式;
    • show_type涉及广告在各入口,各对外投放平台的展示形式;
    • extend1/2为应对产品不断变更的需求增设的预留字段,根据具体业务添加;

    内容列表页加载埋点(loading)

    b37705a683836ab7ff4466fce3ddd594.png

    其中,涉及具体业务需求的字段有:type,status,extend等;

    • type涉及业务中所有的列表页加载方式,通常有底部点击加载、顶部下拉加载、加载按钮、回到顶部自动刷新加载、底部触发加载(内容瀑布流)等
    • status涉及业务中所有设定的已知加载错误状态码,通常包含:网络中断、网络异常等等;
    • extend1/2为应对实际业务新增设的预留字段,根据具体进行添加;

    内容点击(display)

    2e98212c9170d2ceefd69d45c1317924.png

    其中涉及具体业务需求的字段有:goodsid,category,extend2等;

    • goodsid涉及业务中商品的具体形态,如视频,电商团购商品,内容,课程等等,根据具体的类目指定各自的内容点击(display)数据点字段;
    • category涉及商品的分类,像传统电商有三级分类展示;
    • extend1/2为预留字段,根据实际业务新增;

    内容详情页(detail)

    3ac8206a8af4a2096beb435f0a8b589c.png

    其中涉及具体业务需求的字段有:entry,goodsid,show_style,status,category,extend1/2等;

    • entry涉及业务中所有能够进入到商品详情页的位置,类似自身业务广告入口来源,对比理解其实不是很难;
    • goodsid涉及业务中所有的实体/虚拟商品ID,最好结合业务对该点进行拆分,不要混为一谈;
    • show_style涉及商品在详情页中的展示形式,涉及具体业务可能会明显有所不同;
    • status涉及业务中所有设定的已知加载错误状态码,通常包含:网络中断、网络异常等等;
    • category涉及商品的分类,像传统电商有三级分类展示;
    • extend1/2为预留字段,根据实际业务新增;

    5efaaec0e6bd81a2130f25cd7cb6fa64.png

    凌晨一点了,写的有点累,此外涉及的消息通知、用户前台活跃、用户后台活跃、评论、收藏、点赞、错误日志、启动日志数据等评论区留言,后续慢慢补充,等不急也可以在评论区留言,单独发送;

    问题1:刚接手公司前任数据产品经理的埋点文档,如何迅速从需求触发,理清埋点业务框架?

    • 用Xmind绘制公司产品架构图,方便从整体上宏观把握业务体系;
    • 将旧文档中埋点与产品架构图作对应,找出盲点以及残缺,进行针对性标记;
    • 针对旧文档文本表述,利用测试环境设备进行测试,校验数据点是否准确无误;
    • 旧数据点有误或者旧文档描述与实际测试结果有差异,及时对埋点文档更新,邮件同步相关人员;

    问题2:理清埋点业务框架后,发现数据点不准,该如何处理?

    • 首先,根据数据统计,判断是单个或者某个业务相关数据点不准确(远低于99%),还是整体数据都不准确;
    • 如果是单个/某个业务相关数据点不准确,可以寻找开发工程师抓取客户端回传数据包和服务端接收数据包比对,查看是否存在丢包问题;
    • 如果是整个业务数据点都存在异常,则需要开发工程师检查埋点SDK以及服务器网络稳定性问题;
    • 以上两种都排除以后,仍然问题存在,需要数据产品经理与开发工程师详细核对触发逻辑,受个人技术限制,也可以寻求稍微资深的开发工程师寻求帮助,一起检查代码问题;
    • 注意:类似神策和诸葛IO等SaaS平台都设计有数据管理功能,对上传接口数据点是否入库以及数据安全性和准确性作校验,检查相关数据点是否被禁用;

    aec929c6c3da53309006e134b893c7d7.png

    问题3:接收数据埋点错误,要不要和开发开会,会不会得罪人,私底下解决可好?

    数据产品经理应该对自己所负责数据流负责,出现了任何问题都得去理性,冷静面对;如果开发工程师因为排期问题得不到解决,可以寻求开发领导的协调,数据作为公司业务线的核心驱动力,其重要性可见一斑;勇于承担责任与义务,难的不是技术而是沟通;

    那么在了解业务后,梳理接下来需要面对的实际需求:

    • 从采集位置上划分为:前端埋点、后端埋点;
    • 从功能需求上划分为:业务埋点、监测埋点;
    • 从业务路径上划分为:路径埋点、独立埋点;
    • 从表现形式上划分为:显性埋点、隐性埋点;
    • 从组合形式上划分为:聚合埋点、单一埋点;
    • ...

    二、思维混乱,分解聚合很关键

    在面对数据埋点是,是否点越多越好?

    像第一节表格内容一样,你可能对数据点有了充分的认识,大多数情况下,数据点都不是孤立存在的,而是一个业务、功能、性能调优等集合,如何理解数据点为什么要聚合,就得介绍下数据在数据仓库中如何利用:(数仓设计以及背后的技术问题,后续文章更新)

    数据仓库通常分为:ODS、DWD、DWS、ADS;

    • ODS(operation data store)原始数据层:存放原始数据,通常这一层数据要做备份,防止数据丢失造成无法挽回的结果;(2020年2月25日发生的微盟数据事件足以证明ODS层的重要性)
    • DWD(data warehouse detail)明细数据层:与ODS结构和粒度一致,只不过进行了数据清洗;
    • DWS(data warehouse service)服务数据层:聚合到用户当日,商家当日等粒度,通常会以某一个主题为线索,组成跨主题的宽表,比如一个用户ID串联该用户的所有操作行为记录及业务数据;
    • ADS(application data store)数据应用层:为统计报表提供数据,通常为DWS层数据组合;

    数仓开发中涉及的业务表和事件表众多,不可能对于某一个新增需求不考虑其可复用性和扩展性需求,所以在设计时,尽可能合并相关业务点,方便数仓开发工程师利用事件表对数据仓库进行业务梳理分层设计;

    e9390f614f556b926187a6259392f520.png
    关系模型

    数据仓库各层包含哪些数据,以及这些数据到底如何组织,可以参阅下图。

    1778440365a4eb8bfa15552dbe32bfcb.png
    (图片来源:尚硅谷大数据开发)

    有了对数据仓库的认识,相信你对如何设计前端业务埋点有了基本的了解,那么接下来介绍如何输出文案,方便技术理解;

    三、输出文案,清楚明晰易看懂

    输出文案可以向第一节表格内容呈现,但是实际解决问题过程中,面临多个问题需要思考:

    1. 如何设计埋点,埋点都是由哪些构成的?
    2. 每次更新文档都比较烦,找不到以前是否埋过这些点?
    3. 如何成有效管理埋点,产品的进度太快,很多时候研发在埋点文档中看不到哪些是新增的?
    4. 前端埋点依赖发版,如果多个版本相同埋点参数不一致,怎么能够更好管理埋点?
    5. 研发不清楚前端页面具体埋点位置,通过单一文档无法识别,如何能更高效输出文档?
    6. 聚合的埋点在各业务场景中是否存在不同,如何能够更好的说明埋点的参数不同?
    7. 不懂开发,能不能有一个好的工具方便我管理自己设计的埋点,传统excel在埋点较多时不方便寻找管理?

    你是否有过这些疑问,在埋点之初这些问题会一直困扰你,特别是在业务量庞大时,需要的埋点更是难以高效管理版本迭代情况,那么对于追求卓越的数据产品经理,我们如何才能解决业务问题;

    根据自己的经验,我设计了一套以Axure为原型的埋点管理系统(需要的私信),能够方便我解决以上的所有问题,因为涉及到具体业务,所以我对原版本进行了大量删除,只保留部分业务作为讲解:

    f50f6c126669abac1e1e0bbb17e49ba8.png
    Axure数据埋点管理系统设计https://www.zhihu.com/video/1219658404060704768

    数据埋点管理的功能做简要介绍:

    数据点增/删/改记录部分

    这部分通常展示当前数据点命名规约,以及旧系统迁移打点,新系统新增、修改、删除打点项,而且Axure自带免费发布功能,能够及时的同步所有修改内容;

    16fa59ab5e6b0cf5b6bec8c86302c8db.png
    搜索功能

    通过设置的内置搜索功能,能够方便快速定位到“数据点增/删/改”部分相应变更点;

    c0e84134949b27bf641073b9d7fbf1c0.png
    数据点版本详细描述

    通过记录数据点各版本字段保留以及详细说明,一方面方便研发开发,另一方面及时掌握数据点变更原因,变更前状态,有效溯源历史业务场景,管理更加高效便捷;

    717df0f1bffa88b3188093600490bfc7.png
    数据场景描述

    针对某个组合数据点出现的业务场景,统一做罗列,很多情况下并不是所有的字段都是可缺省的,根据实际业务的组合场景更加普遍,所有有效的文档才能减少与开发沟通,提高工作效率,目前我的文档不会再和开发详细对细致内容,减少了相互之间宝贵的时间,提高产能;

    519082d9d58085ece8d5352f2c993df2.png

    四、埋点校验,SQL平稳教过渡

    介绍了埋点以及埋点的管理,接下来针对用户操作行为数据验证埋点准确性提供几种方法:

    1. 通常情况可以让测试人员提取客户端上传埋点日志文件和服务端接收日志文件作对比,观察两者是否存在丢包情况;
    2. 通过在数据库中自查,验证埋点是否已经正确上传:
    SELECT 埋点名称 FROM 事件表 WHERE time >= '2019-03-01 00:00:00' AND time <= '2019-07-07 23:59:59'

    3.检查转化流程中是否存在明显数据异常(以电商为例):

    从用户行为中取,下单人数(只要下单次数>0),支付人数(只要支付次数>0),再从日活跃数表中取活跃人数,然后对应的相除就可以了。SQL可以后台回复;

    五、追求卓越,理论管理两不误;

    简要的数据埋点格式可以参照以下图进行理解:

    140a4f9de9efd5ea0cf5ae4c861460be.png

    通过大数据处理、数据统计、数据分析、数据挖掘等加工处理,可以得到衡量产品状态的一些基本指标,比如活跃、留存、新增等大盘数据,从而洞察产品的状态。此外更重要的是随着数据挖掘等技术的兴起,埋点采集到的数据在以下方面的作用也越来越凸显:
    驱动决策:ABtest、漏斗优化、用户增长、bug修复、精准营销、流失用户预警
    驱动产品智能:智能推荐、场景化提示等
    驱动安全:风险识别

    f78133681e0f57c2bc298db5ab9fc0e1.png

    五点了,睡觉往后章节会给大家详细介绍数据仓库、数据挖掘算法、SQL高级查询、Python/R与数据挖掘文章,更好的以实践为驱动力,快速成长;

    可以私聊我教你PPT也是可以的,对内对外都是必备技能,放几张自己做的胶片:

    aea94785d988f752d88d0c6ae0fc6602.png

    6b57e7d1f350a371547c9786b2461427.png
    展开全文
  • 02 敏捷开发测试流程

    2020-09-24 23:03:34
    一个典型的敏捷开发测试流程 为了详细讲解不同阶段或职位(Title)的测试开发所做的工作有哪些不同,我以当前流行的...细化之后的需求按照优先级和发布规划,分为多个 Sprint 进行开发、测试、上线。在每一个 Sprint
  • 接下来进行详细介绍。 仓库(Repository) 在项目的开始到结束,我们有两种仓库。一种是源仓库(origin),一种是开发者仓库。上图中的每个矩形都表示一个仓库,正...
  • 软件开发文档-开发流程..

    热门讨论 2009-07-02 14:55:18
     参加专业性的会展、研讨,宣传产品。  通过朋友联系潜在客户,推销产品。  与政府、行业协会合作推广。 8.3 销售方式和渠道 提示:常见的销售方式和渠道有  直销。本公司有关人员和客户直接联系,销售...
  • 设计工程师还负责在产品发布之前的核对和审批。 (3)定单记录员:验证产品配置,创建产品配置精确BOM。 2.3 产品配置模型 产品配置中客户、销售代表和定单处理人员可以从企业提供的产品特征和选项列表中进行选择,就...
  • 完善服务流程 杜绝大喊网管的不雅行为 把粗俗的呐喊转变为幽雅的音乐 文化 · 品位 · 生活让我们的事业更成为文化的事业 让我们的顾客更展示绅士的品位 让我们更好的享受我们和谐的生活传扬文化 崇尚品位 完美...
  • Android高级编程--详细书签版

    热门讨论 2013-02-06 17:37:52
    CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 Android高级编程 基本信息 原书名: Professional Android Application Development 原出版社: Wrox 作者: ...
  • JSTL详细标签库介绍

    2010-11-01 16:37:44
    因为一些程序员使用不支持异常处理语言编程时,往往拖延或忘记错误处理程序的编写,故,Java强制程序员从项目一开始就着手进行异常处理,程序员必须投入很大精力把异常处理的策略融合到软件产品中<BR>11、 ...
  • Android应用开发揭秘--详细书签版

    热门讨论 2012-12-12 13:27:46
    14.4.2 流程控制和线程 424 14.4.3 游戏对象与对象管理 427 14.4.4 图形引擎 428 14.4.5 物理引擎 441 14.4.6 事件模块 443 14.4.7 工具模块 445 14.4.8 脚本引擎、音效模块网络模块 446 14.5 小结 450 第...
  • iPhone开发秘籍(第2版)--详细书签版

    热门讨论 2012-12-11 13:42:25
    对iphone sdk中的各种组件做了深入浅出的介绍,包括iphone 3.0 sdk的所有新增特性,同时对iphone开发的基本流程、基本原理和基本原则进行了详细且通俗的讲解。此外,还结合实例讲解了如何开发各种iphone特性,包括...
  • CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 Google Android开发入门与实战(09年度畅销榜TOP50)(附赠400分钟高清教学视频 ,涵盖5大商业案例完整源代码) ...
  • CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 iOS软件开发揭密:iPhone&iPad;企业应用和游戏开发 基本信息 作者: 虞斌 出版社:电子工业出版社 ISBN:...
  • 本文会详细的说明我们移动App项目gulp的使用经验,部分关于gulp的介绍来自国外网站。 gulp是 Fractal公司发布的一个新的基于nodejs的构建系统,目标是取代Grunt,成为最流行的JavaScript任务运行器。目前ionic框架...
  • CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 Oracle DBA手记:数据库诊断案例与性能优化实践(一线Oracle DBA工作思考的心得,盖国强亲自策划) 基本信息 ...
  • 测试常见面试题

    2021-04-14 20:06:42
    首先参与需求评审会议,产品会介绍产品业务及功能细节,开发对功能实现流程做一个介绍;之后大佬制定具体测试计划,然后我们编写测试用例,写完后进行用例评审。等开发开发完成并且自测通过后提测,测试正式介入。...
  • SC和产品发布相关,所以和发布经理有很多工作关联,SC负责让产品安全的发布。请参考使用正确的联系方式以获得最佳和最快的响应。 清单或群组 类型 用途 security@openeuler.org Private openEuler安全披露...
  • 为了更好的熟悉这个产品,准备将其中的一两个模块拿出来当实战,所以才有这个系列~回到正题本系列从对产品做需求分析,数据库表分析到项目基础框架搭建,技术选型,项目编码到最后的发布这整个流程做相对详细的描述....
  • 为了更好的熟悉这个产品,准备将其中的一两个模块拿出来当实战,所以才有这个系列~回到正题本系列从对产品做需求分析,数据库表分析到项目基础框架搭建,技术选型,项目编码到最后的发布这整个流程做相对详细的描述....
  • ProShop电子商务平台 使用MERN Stack和Redux构建的电子商务平台。 产品特点 功能齐全的购物车 ... 另外,在导入文件(不是包)时,请确保在末尾添加.js,否则出现“找不到模块”错误 您还可以根据需要安装和
  • 专业商店-源码

    2021-02-11 06:37:18
    ProShop电子商务平台 使用MERN Stack和Redux构建的电子商务平台。 产品特点 功能齐全的购物车 ... 另外,在导入文件(不是包)时,请确保在末尾添加.js,否则出现“找不到模块”错误 您还可以根据需要安装和设置
  • 1月6日,阿里云CDN年度产品升级发布会中,阿里云CDN产品专家邓建伟宣布DCDN离线日志转存全新升级,并对离线日志转存方案的价值、应用及使用进行了详细解读。 在日常CDN加速服务过程中会产生大量的日志,客户需要...
  • ProShop电子商务平台 使用MERN堆栈和Redux构建的电子商务平台。 这是我的课程的课程项目 特征 功能齐全的购物车 ... 另外,导入文件(不是包)时,请确保在末尾添加.js,否则出现“找不到模块”错误 您还可
  • ProShop电子商务平台 使用MERN堆栈和Redux构建的电子商务平台。 这是我的课程的课程项目 特征 功能齐全的购物车 ... 另外,导入文件(不是包)时,请确保在末尾添加.js,否则出现“找不到模块”错误 您还可
  • ProShop电子商务平台 使用MERN堆栈和Redux构建的电子商务平台。 这是我的课程的课程项目 特征 功能齐全的购物车 ... 另外,导入文件(不是包)时,请确保在末尾添加.js,否则出现“找不到模块”错误 您还可

空空如也

空空如也

1 2 3 4 5 ... 13
收藏数 249
精华内容 99
关键字:

产品发布会详细流程