项目管理故事:客户需求

我从华为身上学到的项目管理经验 -- 需求篇 记录这三年,关于项目管理上的一些心得体会 – 需求篇对于需求,我们可以根据不同的角色、理解拆分成三个过程:简单来说就是:需求分析原始需求、 需求拆分为系统需求、 需求实现为功能需求**需求分析**: 将客户需求 输出成 需求描述。 需求经理需要把 需求 转换成 客户能够接受的 初始需求 IR(Initial Requirement) 对于用户来说,我只管提 我的原始需求是 阅读详情

话说李雷(英文名Li Lei, 初中英语教科书中风云人物)从国外留学回来后,直接开了一家饭店,当上了老板,经营各类小吃主食, 李雷这个店经营的项目有以下:

  1. 早餐: 米粉,馒头 + 稀饭。
  2. 中餐: 盖码饭 + 面条(盖码饭,就是饭上面放入配菜,比如回锅肉之类的, 同盖浇饭,盖头)
  3. 晚餐: 各类烧烤

  可以看出,李雷(后面我们采用Boss Li来尊称)经营的范围非常之管,几乎覆盖了常见市面上的各类小吃,由此也可以看出,Boss Li这些年为了迎合自己的客户,下了一番苦功夫,基本上覆盖周边各种需求的人群。Boss Li的企业文化是: ”尽一切力量满足客户的需求“,客户要什么,Boss Li 就提供什么,自认为把客户照顾的无微不至。

 

         某天临近中午, BossLi 和员工们正在举行重大例会,讨论即将到来的午餐时刻,客户需要什么以及怎么做的问题,会上员工们纷纷发言,对午餐项目进行全方位需求研讨【一般这样的会议每天三次,每次一小时】,正当Boss Li 准备做风险评估的时候, 一声沉重有力的声音“砰”,将所有的人目光都吸引了过去。

         好家伙! 一个沉重的行李袋,直接砸在四四方方的饭桌上!Boss Li正想说点什么的时候,行李袋的主人,提前拉开了话局:

         “老板,来碗牛肉米粉,不加米粉!快点,哥饿死了!”

         BossLi 定睛一看,这位自称为“哥”的客户,长得虎头虎脑的样子,一看就不是个善茬子, 但本着公司企业文化”尽一切力量满足客户的需求”, Boss Li需要搞定这个客户,Boss Li 速度分析了一下当前团队资源以及客户需求,凭借多年的项目管理经验,飞快得出以下清单:

客户需求分析:

  1. 牛肉米粉,不加米粉=====》客户需求是牛肉
  2. 客户年龄35岁,骨骼奇特,相貌呆板,是个死脑经,让其改变几乎不可能

团队资源分析:

  1.  过了早餐时间,米粉,以及牛肉配菜已经全部用完
  2.  现有资源:面条,以及盖码饭

Boss 的团队成员金牌服务员韩梅梅,也想到了这些问题,上前一步,很有礼貌的对客户说: “先生,对不起,我们中餐只有….”

话还没有说完,Boss Li狠狠的瞪了韩梅梅一眼,打断了她的话:“这位先生,我们中午提供牛肉,您要炒着吃,还是水煮呢!” 作为公司老板,Boss Li知道,必须高举公司企业文化的大旗!

“刚不是跟你说了,要牛肉米粉吗?耳朵不好使啊!”客户怒道。 好容易发飙的客户!BossLI哪里知道,这个客户,是“全球最难搞定客户”,他的年纪比Boss Li更大,出现在教科书的时间,也比Boss Li 李雷更早,有着一个响亮的名字,小明!这个以刁钻古怪而闻名于小学数学界的人。

         也许你不相信,那好,请听题:

         小明钓鱼回来,小玲问他钓了几条鱼小明答:“6条没头,9条没尾,8条只有半个身躯。”小明到底钓了几条鱼。

         看到这里,很多读者都留下了怜惜的泪水:小明在河边,对鱼都做了些什么啊??? 令人发指,不但如此,小明生活在人性扭曲的家庭环境,他们日常一个简单的对白,都复杂得令人抓狂,比如:

小明跟爷爷聊天。爷爷对小明说:“当我的岁数是你爸爸的岁数时,你才5岁呢。”小明对爷爷说:“我的岁数是您现在的岁数时,我爸都89岁了”,请问小明的爸爸都少岁?

还有很多, 苦大仇深的小明,  终于修炼成“全球最难搞定客户”…

 

言归正转,Boss Li正准备搞定小明,于是,他吩咐韩梅梅去买牛肉,米粉,以满足客户需求,同时,Boss Li小心翼翼的对小明说:“先生,你确定是要牛肉米粉,真的不加任何米粉吗?”

小明一愣,脸红一阵白一阵,“我有说过吗? 不加米粉的牛肉米粉? 哦,说错了,不放辣椒。”这就是客户,要推翻自己说过的,速度之快,始料未及,还好Boss Li也是搞客户出生的。Boss Li说: “那您稍等,我们准备牛肉和米粉。”

我们再来看韩梅梅小姐,Boss Li的话哪敢不听,立马飞奔到里饭店1.5公里左右的超市去买牛肉,以及1.8公里左右的市场去买米粉。

约15分钟后,客户小明发起第一次投诉,嫌弃上饭太慢。 Boss Li凭借多年的阅历,花1分钟,将客户安抚下去,此时,韩梅梅同学刚好买到牛肉。

约十分钟后,客户小明发起第二次投诉,内容同上,Boss Li继续仰仗高深客户技巧,花去五分钟时间,将客户搞定,此时韩梅梅同学买到了米粉,原料配齐。准备做菜。

约5分钟后,客户小明发起第三次投诉,火气非常之大,宣布中餐绝食, Boss Li对付这些客户的技巧用尽,终于亮了一张王牌A。

“小明先生,非常对不起,服务不周到处请见谅,向您这样一位为了一碗米粉而等候半个小时的客户,属于我们的金牌客户,我们决定给您会员价格,原价19.9元的牛肉米粉,我们将19块提供给您。” Boss Li微笑着说。

“这不是钱的问题,老板,我的时间很宝贵的,我等了那么久,浪费了我这么多时间”小明怒道,“这碗米粉,我只能出18.9,要不是看在你这么有诚意的份上,哥早就走了!”

成交!少挣了一块钱而已,Boss Li想。至少公司的文化保住了,客户对我们的工作应该会认可。

  终于米粉上来了,小明一边吃米粉,一边抱怨牛肉吃起来像猪肉,米粉不脆之类的,Boss Li一边点头赔不是,大汗淋漓。旁边的韩梅梅,眼睛也是饱含委屈的泪水。

“什么破店,吃碗米粉,浪费掉老子1个小时!”小明吃完后一边掏钱,一边还在骂道,“遭了, 火车要晚点了!” 小明说完,用眼神狠狠的扫杀BossLi的团队一遍,“哥还不如在你们家对面吃个盖码饭呢!再也不来你们店吃东西了!”


  按照惯例, 本博客《项目管理》片段连载,将进入下面的环节, 这个我将陆续补上。

【Continue...】

  Boss Li在冷风中将这一切尽收眼底, 当客户将最后一句差评迎面砸向他时, 他顿时呆住了。 Boss Li毕竟是身经百战的海归一族,他想到的,并不是客户的举动让其难堪,而是为什么导致了这些结局。

Boss Li 认真考虑了一下, 发现小明客户的需求, 实际上可以这样来分析:

1. 小明需要牛肉米粉的时候, 实际上提出的是解决方案, 并不是客户的需求。 

    客户需求: 扫除饥饿

    客户角度出发的方案: 牛肉米粉

为什么客户不会直接表达需求,而是一个非常具体的方案? 有两个原因: 一是客户不会取表达一个归纳的思想,会选择生活中找到一个贴近的方案,并且将该方案,作为需求的方式表达出来。 所以,客户调研的时候,切勿把用户直接当成方案总体规划设计师,而是,弄清需求,做好归纳。

2. 那么小明真实的需求是什么呢? Boss Li事后认为,可以这样概括:

  a. 能填饱肚子的食物  b. 食物上来要迅速,以免耽误赶火车的时间  c. 满足自己特定的口味. d. 价格合理

  所以, 如果弄清出这些需求,不妨对用户说: 先生,可以试试我们店里面招牌菜香辣回锅肉, 今天降价促销, 并且十分钟就可上菜了。

3. 要舍得放弃用户, 如果锁定在某个领域发展产品,不需要一味的迎合客户,而是将客户引导到自己的产品上来。 对于过分固执的用户,要舍得丢弃。

【Happy Ending】

后来, 小明整改了饭店经营方向:

1. 早上, 米粉盖头

2. 中午, 盖浇饭

3. 晚上, 盖浇饭

后来,饭店名称也修改成: “江南盖帮“, 盖头菜做得有声有色,发展成远近闻名的餐饮连锁

【Thinking Too Much】

1. 不要妄图解决所有问题, 面向一切客户

2. 通过挖掘用户的需求,而不是让用户充当设计师、产品经理的角色

3. 善于引导用户成为潜在的客户,而不是花高成本解决新客户,新问题,新需求。


PBA.客户需求分析 & 需求管理 大部分人认为,产品满足不了客户需要,是因为客户告知的需求是错误的,这听起来有一些道理,却没有任何意义。 阅读详情

相关推荐

敏捷项目管理21天学习计划--用户故事地图

上图是基于敏捷故事的一个看板或者说敏捷流程中的一种,没有什么比亲身投入的效果更好。用户、组员需求方通过自身的投入、表达以便于让团队成员更加了解其想法和统一组员的想法。用户故事是一种思维,即故事思维,运用故事的元素进行思考和设计,解决问题、达到某种效果。用户故事设计中核心是通过故事传递信息,引起共鸣,解决问题。 讲故事不是一个简单工作,需要优秀的组织能力,清晰的表达方式,达到听众清晰明了我们想表达...

老程的自习社 456

项目经理那些事、一:客户需求是个坑

感言从2016年8月从科达自控出来经历了很多事情。在新的工作岗位上做出了一些成绩,吃了一些亏,增长了很多新的知识。 回顾这些时刻,有种冲动,希望能把他记录下来。无论作为未来的回顾,亦或者能够为其他有缘人看到,有所帮助,都是不错的体验。技术的、销售的、客户的需求是五马分尸的拉扯技术经常会碰到各种奇葩的客户,大部分客户不知道自己要什么东西,他们和销售来回讨论的、提交给技术的需求通常都非常简单。我的项目

星维数智的技术专栏 2339

项目管理进阶——解读敏捷需求分析和项目管理实战【附全文阅读】

敏捷需求分析与项目管理实战要点:需求分析通过用户故事、原型验证等工具实现需求建模与动态管理,强调用户全程参与和快速迭代反馈;项目管理则聚焦角色分工(如产品负责人)、固定节奏(如双周迭代)及工具支持(如Jira看板)。敏捷方法适用于需求多变的软件开发场景,需注意控制需求蔓延和合理估算工作量。核心差异在于敏捷更强调灵活响应变化,而传统方法侧重前期规划。

cdfunlove的博客 1457

几个项目管理的小故事

1、罐子满了吗 在一次关于项目管理的课上,教授在桌子上放了一个装水的罐子,然后又从桌子下面拿出一些可以从罐口放进罐子里的“鹅卵石”。当教授把石块放完后,正好堆满整个罐子。这时教授问他的学生:“你们说,这罐子现在是不是满了?” “是”所有的学生异口同声地回答说。“真的吗?”教授笑着问。然后又从桌子底下拿出一袋碎石子,把碎石子从罐口倒下去,摇一摇,再加一些,再问学生:“你们说,这罐子...

2666

ROS2实战:手把手教你用walking机器人仿真实现医院多楼层自动配送(含实时地图切换)

本文详细介绍了如何利用ROS2和walking机器人仿真平台实现医院多楼层自动配送系统,重点讲解了动态地图切换技术和多楼层导航的实现方法。通过实时加载地图和优化电梯过渡策略,解决了医院复杂环境下的自主配送难题,为医疗物流自动化提供了实用解决方案。

weixin_29090917的博客 358

51单片机STC8G1K08驱动ws2812记录

使用51单片机控制17个2812灯,这里选择STC8芯片,最大频率可以达到35M,参考网上的各种文章案例,使用定时器做的时候实测做不到规格书要求的245-345ns,STC8G1K08不带PWM,所以只能使用nop来做,好在单片机在这里只有做编程灯的功能,省略测试过程,下面是程序,使用的是24MHz内部晶振 //设置一个灯珠 void SendOnePix(unsigned char *ptr) { unsigned char i,j; unsigned char temp; fo...

的博客 7320

四个故事理解用户需求

1、说某富翁选老婆,三个候选人,富翁给每人1000块钱,让她们把房间装满,第一个MM买了棉花,第二个MM买了气球,第三个MM有创意,买了蜡烛,让光线充满了房间,结果富翁选了胸部最大的那个MM。 2、有个靓妹选男友,第一个男的说,我要带你去最幸福的地方,第二个男的说,哪儿都不用去,只要跟你在一起,任何地方都是最幸福的。女孩好感动,最后选择了更有钱的那个。 3、一外村男人赶了三头猪路过某一...

yangxiaohan000的博客 358

从ATE到ATPG:基于Scan Chain的芯片制造缺陷定位实战解析

本文深入解析了从ATE到ATPG的芯片制造缺陷定位实战技术,重点介绍了Scan Chain的工作原理、异步复位触发器处理技巧以及Design Compiler中的DFT实现方法。通过实际案例展示了如何利用ATE测试数据和ATPG工具进行精确的缺陷定位,并分享了提升测试覆盖率和优化测试成本的专业技巧,为芯片测试工程师提供了宝贵的实战经验。

weixin_42527160的博客 378

一个真实的项目经历,很多东西大家可以借鉴下

【背景介绍】 Z公司接了一个国外客户Y的交易系统开发实施项目,双方没有签署任何的协议,Z公司希望通过这个项目的合作,将此系统作为产品占领该国市场。 项目的组成人员包括1个PM,10个左右开发人员,4个左右测试人员,1个翻译,外加工程、市场、销售、客户经理等,总共约20人参与此项目,项目管理和交付由PM负责。PM有多年行业经验,但是无项目管理经验。Z公司对客户承诺:核心团队将在客户现场开发。 由于双

打印/传真嵌入式开发--张志龙的专栏 8257

【MIMIC数据库教程】一、MIMIC-IV3.1表格与字段详解(一):Hosp和ICU模块表格整体介绍

MIMIC-IV 3.1 版本包含住院 (hosp) 和 重症监护 (ICU)提供全院电子病历数据,包括入院信息、实验室测量、微生物学、用药、账单等,共计22 张表。记录重症监护室数据,如静脉注射、呼吸机设置、生命体征等,共计9 张表。

BD_Design_cs的博客 3419

Halcon实战:5分钟搞定金属表面划痕检测(附完整代码解析)

本文提供了一份基于Halcon的金属表面划痕检测实战指南。通过核心的动态阈值算法,快速从图像中提取局部对比度异常区域,并结合形态学后处理与特征筛选,精准识别划痕。文章详解了从代码搭建、参数优化到工业场景适配的全流程,帮助工程师在五分钟内构建稳定高效的机器视觉检测方案。

weixin_29084231的博客 495

项目管理小故事之小矮人的故事

小矮人的故事   在古希腊时期的塞浦路斯,曾经有一座城堡里关着一群小矮人。传说他们是因为受到了可怕咒语的诅咒,而被关到这个与世隔绝的地方。他们找不到任何人可以求助,没有粮食,没有水,七个小矮人越来越绝 望。小矮人们没有想到,这是神灵对他们的考验。小矮人中,阿基米德是第一个收到守护神雅典娜托梦的。雅典娜告诉他,在这个城堡里,除了他们呆的那间阴湿的储藏室以外,其他的25个房间里,有1个房间里有一些

分布式技术的专栏 1625

Arcgis使用NDVI值遥感反演叶面积指数(LAI)

经验模型反演操作不难,主要是要多看文献,了解公式。本文中的公式我也不清楚是哪个作物的NDVI和LAI的关系(别人提供的),继续看文献整理吧。后续会在下面罗列更新一下主要公式。

所有专家都曾始于新手 8428

后敏捷时代:从“交付效率”转向“价值探索”的项目管理新范式

未来的项目管理,不只是流程的执行者,更是价值的共创者。衡量一个项目经理水平的唯一标准,不再是“有没有延期”,而是“是否解决了真实的问题。当我们从“交付驱动”转变为“探索驱动”时,项目经理这个角色反而会因为AI的发展而变得更加不可或缺。

kathy7的博客 307

用业务语义织就企业数据之网:SAP Datasphere 的定位、架构与落地场景全解析

SAP Datasphere作为SAP业务数据云的核心组件,通过语义层整合企业内外部数据,支持实时分析与AI应用。其核心功能包括数据集成、语义建模、虚拟化与仓库能力,通过Spaces实现资源隔离,Data Builder和Business Builder分别面向技术和业务建模。该平台与SAP HANA Cloud、SAC等深度集成,支持财务统一分析、供应链可视化等典型场景,并可通过BW bridge实现传统BW资产云化迁移。Datasphere强调开放互联,能与Databricks等生态伙伴协同,为企业提供

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1360

3D 结构光相机工作原理全解 | 从编码投射到三维重建,原理 + 代码 + 工业实战一站式掌握

本文从3D结构光相机的整体架构出发,层层拆解了编码投射、相位计算、相位解包裹、三维重建的核心原理,补充了工业实战所需的公式推导、代码实现、参数调优、设备选型和案例落地,核心总结如下:相位是3D结构光成像的“灵魂”,其精度、稳定性直接决定3D重建的效果,包裹相位与绝对相位的区分的是工业实战的基础;编码投射的核心是“正弦条纹+格雷码条纹”组合,正弦条纹负责高精度相位提取,格雷码条纹辅助解包裹,适配工业场景的精度与稳定性需求;

getusushu的博客 411

软件项目管理目标拆解实战:从需求到上线全流程复盘

软件工程与项目管理在实践中并非割裂的两套体系,而是需要围绕明确的目标深度协同。本文从最基础的项目管理目标拆解切入,先厘清业务目标与工程目标的转换逻辑,再引入Cynefin复杂度模型帮助判断项目属性,进而选择轻量敏捷与阶段评审相结合的管理方式。随后以真实项目为蓝本,完整呈现需求分析、进度控制、质量保障、接口集成及数据迁移等环节的落地要点,并针对需求变更频繁、进度失控预警、环境不一致、沟通信息断层等高频问题给出可复用的排查技巧。无论你正面临需求蔓延,还是渴望提升团队协作效率,这套融合目标驱动与工程实践的方法论,

weixin_33960567的博客 227

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

网络直播课程 - 体验极限编程(XP)

无论你在北京、上海,还是在地球上任何一个地方,只要你能上网,你能用浏览器,就可以参加这个课程!这次咱们首次开办的在线直播互动课程,我将会为大家在线分享!以下是这次课程的信息: 下载 (470.45 KB) 半小时前 课题:体验极限编程(XP) 直播时间:2012年09月01日 星期六 14:01 - 15:01人数上限:300人费用:免费课程详情:极限编程,英文:Extr...

weixin_30302609的博客 138

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

需求分析-用户故事

需求分析 - 用户故事(User Story) 用户故事(一) 用户故事在软件开发过程中被作为描述需求的一种表达形式;为了规范用户故事的表达,便于沟通;包含角色、活动、价值三个要素。 用户故事的概念 概念这种东西我喜欢说文解字的方式去理解和阐述;用户故事=用户+故事=人+故+事,那就是一个人因为什么原因要做什么事,提炼出来三要素就是who、why、what。从需求角度描述就是一个用来确认用户和用户需求的简短描述。 用户故事的三要素 用户故事在软件开发过程中被作为描述需求的一种表达形式。为了规范用户故事的表达

weixin_43737485的博客 1万+

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

项目管理的10个经典故事

相信在接触项目管理领域知识领域之前,大家可能会觉得这个“项目”词听起来有点“高大上”,离自己十分遥远,是公司组建团队做的盈利性工作,比如建新楼房、开发新产品、拍摄新电影等等。但实际上,项目不仅仅局限于公司层面,大到国家,小到个人,出于非盈利目的做的事也可以被称为项目。比如“试译宝君从明天起正式开启一个月的健康运动减肥计划,目标是体重减轻5斤”就是一个项目,具有临时性、目的性、需要安排计划并执行。 有的项目涉及多人,项目管理者从项目计划到实施到盘点都要做好相应的工作,保证项目顺利实施,因此需要多种能力,以翻译

weixin_49193222的博客 3419

打开你的灯,照亮客户需求之路

本文强调了软件项目实施前期需求分析的重要性,并提供了一系列实用的方法和策略。通过验证假设、挖掘真正问题、深入理解客户业务与环境、运用沟通技巧以及遵循SMART原则,可以有效进行需求调研,确保软件项目满足客户的实际需求。同时,文章也指出了客户需求的动态性,并提供了应对需求持续进化的策略。这些方法论对于提升软件项目的需求分析和管理能力至关重要,有助于照亮项目实施的道路,确保项目的成功交付。

winrich的博客 1521

最佳实践:敏捷需求管理——如何写好用户故事丨IDCF

用户故事是一种简单且非正式的描述,用于捕捉产品需求,从用户的角度出发,明确用户希望实现的功能或解决的问题。通常,一个用户故事格式如下:作为[用户角色],我希望[实现某个目标],以便[达到某个目的]。

m0_69584846的博客 1621

用户故事编写指南:写出最贴近用户实际场景的故事

用户故事都会写,但如何写才能更贴近用户实际场景?

minjiekaifa的博客 3703

[需求管理-11]:需求拆分常见的原则与方法

在一个大规模复杂的系统中,通常需要采用某种方法来拆分客户的需求,对需要的拆分是撰写需求规范中必然遇到的一个问题,同时也是软件架构设计中必然遇到的一个问题。如何拆分需求,不仅仅影响目标系统的架构、性能,同时也影响项目管理中软件代码实现的时间。相同的用户需要,不同的拆分方法,导致软件开发的总的时间有可能会出现较大的差别,也会导致系统的故障的个数有较大的差别。本文将探讨拆分需求常见的原则与方法,这些原则和方法同时也适用于系统架构设计。需求的垂直切片,本质上是将大的需求纵向拆分成小但有价值的、可独立交付的小的需求。

文火冰糖(王文兵)的博客 7267

用户故事:敏捷团队高效交付的实战指南

本文围绕用户故事这一敏捷开发中的关键概念,深入解析其定义 —— 以用户视角描述功能或价值的简短表述,核心在于用户价值。同时阐述了用户故事作为敏捷开发基石的重要性,包括适配快速迭代、促进跨职能协作、转化客户声音等;还介绍了其创建管理的参与方、编写细化的时机、能发挥最大价值的场景,以及编写与管理的方法原则,旨在为敏捷团队高效交付提供实战指南。

Project_Lab的博客 924

项目管理工具——jira

今天我想给大家分享一个我们公司现在在用的管理需求工具:jira。它被广泛应用于缺陷跟踪、客户服务、需求收集、流量审批、任务跟踪、项目跟踪和敏捷管理等工作领域。 其实我们公司一开始是用码云来管理项目的,后面招了一位测试同事后,和我们公司推荐了jira,公司本着尝试用一用的心态接受了。虽然一开始用的不是很顺手,用习惯后真香~确实是一个管理项目的好工具。另外jira的环境是需要后端同事去搭建的。 jira里的类型: Epic(史诗:可以由多个故事、错误、任务组成一个大故事。);故事(就是指一个需求);

SuperJane_123的博客 2433
上一篇: Java UDP 的封装
下一篇: JAVA BAE 问题总结
x-teamer团队
博客等级 码龄22年 1206粉丝 161原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值