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

推荐订阅源

G
Google Developers Blog
Google DeepMind News
Google DeepMind News
Hugging Face - Blog
Hugging Face - Blog
D
Docker
F
Fortinet All Blogs
博客园 - 三生石上(FineUI控件)
Project Zero
Project Zero
Engineering at Meta
Engineering at Meta
J
Java Code Geeks
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Simon Willison's Weblog
Simon Willison's Weblog
S
Security Affairs
NISL@THU
NISL@THU
T
Tor Project blog
A
About on SuperTechFans
宝玉的分享
宝玉的分享
腾讯CDC
S
Schneier on Security
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
P
Privacy & Cybersecurity Law Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Stack Overflow Blog
Stack Overflow Blog
P
Privacy International News Feed
雷峰网
雷峰网
C
Cyber Attacks, Cyber Crime and Cyber Security
Vercel News
Vercel News
Cisco Talos Blog
Cisco Talos Blog
D
DataBreaches.Net
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Google Online Security Blog
Google Online Security Blog
Recorded Future
Recorded Future
L
LINUX DO - 热门话题
Microsoft Security Blog
Microsoft Security Blog
Latest news
Latest news
C
Check Point Blog
有赞技术团队
有赞技术团队
T
The Exploit Database - CXSecurity.com
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
云风的 BLOG
云风的 BLOG
SecWiki News
SecWiki News
Application and Cybersecurity Blog
Application and Cybersecurity Blog
爱范儿
爱范儿
月光博客
月光博客
V
Vulnerabilities – Threatpost
T
Threat Research - Cisco Blogs
P
Palo Alto Networks Blog
T
The Blog of Author Tim Ferriss
C
Cisco Blogs
Webroot Blog
Webroot Blog
S
Security @ Cisco Blogs

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
自己从0到1探索电商系统搭建——订单业务的逆向逻辑梳理
芒果手握 · 2023-11-01 · via 人人都是产品经理

在实际售后过程中,客户可能会出现哪些问题?相应的业务问题又该怎么处理?在上篇文章中,作者对订单业务做了正向逻辑梳理,这篇文章里,作者就对订单逆流程做了思考和拆解,一起来看。

逆向流程就是最不想要的结果出现了,客户后悔了,想要售后。

在上一篇《订单业务的正向逻辑梳理》中已经说明了正向业务逻辑的思考,今天我梳理下实际售后客户出现的各种业务问题及业务处理流程。

深入所有业务细节和业务的动态变化是我进行产品深入设计的重要前提。

一、订单逆流程的第一个思考——退货成本

商家退货成本=运费成本+时间成本(客服处理+退货检查)+人力成本(售后工资+检查员工资)+ 维护成本(新包装耗材)+ 延误成本(因退货导致其他购买客户咨询延后,有可能损失订单)

商家立场:我作为商家,希望客户满意而归,并赚取利润,但是,客户无论什么理由想退货,就会产生退货的成本,如果退货率>50%,且单笔退货成本>=纯利润,我就会亏本。如果退货率<50%,退货的成本<=纯利润,我脸上笑嘻嘻。

客户退货成本=运费成本(有或没有)+ 时间成本(客户咨询和处理时间)+ 延误成本(客户因为处理退货的事情,导致自身其他事情安排延缓所造成的后果)

客户立场:我作为客户,我在购买前就会考虑并评估如果退货要付出的代价大小,退货后会不会非常麻烦,会不会耗时,会不会让我额外花钱,会不会耽误我其他事情。

从商业视角,价值模型,结合自身业务进行产品设计流程的时候,我既要保证自身利益,还要考虑到用户的切身利益,即使客户对我进行惨无人道的暴虐,贴脸开大,我心里mmp,脸上也要笑嘻嘻,我要让客户买的放心,用的开心,退的舒心。

二、订单逆流程的第二个思考——退货理由

1. 订单逆向业务情境——货品正常篇

情形1:客户下单没付款,就不想要了,想取消订单。

情形2:客户下单付款了,订单还在待发货的时候,还没出仓,就不想要了,想取消订单。

情形3:客户下单付款了,订单已经变成待收货了,客户不想要了,想取消订单。

情形4:客户下单付款了,货物已经配送签收了,客户不想要了,想取消订单。

情形5:客户下单付款了,货物签收且使用了,但是还在7天或15天服务期内,客户想取消订单。

情形6:客户下单付款了,货物已经使用且过了服务期了,订单已完成了,客户想取消订单。

情形7:客户下单付款了,货物也签收使用了,客户想 (够) 退(变) (态)。

2. 订单逆向业务情境——货品不正常篇

情形8:客户下单付款了,货物已经配送签收了,但是发错货了,客户发现货不对板,想退单。

情形9:客户下单付款了,货物已经配送签收了,但是发现货物有瑕疵,客户想换同样的没有瑕疵的货,需要退单。

情形10:客户下单付款了,货物已经配送签收了,但是觉得货物有问题,想换别的货物,想换比原来的贵的商品,需退单。

情形11:客户下单付款了,货物已经配送签收了,但是觉得货物有视觉差,想换别的货物,想换比原来便宜的商品,需退单。

三、订单正逆流程的仓储物流思考——商品出入库评定体系

既然企业定位是要把国外国内的手作艺术家,或者独特的文化代表作和商品提供给客户,进口货物和国内货物一样,货物进来,不能保证每个商品都是完好无缺的,所以,需要根据物流单先清点货物的完整程度,肯定有部分货物是有不同程度上的瑕疵,所以需要进行分拣。

1. 新货入库

当货物到货,我们需要先进行货物的清点,货物是否到齐,在齐全的基础上,我们进行分类清点,分类的维度是根据货物的大小和形状,相似的形状的在一起,清点完在详细分类。

  • 微瑕:货物外包装的肉眼基本难辨的轻微程度的划痕,货物完好无损,无需更换。
  • 中瑕:货物外包装的肉眼可辨的轻微划痕或轻微挤压,货物完好无损,无需更换。
  • 轻损:货物外包装的肉眼可辨非常明显的划痕,需要修正或重塑的,货物本身完好无损。
  • 中损:货物本身有较为明显划伤,整体虽完整,需要进行局部损伤标记,需要更换。
  • 重损:货物本身有明显且严重损坏,已经无售卖可能,需要厂家或制作人更换。

经过分类和品相的盘点,我们需要和不同负责人对接,然后把合格的对不同温度和湿度存储条件的货物入库到不同区域,方便出库。

3. 货物出库

当货物要开始打包,我们就需要把货物进行风淋及洁净。

  • 订单盘点:根据客户的订单,进行货物的准备,再次确认货物是完整的,可售的,保证良好体验。
  • 包装打包:货物有自身包装,也有我们的包装,确保包装完整性,确保运输安全。
  • 等待装车:货物包装结束,整理好单据,进入到待发货区域,等车一到,进行批量运走。

3. 退货入库

退货到库以后,进入退货区域,有专人根据定损进行评估,跟新货一个流程。

  • 包装完整:包装是否完整无暇,是否全新未被重塑过。
  • 包装微痕:外包装的轻微程度使用痕迹,有微痕,可修复或更换备用包装,不影响二次销售。
  • 货物验证:需要专人及仪器确定该货物是原装正品,不存在高仿,掉包,虚假等货物。
  • 货物完整:货物本身完整且无暇,和新货一样,不影响二次销售。
  • 货物微瑕:货物本身有轻微使用痕迹,整体完整,修复且需要标记进行降价销售。
  • 货物损坏:货物本身有明显使用痕迹,或一定程度的损伤,拒绝入库,需要告知与客户协商处理。

四、订单逆向流程的业务思考——商品的售后全部可能

当客户申请售后的时候:

  • 客户不废话直接申请售后,从机器人客服那里获得退货地址,选择原因,线下将货物寄回。
  • 客户非得找客户聊聊,获取退货地址,让客服后台帮自己搞定退货流程,只负责寄回,如果没有运费险还得讨论下运费问题。

PS:其实可以不追求原因的,这是一步对商家有利的行为,商家需要知道客户退货原因,以便更好的为客户提供服务。

仅退款:无需客户退货就把客户的钱原路退回。

原因1:因为商家销售商品不一定每一单都赚钱,很多引流款的商品很便宜不亏钱但也不赚钱,客户如果想退款,商家直接不要了,毕竟引流款的退款成本可能不到利润款的商品利润的5%。

原因2:如果是利润款商品,客户各种找茬找理由想白嫖,商家为了避免纠缠导致其他隐形成本损失过大,只要把损失控制在一定百分比以内,就能容忍损失,因为不是每一单都能赚到钱。

不过,仅退款初创企业肯定是扛不起的,就我的定位而言,目标客户群体属于高素质群体。

1. 售后服务——客户退货退款全流程图

2. 售后服务——客户仅退款全流程图

3. 售后服务——客户换货全流程图

4. 售后服务——客户理赔全流程图

5. 售后服务——成本的再次考量

我现在有三种考量:

考量1:把整个售后外包出去给售后代运营团队,花一些钱,订阅他们的一些服务,然后就只要专注于正向流程的业务即可,优势是我无需自己组建售后运营团队,能省一大笔开销。

优点:无需组建自己的售后运营团队,不只是省钱,主要是省心,不用关心员工的情绪,不用关心员工的工作能力,不用关心员工的各种请假和迟到早退,不用关心员工滋生腐败等等。能做甲方爸爸,乙方干不好就训斥+拿小皮鞭抽打。

缺点:因为代运营不可能只承接我们一家公司的业务,势必会造成服务的粗糙和客户服务的瑕疵,导致容易伤害第一批前100W种子用户的感情。如果造成负面影响,会在成长爬坡期受阻。

考量2:如果我只部分外包出去,外包客服和仓发人员,雇佣自己的财务和仓管,会不会好一些,那代运营公司会和我合作么?如果全外包出去,在财务上会有风险么?风险可控么?不得而知。

这个对我产品设计有什么影响?对于整个链路的风控我该怎么考虑?后面的文章我在思考和梳理两个方向,第一是基于整体业务整个逆向售后链路的产品设计能否更加细化,毕竟成本和效率是产品设计必须要考虑的事情。第二个,前端和后端的风控该怎么做?如何制定风控规则来匹配不断改变的业务?

PS:后序会有专题文章非常细节的介绍,APP上和企业后端整个B2C、B2B的货物在仓库中流传效率及风控、以及各类单据及各类物流码等每一个字段业务详细底层原理分析和设计思考的演进。

6. 售后服务——全部流转单据

逆向流程是较为复杂的,因为它牵扯到多个部门协作和单据的流转。

  1. 退货单:如果客户退货,客服需要创建退货单记录这个客户的退货行为,并将退货单发给仓库人员,因为仓库人员收到客户的退货,可以和退货单进行匹配,确定客户的货物是哪个。
  2. 退款单:如果仓库人员检查客户退货的商品没有任何问题,会生成退款单,交给财务人员审核并将客户的钱原路退回给客户。
  3. 换货单:如果客户需要换货,客服需要生成换货单,推送至仓库,等待客户原商品退回并质检无误,则可进行换货流程。
  4. 补货单:如果需要给客户原订单商品进行补充发货,则客服需要创建补货单,并推送至仓库,由仓库人员进行商品的补发。
  5. 报损单:如果发给客户的商品有损伤或运输过程中造成了损伤,或者客户在退换货的流程中,货物有损毁,客服需要给客户创建报损单,推送至仓库,补发或重发相关货物。
  6. 索赔单:如果客户因为我们的商品质量问题受到了人身伤害,或其他损失,通过客服进行维权,并提出索赔要求,我公司经过确认,确实由于我们的商品导致客户受到伤害,我们需要创建索赔单,并给客户支付经过协商的赔偿。
  7. 打款单:如果我们因为各种原因给客户进行支付钱款,需要财务将打款单作为记录。
  8. 保价单:如果我们在一定期限内有保价的经营活动,需要给货物创建保价单,确保商品在保价期间不能突破价格,否则我们会因为没有信守承诺导致客户的多倍索赔,造成巨大损失。
  9. 投诉单:如果客户已经通过投诉电话,或者向有关部门投诉我公司,我们需要创建客户的投诉单,来记录客户的投诉信息,未来确保改善服务。
  10. 维修单:如果公司内部货物需要进行维护修整也需要进行记录,会有维修单的信息。

这些单据是后台业务流转中所有行为的凭证,客户是不知道有这些单据的,客户只能看到订单状态和商品的发票。

PS:这里不包含正逆向流程仓储的入库出库单。

五、售后逆向流程的业务思考——业务单据状态的全部可能

待处理:售后开始,流程还没进行。

退款成功:已经将商品货款原路退回到客户的账户。

拒绝退款:业务部门审核没有通过,退款的申请被拒,需要看清原因重新发起申请。

退货中:客户已经将商品寄回到指定售后仓库的途中,或者售后签收了但是还没有开始处理。

退货已完成:客户退回的商品已经经过质检合格,并进行下一个处理进度。

退货已拒绝:客户退回的商品出现问题,需要和客服沟通,客户需要和客户沟通协商解决。

目前存在的几个问题:

业务的现状是不具备保价实力的,因为我们的非标产品的诞生源头和产品设计理念本身属性决定了很多产品具有季节性。还有一些产品的材料不具备永久保存的能力。

如果其他电商平台的标品是流水线大量生产的,即使库存积压过大,降价处理或者清仓甩卖也是能回笼一部分资金,但是非标品会造成严重损失,是没有清仓甩卖的机会。所以,如果预先保价了,结果因为库存问题,没有兑现承诺,会造成客户索赔和库存积压的叠加伤害。

我们的订单体系客户用起来到底会怎么样?我们的订单体系会遭遇哪些风险挑战?还能在精简么?

PS:我的第一个想法就是售后把客户选择售后原因这步砍掉,因为我不想告诉你我什么原因。

产品层面我们的单据也太多了,我们的物流的单据流转还能再优化么?有没有一种超级单据能适配所有情况,然后我们直接重构售后流程?

我们未来需要要想起量售卖,必然需要上各种专题活动,那么订单体系就会遭遇一些黑产和灰产小伙伴的光顾,会有订单欺诈,物流欺诈,数据爬取,批量注册等等问题发生,我们该如何进行风控的预防呢?

AI能帮我代替售后运营团队么?现在市场上AI助力电商风控体系已经到什么阶段了?

我们设计风控的时候,如果不能面面俱到,会做哪些妥协?应该分几期做?哪些重点做?哪些延后做?

本文由 @芒果手握 原创发布于人人都是产品经理,未经许可,禁止转载。

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

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。