惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Engineering at Meta
Engineering at Meta
T
Threatpost
P
Palo Alto Networks Blog
NISL@THU
NISL@THU
O
OpenAI News
Project Zero
Project Zero
G
GRAHAM CLULEY
P
Privacy International News Feed
A
Arctic Wolf
Microsoft Azure Blog
Microsoft Azure Blog
H
Help Net Security
M
MIT News - Artificial intelligence
T
Threat Research - Cisco Blogs
S
Security @ Cisco Blogs
Google DeepMind News
Google DeepMind News
B
Blog RSS Feed
D
Docker
aimingoo的专栏
aimingoo的专栏
博客园 - 【当耐特】
N
Netflix TechBlog - Medium
云风的 BLOG
云风的 BLOG
雷峰网
雷峰网
W
WeLiveSecurity
P
Proofpoint News Feed
腾讯CDC
Cloudbric
Cloudbric
S
Secure Thoughts
C
Check Point Blog
博客园 - Franky
T
The Exploit Database - CXSecurity.com
T
Troy Hunt's Blog
GbyAI
GbyAI
Security Archives - TechRepublic
Security Archives - TechRepublic
Application and Cybersecurity Blog
Application and Cybersecurity Blog
月光博客
月光博客
C
Cyber Attacks, Cyber Crime and Cyber Security
I
Intezer
TaoSecurity Blog
TaoSecurity Blog
L
Lohrmann on Cybersecurity
V
Visual Studio Blog
F
Fortinet All Blogs
博客园 - 叶小钗
C
CXSECURITY Database RSS Feed - CXSecurity.com
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Recorded Future
Recorded Future
C
Cisco Blogs
博客园 - 司徒正美
Stack Overflow Blog
Stack Overflow Blog
Y
Y Combinator Blog
Apple Machine Learning Research
Apple Machine Learning Research

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
新零售业务中的发票与开票业务介绍
PM维他命 · 2024-08-19 · via 人人都是产品经理

在新零售业务的交易结算环节中,发票及开票业务扮演着至关重要的角色。作为零售供应链产品经理,虽然不需要深入财税专业知识,但掌握基础的发票业务知识和流程是非常必要的。本文将从业务产品经理的角度,介绍新零售业务中的开票场景和相关知识。

在新零售业务中,会有很多的交易结算环节,这些业务场景中一定会包含“开发票”相关的内容。作为一名零售供应链的产品经理,虽然不要求一定要懂发票相关的财税知识,因为这一部分涉及到专业知识比较多。但是一定要懂基础的业务知识,例如说什么时候要开发票,开发票需要哪些资料,这些发票是谁开给谁,要怎么流转等。

本文,就来给大家介绍一下新零售业务中的开票场景,而且是以一个业务产品经理的角度来分享,而不是以财税产品经理的角度。所以不会涉及到太多专业的财税知识,都是一些基础的业务知识和业务名词的普及。

一、发票的作用

发票,是指在购销商品,提供或者接受服务以及从事其他经营活动中,开具、收取的收付款凭证。发票是会计核算的原始依据,也是审计机关、税务机关执法检查的重要依据。发票包括纸质发票和电子发票,电子发票与纸质发票具有同等法律效力。

发票的作用:

  • 发票具有合法性、真实性、统一性、及时性等特征,是最基本的会计原始凭证之一;
  • 发票是记录经济活动内容的载体,是财务管理的重要工具;
  • 发票是税务机关控制税源,征收税款的重要依据;
  • 发票是国家监督经济活动,维护经济秩序,保护国家财产安全的重要手段。

简单来说,发票就是发生的成本、费用或收入的原始凭证。对于公司来讲,发票主要是公司做账的依据,同时也是缴税的费用凭证。

按增值税抵扣凭证分类,可将增值税发票简单分为增值税专用发票和增值税普通发票。

增值税专用发票由基本联次或者基本联次附加其他联次构成,基本联次分为三联:发票联、抵扣联和记账联。发票联,作为购买方核算采购成本和增值税进项税额的记账凭证。抵扣联,作为购买方报送主管税务机关认证和留存备查的凭证。记账联,作为销售方核算销售收入和增值税销项税额的记账凭证。其他联次用途,由一般纳税人自行确定。

增值税普通发票的格式、字体、栏次、内容与增值税专用发票完全一致,按发票联次分为两联票和五联票两种,基本联次为两联:第一联为记账联,销货方用作记账凭证。第二联为发票联,购货方用作记账凭证。此外为满足部分纳税人的需要,在基本联次后添加了三联的附加联次,即五联票,供企业选择使用。

以上关于发票的介绍,稍微有点专业,也有点过于学术化,对于非财税方向的人员来说,一般不需要了解太深的内容,也不用关注太多的细节,重点理解这么几个知识点即可。

1. 谁来开发票?

谁提供服务、谁销售商品,就由谁来开具发票,也就是“销方”来开发票。例如说,零售公司找维他饮料公司采购了一批维他柠檬茶,那么就是维他饮料公司销售了一批柠檬茶给零售公司,所以需要由维他饮料公司开具发票。

2.专票和普票有什么区别?

专票和普票的区别有很多,也是很多专业的术语和解释,作为“外行人”重点关注一下以下几个信息即可。

  • 专票可以做进项抵扣,抵扣增值税,也可以按成本费用核算,而普票不能够抵扣增值税,只能够按成本费用报销核算,所以在零售公司总部采购业务中往往会尽可能让供应商开专票,这样便于总部做进项抵扣;
  • 如果零售公司总部是一般纳税人,然后供应商也开了专票,那么是可以做进项抵扣的;如果零售公司总部是小规模纳税人,即使是取得了专票,也不能做进项抵扣,因为小规模纳税人适用简易计税方法;
  • 专票只能由“一般纳税人”来开具,如果是“小规模纳税人”要开专票,则要用代开的方式;而普票,则是一般纳税人和小规模纳税人都能开;
  • 开专票要提供公司名称、统一社会信用代码、注册地址、开户行及账号等资料,而开普票要提供公司名称、统一社会信用代码,所以开发票的时候要传的参数不太一样;

以上4个业务知识,涉及到的专业知识不多,所以哪怕不是财税类的产品经理,也可以学习并掌握,在后续的开票业务中,可以运用起来。

3.发票类型有哪些?

目前国内的发票样式类型有很多种,我这里对常见的发票类型做了一个简化总结,帮助大家理解。

无论是哪种发票类型,都可以开具相关的“专票”或者“普票”,所以细分之后,一共是有8种发票类型。

金蝶星辰-创建供应商

4.发票上的基本要素

当销售方提供了服务或者销售了商品之后,需要开具对应的发票给购方,不同的发票展示版面不太一样,也就意味着会有不同的要素要求,根据“GB/T 42965.1 2023 电子发票业务数据规范”中的要求指出:“电子发票信息包含基本要素信息和特定要素信息。基本要素信息适用于全部业务,特定要素信息适用于特定业务。”

在新零售的业务中,基本上很少有特定业务,所以我们以“”基本要素信息”为例,学习了解一下发票上有哪些重点的信息。

如果对电子发票的信息模型感兴趣,想要进一步研究的朋友,可以看下面这张图,这里包含了的电子发票所有的信息字段的规范,比较权威。

5.电子发票怎么开?用什么服务商?

通过上面的简单科普介绍,相信很多朋友对电子发票的理解和认知又更近了一步,同时也会有一个新的疑问:如果我要做相关的销售业务,需要开票给客户,应该用什么服务商?调用什么接口来实现在线开票或者客户自助开票呢?

如果是要手动开票,那么直接登录税务局官网,按照指引一步一步操作即可开票。如果是有大批量开票的需求,手动登录税务局逐个操作显然效率很低,不太现实,这个时候我们就要用API对接的方式来实现在线开票了。

税务局对外也有提供开票接口,但是对企业资质有要求,需要满足相关的资质之后才可以成为开发者,接入到税局的开放平台中,感兴趣的朋友可以查一下关键词“乐企服务平台”。

如果企业不满足相关的资质,同时也嫌弃这样搞太麻烦了,那么可以直接对接市面上成熟的三方开票平台,比较省时省心,例如说:

  • 百望云
  • 诺诺网
  • 发票通

二、新零售开票的三大环节

掌握了上面提到的发票相关的基础知识之后,我们来看看在新零售业务中,和开票有关的业务知识有哪些。下图是我制作的一个“新零售型公司业务概览”,从实物流的角度来看,商品来源于供应商,然后入库到总部仓库,接着会配送到门店中,直到被门店零售消耗掉。

在这个过程中,会有供应商、总部、门店、零售消费者这四个角色。如果从交易的角度来看,供应商会销售给总部,总部会销售给门店,门店会销售给零售消费者,所以最终会产生3个交易环节。

在这3个交易环节中,有销售就会有采购,这两者会结对出现。因为A销售东西给B,也就意味着B向A采购了某些东西,对应的单据分别是销售订单和采购订单。

既然有销售,那么就会有“开票”,3个交易环节就会涉及到3个开票的场景,分别指向的销售方和购买方都各不一样。

新零售业务中的开票环节

1.供应商开票给新零售总部

当总部从供应商处采购商品时,供应商会根据采购订单向总部开具相应的增值税专用发票或普通发票。如果总部对从供应商处采购的商品进行退货或退款,供应商可能需要根据实际情况开具红字发票或进行相应的发票冲红处理。

在新零售总部公司引入某供应商的时候,就会提前将自身开票所需的一些信息和要求一起给到供应商,例如说:

  • 购方纳税人识别号
  • 购方名称
  • 要开专票还是普票

……

如果新零售总部有对供应商提供SRM相关的系统,要求供应商使用SRM来与总部进行采购业务的协同,那么相关的开票信息和要求等可以在SRM上体现,供应商只需要查看SRM的对应模块即可获取到最新的开票信息。

2.总部开票给门店

总部配货给门店,无论是直营门店,还是加盟门店,最终都会触发结算业务,只不过是时间节点不一样。一旦触发了结算业务,就相当于总部销售商品给门店,所以总部需要开票给门店。当总部开票给了门店之后,如果门店发生了退货,那么总部也要根据门店退货来开具红字发票或者冲红处理。

在实际的新零售业务场景中,往往总部的信息化系统化和门店的信息化系统都是由统一的IT团队来研发设计的,所以如果以产品设计者的角度来看,总部销售给门店需要有总部的销售订单,也要有门店的采购订单,同理如果是门店退货给总部也会有2张互为反向的单据,这两者是结对出现的。

无论是总部开票给门店,还是总部红冲已经开出去的发票,都需要总部对接好相关的在线开票服务商,然后在需要开票的时候,根据接口的要求推送相应的业务单据数据到开票服务商中。

ERP对接百望云示例图

3.门店开票给消费者

门店完成了零售之后,有一些消费者也会有开票的需求,所以门店也要支持开票功能。一般来说这种零售场景下的开票和B2B业务中的开票不太一样,零售场景可以理解为B2C,特点的销售订单数量多,频次高,开票自动化的要求高,尽可能让消费者自助完成开票服务是最好的。前面提到过,门店的系统一般也是由总部的IT来负责搭建的,所以总部在对接发票服务的时候,也要考虑到门店的开票场景,把这部分的开票业务接口也对接上去。

门店对接百望云示例图

三、在线开票业务中一些知识分享

虽然说现在开票业务有很多服务商都能提供完善、强大的功能支持,但是要接入这些服务商,并且把开票业务跑顺畅,确保数据准确等,还是有一些业务细节需要关注的,这里就分享一些我之前负责相关的业务时积累的业务知识。

1.销方信息的获取

销方信息包含以下内容:

  • 销售方纳税人识别号
  • 销售方名称
  • 销售方地址
  • 销售方电话
  • 销售方开户行
  • 销售方账号

如果是总部开票给门店的场景下,需要提前在基础资料中维护好总部的销方信息;如果是门店给零售客户开票,则需要提前在基础资料中维护好门店的销方信息。

根据前面关于加盟店和直营店的文章中提到的知识,每一个门店开店的时候都会先注册一个公司,然后用公司去注册营业主体,获得营业执照,所以有公司就会有销方信息。如果有大量的门店需要管理,那么对应销方信息也要做好管理功能,以应对一些高频的变更场景。

2.商品税收分类编码和税率

有了销方信息之后,在开票前还需要维护商品的税收分类编码和税率,因为不同的商品要缴纳的增值税是不一样的,所以税率不一样。又因为商品的种类非常丰富,所以开票的时候会根据商品SKU对应的税收分类编码来获取税率,即属于同一个税收分类编码的商品都是一个税率。

税收分类编码列表

商品的税收分类编码是国家税务局发布提供的,当我们需要开票的时候,需要将自己的商品关联上相关的税收分类编码,这样开票的时候才能知道具体的税率是多少。

金蝶星辰-商品新增/编辑

有了商品税收分类编码之后,可以根据编码知道销售税率是多少。这里需要注意一下,这里的销售税率是以“一般纳税人”的视角来看待的,如果销方公司是“小规模纳税人”,那么对应的税率并不一样。

可以简单理解为,一般纳税人的销售税率,是通过商品税收分类编码查出来的,查出来是什么就是什么。而小规模纳税人,因为会有一些政策扶持,所以对应的销售税率会在商品税收分类编码对应的税率的基础上进行一定的折扣或者优惠。例如说,某个商品对于一般纳税人来说,是13%的税率;但是对于小规模纳税人来说,是1%的税率。最后开具的发票上,由于销方公司不一样,所以开出来的税率、税额都会不一样。

3.商品明细行合并

在实际的销售订单中,由于销售的SKU不一样,价格不一样,单位不一样等,所以订单明细会有很多行,很碎。在发票中,会有“项目行”的概念,即每一行表示一个项目、一个服务、一款商品等。

如果在开票的时候我们按销售订单的明细行逐行去开发票,那么发票就会很长,有很多行,这样查阅起来比较麻烦。同时考虑到有一些订单明细中的商品名称命名会带有一些营销性质、名字过长、不易识别等,所以在实际开票的时候会将这些商品名称做一些简化和调整。

通过上面的分析,我们最终可以知道:

发票上“货物或应税劳务、服务名称”等,表示的是销售的货物或者某些服务,这个名称和我们的订单中的商品名称是可以不一致的,我们传参去开发票的时候,可以自己预处理一波;

发票上的每一行项目,表示的是销售的货物或者某些服务的销售细节,例如说数量多少,单价多少,金额多少。但是我们在开发票的时候,可以将订单中的商品明细合并、重组等处理后,再传给开票服务处理。可以将相同单价,相同项目名称的商品合并成一行展示,这样可以缩短发票的项目行数;

四、参考资料

https://www.sohu.com/a/677805119_120831241https://render.alipay.com/p/f/jf2eqqk9/index.html

https://mp.weixin.qq.com/s?__biz=MjM5OTAzODc2MQ==&mid=2651460032&idx=2&sn=89663026c98f630c4c1371413c5a30de&chksm=bd3f2b868a48a2904d7865f9f91a7b97b9353e70dd207d9bad46cf6a00b3f912cc486f7db082#rd

https://www.cnis.ac.cn/wap/dh/bydt/bzyjzq/gbzqyj/201703/P020181226595230028874.pdf

本文由人人都是产品经理作者【PM维他命】,微信公众号:【PM维他命】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。