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

推荐订阅源

P
Proofpoint News Feed
云风的 BLOG
云风的 BLOG
Apple Machine Learning Research
Apple Machine Learning Research
Hugging Face - Blog
Hugging Face - Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Google DeepMind News
Google DeepMind News
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
雷峰网
雷峰网
B
Blog
月光博客
月光博客
博客园 - 【当耐特】
WordPress大学
WordPress大学
Microsoft Azure Blog
Microsoft Azure Blog
I
InfoQ
The GitHub Blog
The GitHub Blog
Engineering at Meta
Engineering at Meta
Jina AI
Jina AI
博客园 - Franky
MyScale Blog
MyScale Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Last Week in AI
Last Week in AI
B
Blog RSS Feed
H
Help Net Security

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
B端电商SaaS产品经理,对接上游电商平台需要了解什么?
PM托马斯 · 2022-07-20 · via 人人都是产品经理

编辑导语:围绕卖家和平台的运营模式等维度,ISV对接平台可以划分为业务域、开放能力域和产品能力域。本文作者从这三个方面,分析产品经理在对接电商平台时应该了解什么,一起来看一下吧。

ISV对接平台的最终目地是打通多方数据传输,解决卖家日常运营中的场景起到类似于业务中台的作用。因此我们可以围绕卖家和平台的运营模式等维度划分为:业务域、开放能力域、产品能力域。

一、业务域

对于业务域的定义是指:通过对于平台业务模式和服务的卖家群体的画像的了解,形成对于平台的认知。作为开放能力域、产品能力域的出发点及为什么要这样做。单看文字的说明可能不好理解,我们下面来举两个简单的例子。

1)tiktok/shopee跨境订单在履约时只能通过平台线上物流发货并且必须通过国内的转运仓,国内转运仓仅覆盖小部分地区(平台业务模式)。服务的跨境卖家大部分是兼职无货源铺货卖家(卖家群体画像)。

来源:tiktok学习中心

来源:shopee(cnsc)卖家中心-物流设置

通过以上信息我们可以抽练出以下几点(这里确实存在有经验的和无经验的差别,有一些信息是和卖家沟通得出的这里不单独展示):

  • 线上发货运单编号不需要通过ISV对接物流来获取
  • 物流轨迹不需要通过物流获取
  • 兼职卖家并且不在平台转运仓揽收范围的卖家无法自己发货
  • 对于需要代贴面单的卖家需要找物流举例在物流设置附近的转运仓
  • 需要在1688或拼多多进行采购

这样我们就知道了针对tiktok/shopee跨境订单应该要做一些什么功能,接下来的就是如果通过平台的开放能力和ISV的产品能力满足卖家场景

2)tiktok平台规定商品刊登时的SKU项和类目关联,不同的类目SKU不同并且不支持卖家自定义(平台的业务模式)。

因为不同的平台销售属性规则的不同,并且服务的大部分卖家属于无货源铺货卖家团队规模小追求操作效率,小部分卖家属于多平台卖家希望减少重复编辑的过程。

ISV为了满足卖家跨平台的快速刊登的需求,就需要建立来源平台于目标平台类目&SKU项的映射关系,通过映射关系将来源平台的销售属性写入目标平台,满足卖家快速刊登的诉求!

来源:tiktok卖家后台-商品发布页面

来源:tiktok商店开放平台-刊登接口关于sku项的说明

那对于产品经理来说要怎么样形成对平台的认知呢?可以从两方面入手。

一是通过阅读平台卖家的学习中心/帮助中心,一般平台的操作流程和规则都会在学习中心/帮助中心有介绍;

来源:tiktok学习中心

二是通过和卖家沟通,沟通的方式可以是大范围的问卷调查,小范围的一对一沟通。通过对广泛的卖家反馈信息的收集分析,建立平台的认知和用户画像。

二、开放能力域

对于开放能力域的定义是指:需要对接的上游平台通过开放的接口提供给ISV对业务操作的能力,比如商品的刊登。对于一些操作如果上游平台不给开放的能力,可能就无法简单地实现。

产品经理需要对这部分知识掌握的主要出发点在于,清楚业务场景转化为产品功能并对于平台的数据做更改时,平台能提供给ISV改哪些东西,怎么样改?下面我们会以tiktok举例来讲讲怎么样看开放平台并以订单的场景举例讲VIS如何和平台进行数据交互。

找到开放平台后先把API文档的所有接口看一遍知道每一个接口是做什么,这个时候不需要看得太细有一个大概的印象就可以了。

来源:tiktoktiktok商店开放平台

看完所有接口后再看开发者指南中的API调用流程和信息推送。

API调用流程的作用在于告诉开发者要完成某个操作时需要使用到的接口和完成操作的流程,信息推送的作用在于数据变更或者有新的数据时,不需要ISV在操作发生时去被动地拉取,而是在变更时主动地通知ISV,ISV可以自主选择是否更新。看完开发者指南后再回过头针对某一个模块或者某个功能的接口去细看!

来源:tiktoktiktok商店开放平台-API调用流程

来源:tiktoktiktok商店开放平台-信息推送

下面我们以tiktok的订单来举例ISV如何和平台进行数据交互以完成卖家的诉求。首要我们通过前面业务域抽出以下信息:

  • tiktok跨境订单使用线上物流发货
  • tiktok待发货的订单状态分为待处理,待揽收
  • tiktok跨境订单不支持通过ISV标记为已发货
  • tiktok订单安排发货时需要选择揽收方式,卖家后台的通过店铺统一配置,配置信息ISV无法获取
  • tiktok订单安排发货获取运单编号后状态会变更为已揽收
  • 卖家希望能在VIS完成接收新订单—获取运单编号—打印面单—接收订单已发货的状态,达到在多店铺/多平台订单处理时间不需要重复切换店铺和平台
  • 通过默认的揽收配置,解决每次申请运单号时都要选择揽收方式导致操作效率低下的问题
  • 卖家希望在待发货的订单中能区分哪些是已经处理了,哪些是没有处理的订单

这时候我们再阅读tiktok开放平台中和订单处理相关的资料,思考该如何完成业务域的操作场景。

来源:tiktoktiktok商店开放平台

通过tiktok开放平台开发者指南的信息推送我们看到tiktok产生新订单及订单主状态变化后会主动推送,但是子状态不会推送。

来源:tiktoktiktok商店开放平台

来源:tiktoktiktok商店开放平台

通过tiktok开放平台开发者指南的API调用流程我们看到tiktok订单的状态机,和调用流程(图中API调用流程不是最新版本,在下方的数据交互中作者使用的是最新调用流程)。

来源:tiktoktiktok商店开放平台

在get orde detail(获取订单详情)接口我们看到tiktok订单的全部状态和提供的全部订单信息。

来源:tiktoktiktok商店开放平台

在ship package(预报发货)接口我们看到每个订单都需要传揽收方式,并且tiktok发货是以包裹(package)的维度一个订单一个package_id。

来源:tiktoktiktok商店开放平台

在get package detail(包裹详情)接口我们看到了包裹的运输编号、面单等信息。

接下来要做的就是建立ISV和开放平台的数据交互,有以下步骤:

1)建立ISV订单状态与tiktok的映射关系(这里只粗浅映射待发货,和已发货的状态)红色字体代表建立了映射关系的状态,红色表示没有。

2)店铺物流管理新增tiktok线上发货,按店铺的维度区分,支持卖家设置店铺订单的揽收方式。

3)卖家操作订单时ISV和平台数据交互(流程图图片太大无法加载出来,请点击链接查看):https://www.processon.com/view/link/62d78f55f346fb3261efe1ae

三、产品能力域

产品能力域的定义:是指围绕卖家的操作场景,平台不提供能力支持或者卖家无法自己完成操作场景需要ISV提供支持,或上下游对接时需要ISV作为业务中台。比如针对自发货仓储卖家的库存管理,库内作用,SK与货品匹配,订单库存预占。比如针对无货源一件代发卖家,需要ISV对接上游采购平台,对接下游货代公司。

某ERP货代列表

本文由 @PM托马斯 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议