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

推荐订阅源

Engineering at Meta
Engineering at Meta
人人都是产品经理
人人都是产品经理
大猫的无限游戏
大猫的无限游戏
博客园 - 三生石上(FineUI控件)
量子位
腾讯CDC
The Cloudflare Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
L
LangChain Blog
aimingoo的专栏
aimingoo的专栏
The Hacker News
The Hacker News
T
The Exploit Database - CXSecurity.com
B
Blog
S
SegmentFault 最新的问题
P
Privacy & Cybersecurity Law Blog
T
Threatpost
博客园 - 聂微东
T
Tailwind CSS Blog
The Last Watchdog
The Last Watchdog
C
Check Point Blog
N
Netflix TechBlog - Medium
D
DataBreaches.Net
爱范儿
爱范儿
IT之家
IT之家
S
Secure Thoughts
M
MIT News - Artificial intelligence
NISL@THU
NISL@THU
C
Cisco Blogs
TaoSecurity Blog
TaoSecurity Blog
有赞技术团队
有赞技术团队
A
Arctic Wolf
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
P
Proofpoint News Feed
Spread Privacy
Spread Privacy
Schneier on Security
Schneier on Security
Simon Willison's Weblog
Simon Willison's Weblog
G
GRAHAM CLULEY
雷峰网
雷峰网
Project Zero
Project Zero
博客园 - Franky
H
Heimdal Security Blog
A
About on SuperTechFans
Security Latest
Security Latest
Webroot Blog
Webroot Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Hugging Face - Blog
Hugging Face - Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
【干货系列】SaaS系统如何制定营销中心,让你把用户牢牢掌握在手中
乐少有话说 · 2023-05-18 · via 人人都是产品经理

SaaS系统能否通过营销中心,在维护B端的同时,又赋能B端工具转化C端,聚焦设计出具有行业特性的工具,以及保持SaaS系统模块化的通用性,一直以来都是各行各业做SaaS平台的分水岭。那么,如何从0-1设计营销中心呢?本文作者对营销中心的核心能力和设计进行了分析,一起来看一下吧。

市面上每个SaaS系统的核心,在于谁在该行业的营销工具足够强大,能够通过营销中心维护B端的同时又能赋能B端工具转化C端,聚焦设计出具有行业特性的工具以及保持SaaS系统模块化的通用性,一直以来都是各行各业做SaaS平台的分水岭。

接下来,我们带着几个问题,来去看这篇文章,相信能够让你们对营销中心有个更好的理解,甚至可以直接帮助你们从0-1结合各自系统的业务进行产品设计:

  1. 为什么要做营销中心?
  2. 营销中心有哪些核心能力?
  3. 营销中心从0到1如何设计?

一、 为什么要做营销中心

很多同学看到这个问题,可能第一反应就是因为要做营销工具,营销工具去进行用户的获取、留存、裂变、转化。

但往往营销工具对于SaaS系统来说,只是属于营销产品领域中偏基础的部分,也是大部分人比较容易接触到的部分,即使是初学者,通过调研和分析一些主流电商后台的设计,也能比较快的掌握营销工具的设计关键点,进而也能很好的将需求有效落地。

而营销中心最关键核心的部分属于底层那些看不到的规则,这些规则没有界面,没有后台,因此初学者想要调研分析也比较难以切入,下面我们也会详细介绍一下规则中心,营销中心的逻辑则是整个SaaS系统的重中之重,也是最考验产品经理的业务能力以及对于用户场景是否考虑得足够灵活,往往能够突围而出的SaaS系统除了强而有力的行业数据分析给到B端具有极高的参考价值以外,就是营销中心里面规则中心的逻辑是否足够强大,算法是否领先,通过经营数据分析以及营销中心这两个模块决定了SaaS系统能够跑多远。

电商发展到现在,形态越来越多样,比如出现了拼多多的无购物车设计、短视频平台的内容电商等,新的业务模式有新的产品形态,新的产品形态也有新的营销玩法和设计逻辑,因此我们的设计思路也应该是发展的、与时俱进的。

二、营销中心有哪些核心能力

1.营销中心的职责是什么?

营销中心是负责管理与营销活动有关的数据和能力的系统,其主要职责包括:

  1. 负责创建和管理营销活动,包括平台活动和店铺活动
  2. 负责对前台以及相关系统提供促销价格、促销信息、促销规则等促销能力

2. 营销中心有什么

营销中心各核心模块能力如下:

  1. 营销工具:用于创建营销活动、管理营销活动
  2. 规则中心:用于控制活动的叠加互斥、命中,提供促销价格计算,提供优惠计算规则等能力
  3. 内容管理系统:用于在线搭建促销页面、频道页、公告,装修店铺等
  4. 平台活动关系:用户创建、审核和管理平台类活动,平台类活动由提报系统管理
  5. 审核与风控:用于控制、预警和管理活动风险
  6. 营销分析:用于分析营销活动、活动的效果

三、营销中心从0到1如何设计

本章节会通过四个模块给大家举例说明:

  1. 营销工具
  2. 规则中心
  3. 平台活动管理
  4. 内容管理

1. 营销工具

首先我们将营销工具分成两大类,一类是基础工具,一类是衍生类工具,我们主要是针对基础类工具进行分类,根据促销优惠形式的不同,我们将基础类工具分成如下几类:

  • 单品类:指在商品原价基础上进行直接降价,如:一口价、直降、折扣、秒杀等
  • 总价类:指在小计金额基础上进行减免,当一个或多个商品的小计金额满足优惠条件后,对小计金额进行减免,如满减、满折、满赠、加价购、套装等
  • 抵扣类:指在订单应付金额基础上进行抵扣,如优惠券、余额、红包、积分等
  • 满返类:指在订单实付金额基础上或基于策略进行返还优惠,如满返积分、满返优惠券等
  • 活动设计:活动基本信息、活动商品、活动规则(时间,范围,说明)

而衍生类工具,如分享有礼、收藏有礼等只是基于基础工具衍生出来的玩法,比如分享有礼一般都是基于优惠券体系的一种裂变营销玩法,即A分享给B,AB都获得优惠券,本质上还是优惠券的一种发放方式,不影响前台设计和规则中心。

2. 规则中心

在规则中心里面,我们最关注的两个点在于叠加互斥以及优惠计算,促销命中以及实时价计算一般都是通过活动管理进行配置,最终计算逻辑的规则,也是基于叠加互斥规则,优惠计算才能成立。

1)叠加互斥规则的作用是什么?

用于控制同一个SKU能否同时参加多个活动。

如果同一个SKU参加了多个活动,用于控制购买该SKU时可以叠加几个活动优惠。

各类活动之间的叠加互斥规则总结如下:

  • 单品类活动:创建时可参与多个单品类活动,购买时只能以其中一个生效
  • 总价类活动:创建时可参与多个总价类活动,购买时只能以其中一个生效
  • 抵扣类活动:创建时可参与多个抵扣类活动,购买时相互叠加生效
  • 满返类活动:创建时可参与多个满返类活动,购买时相互叠加生效
  • 不同类型活动之间:创建时可参与不同类型的多个活动,购买时相互叠加生效

叠加互斥规则控制着用户购买该SKU时,是叠加生效还是互斥,不论是叠加生效还是只能以其中一个活动生效,那最终享受哪一个或哪几个活动呢?这个时候就需要通过命中规则来控制了,如果说叠加互斥规则决定能不能,那命中规则就决定了谁和谁。

2)促销命中规则

①促销命中规则的作用是什么?

在互斥规则的介绍中,我们知道一个sku存在同时参与了多个同类型和不同类型的活动的情况。叠加互斥规则控制着用户购买该SKU时,是叠加生效还是互斥,不论是叠加生效还是只能以其中一个活动生效,那最终享受哪一个或哪几个活动呢?这个时候就需要通过命中规则来控制了,如果说叠加互斥规则决定能不能,那命中规则就决定了谁和谁。

②促销命中规则如何设计?

首先强调一点:促销命中规则的设计方案完全没有标准答案,纯粹取决于业务的需求,只需要根据业务确认好的逻辑进行设计即可。

3)实时价计算与双价格

影响价格的因素非常多,尤其是业务复杂的大型平台,如京东的价格体系中包含采购类价格、前台价格,其中采购类价格分进货价、采购价、仓报价,前台价格分原始京东价、划线价、前台京东价(红字价)等。

当价格体系非常复杂时,前台如何展示价格、用户以哪个价格购买就是很大的挑战,这个时候需要有一个服务来计算实时价格。

本节暂不讨论价格体系的设计,主要说明影响实时价的因素中与营销相关的部分,那么影响实时价格的因素中,与营销相关的主要就是单品促销活动了,前面已经介绍过各类单品促销价的生效规则,那么本章节主要介绍另一种单品价格-用户价

4)优惠计算服务的基本职责

  1. 计算订单中每一个SKU所分摊的每一种促销活动的优惠金额;
  2. 计算订单中每一个SKU的实际支付金额;
  3. 计算订单的应付金额。

每个商品的优惠分摊金额计算并记录下来以后,我们就可以给到经分去计算每个商品的费用、每个品类的费用,进而能计算出各种口径的利润。而且优惠计算服务的作用远不仅应用于以上场景,当每个SKU的每种促销活动的优惠力度可以计算出来后,还可以应用于成单前的很多地方,如在商详页、购物车或其他黄金流程中,系统可调用该服务计算出所有的优惠,进而在前台展示该商品的“预估到手价”,这对于刺激用户购买也有很大的作用。

计算顺序:

  • 先计算该商品的单品优惠金额
  • 再计算该商品的总价优惠金额
  • 然后计算该商品的抵扣优惠金额
  • 最后计算该商品的满返优惠金额

规则中心就像十字路口的红绿灯和交通管理员,当车辆从四面八方汇集到十字路口时,规则中心就会启动交通管制,指挥所有的车辆按照正确的道路行驶。

规则中心的核心服务包括:叠加互斥规则、命中规则、实时价格计算、优惠分摊计算。

这一章节所述的产品一般没有界面或者只有很少的界面,更多的是后端逻辑和策略,对于初学者而言可能需要一定的相关产品设计经验才能比较容易掌握。我们只记住一点,对于偏逻辑的后端产品,产品设计的核心要点是逻辑自洽且符合业务场景,没有实验,主观体验设计少,因此只需要多花一点时间就能摸透。

3. 平台活动管理

通过此模块能够进行全平台通用的活动配置,设置对应的形式、时间、补贴、对象。

通过活动列表进行过往活动的配置以及监控活动的数据,也可以通过列表对活动进行管理,复用,停用或启用,以及每个活动给用户进行标签。

通过活动名单能够对用户名单去进行标签,作为进行用户模块分层运营时制定的规则来源,并且可以结合活动数据进行活动复盘和分析,得出活动效果的结论。

1)单价类活动

单品促销活动一般有多种优惠方式,常见的有一口价、直降、折扣:

  • 一口价指直接设置优惠后的促销价
  • 直降指基于平台原价设置直降力度,促销价=平台价-优惠力度
  • 折扣指基于平台原价设置折扣力度,促销价=平台价*折扣力度

在后台设计上,可以设计成在一个直降工具中,创建活动时可以选择三种不同优惠方式,也可以设计成三种独立的工具,每一种工具就是一种优惠方式。

①推广平台

指投放的渠道(即架构图中的渠道和终端),在大型电商平台中,由于其业余形态非常多元,因此会有很多不同的销售渠道,如京东除了主站外(京东APP+PC),还有极速版、1号店、微信端等;淘宝有手机淘宝、天猫、淘宝特价版等;不同的渠道有不同的消费群体,因此针对不同渠道有做不同形式或者不同力度活动的需求,甚至有时候在战略上有推广特定渠道的需求(如阿里在2011年提出allin无线战略时,很长一段时间内都采用了APP端价格低于PC端的策略),所以在营销工具中应支持活动定向渠道投放。

②活动地区

指控制特定地区的用户参与活动,一般采用行政地区,如果需要限制特殊地区用户参与(比如疫情区域用户),则可以结合电子围栏功能给圈定地区下的用户打标即可。

③活动用户

即准入用户,指允许参与活动的用户,此功能需要调用用户管理中的用户标签功能,如只允许“学生用户”享受活动,则在用户中心给属于学生的用户打上【学生标签】,然后在活动用户设置中选择【学生标签】即可。注意这里一般采用的白名单方式,即被添加了准入的用户可以参与活动。也可以设计黑名单逻辑,即被添加了黑名单的用户不可参与活动,若同时存在黑白名单,则需要定义黑白名单的优先级,具体设计方案根据自己的平台特性和业务需求判断即可。

④限购

用于控制单个用户的购买数量,设计上分最少购买量和最多购买量。限制最少购买量的目的是销售的更多(如针对滞销品清库存的场景);设置最多购买量的目的则一般是推广目的,为了获取更多流量需要让受众用户尽可能多,避免被同一个用户全部抢光;限购的力度也有多种,如按单笔订单限购(单个用户一笔订单限购xx件)、按活动限购(单个用户一场活动限购xx件),针对单个用户的口径也有不同的定义,如按照用户ID限购、按IP限购等。

⑤活动库存即限售

限售的场景是避免亏本过多。当我们推广新品时或者用爆品引流时,一般会采用降价的方式,由于商品并不是直销库存,为了避免亏本过多,只能拿一部分库存出来做活动,则此时可以设置限售数量,抢完即止,售空后的设计逻辑一般有售空停止销售和售空恢复原价销售。

注:在设置限购限售量时,可以设计成在设置基本信息时填写,设置成功后批量应用到该活动下的所有商品中,也可以设计成在设置商品优惠规则时填写,同一个活动中不同的商品可以设置不同的限购限售数量。

⑥活动宣传语

一般是展示到商品详情页的标题下方,主要起到一种广告宣传效果。

在常见的三方后台中,创建单品促销活动第一步需要填写的基本信息差不多就是上图所示的内容了,像一些自营平台需要填写的信息则比三方后台要更复杂一些,比如需要填写费用承担部门、承担比例等。

2)总价类活动

总价类活动的创建流程与单品直降类活动基本一致,只有在第三步设置优惠规则时不一样,单品直降类活动的优惠规则是设置在单个商品的粒度上,而总价类活动的优惠规则则是设置在活动的粒度上的,以满减活动举例,优惠规则界面如下:

  • 满金额:指活动商品的小计金额满足条件后可享受优惠;
  • 满数量:指活动商品的小计数量满足条件后可享受优惠;
  • 阶梯满减:指活动商品满足不同的阶梯条件时,享受对应的优惠;
  • 重复满减:指活动商品每满足条件一次,就享受一次优惠,如每满1000元,减10元,则当活动商品购满1000元时,减10元,购满2000元时,减20元,以此类推;

以上就是创建活动的功能设计说明,其他营销工具的设计大同小异,关键就是活动三要素:活动基本信息、活动商品、活动规则

4. 内容管理

1)组件页面

通过搭积木的方式实现在线搭建任意样式、功能的页面赋能到平台页面。

2)风控管理

当做完基础系统后,有一个很重要的问题就是风险控制问题,需避免一个SKU降价力度过大或恶意套现等问题造成资损风险,因此我们要需要有相关的风控管理,同样能够应用到门店系统。

3)文章视频管理

通过搭建论坛社区,让平台不局限于采购,主打一个专业度高、货品丰富、行业分享的平台,有利于提升用户的归属感从而提高留存,同时能够让分仓可以通过内容宣传自己的门店,提高单量

4)评价管理

基于用户对于平台,对于商品,对于门店进行评价,通过这类的评价针对用户进行客情维护的同时也能对分仓进行管理和约束,通过收集用户的反馈,也能针对性的做产品设计,丰富平台属性。

四、总结

以上就是营销中心的主要内容了,再回头看看文章开始提的几个问题:

  1. 为什么要做营销中心?
  2. 营销中心有哪些核心能力?
  3. 营销中心从0到1如何设计?

各位同学现在已经有答案了,欢迎把你们的答案发到评论区与小编互相探讨一下,小编也希望与各位交流,一起进步,共勉,如果有疑问或者不同见解也可以发到评论区,小编会给各位一一回复,跟各位学习。

本文由@乐少有话说 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

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