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

推荐订阅源

C
CERT Recently Published Vulnerability Notes
U
Unit 42
T
The Blog of Author Tim Ferriss
H
Hackread – Cybersecurity News, Data Breaches, AI and More
B
Blog RSS Feed
Microsoft Azure Blog
Microsoft Azure Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
S
Securelist
L
Lohrmann on Cybersecurity
Blog — PlanetScale
Blog — PlanetScale
Recorded Future
Recorded Future
D
DataBreaches.Net
Spread Privacy
Spread Privacy
T
Threat Research - Cisco Blogs
I
Intezer
P
Palo Alto Networks Blog
Simon Willison's Weblog
Simon Willison's Weblog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
I
InfoQ
宝玉的分享
宝玉的分享
Security Latest
Security Latest
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
T
Threatpost
Cisco Talos Blog
Cisco Talos Blog
P
Proofpoint News Feed
博客园 - 司徒正美
H
Hacker News: Front Page
Y
Y Combinator Blog
爱范儿
爱范儿
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
NISL@THU
NISL@THU
月光博客
月光博客
有赞技术团队
有赞技术团队
Cloudbric
Cloudbric
酷 壳 – CoolShell
酷 壳 – CoolShell
G
Google Developers Blog
A
Arctic Wolf
博客园 - 【当耐特】
W
WeLiveSecurity
V
Visual Studio Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
V
V2EX
C
Cyber Attacks, Cyber Crime and Cyber Security
S
SegmentFault 最新的问题
The GitHub Blog
The GitHub Blog
The Cloudflare Blog
Stack Overflow Blog
Stack Overflow Blog

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
救救我!又该做半年规划了!
ToB老人家 · 2024-05-19 · via 人人都是产品经理

又到了做半年规划的时候。以下文章是我在2020年底,根据亲身实践所写。其方法论源于世界顶尖企业的实践,大家认真阅读,100%有助于写好半年规划。

即将迈入2021年,相信各位产品大拿都开始进行明年的产品规划了。

那么,如何才能做出一份既打动高层,又能够落地的产品规划呢?文本将用一个我亲自主导的案例,还原年度产品规划的编制过程,供大家参考。

01 去年复盘

年度规划首先需要对去年规划进行复盘。

复盘是一种高效的学习方式,只有善于复盘,我们才能够不断超越自己。同时,过去的不足,可能是未来前进的方向。

当然,公司更关注未来的计划,因此我们不用花费太多笔墨,简单总结即可。

比如,2020年的规划我们围绕着“all in 微信”的产品战略以及“4个在线”的目标进行系统建设,因此我也简单的从“4个在线”的角度进行复盘:

1、营销在线

2019年我刚到公司的时候,公司几乎所有的营销活动都在线下,除了线索质量低下,给员工造成的负担也很大。因此,在2020年的规划中,我明确提出将客户APP迁移到微信小程序,再基于微信开发获客小程序。

经过复盘,2020年我们几乎所有的营销活动都在线上进行。从结果来看,新客成交数量增长35%,金额增长22%,获客成本降低850元,并且贡献了公司接近三分之一的收入。

营销小程序

当然,美中不足的是,我们的玩法还是过于单一。由于客单较高(平均年消费2万以上),又属于非刚需的健康类服务,因此营销方法上我们主要聚焦于老客户转介绍。在其他玩法上比如拼团、分销、秒杀等方面还比较欠缺。这将会作为我们2021年产品规划的方向。

2、客户在线

2019年我们的客户服务功能都是基于APP开发,但是客户使用率并不高。为了鼓励客户使用,公司每年都划拨了不少费用激励客户下载和使用。

2020年我提出将客户APP迁移到微信小程序,结合微信消息体系主动触达客户。到2020年底,在取消激励费用的情况下,客户月活反而增长了20%。考虑到活跃客户有60%大于40岁,33%甚至超过50岁,线上操作接受度相对较低,因此这是一个还不错的结果。

客户服务小程序

不足的地方在于,由于我们起步于线下服务,因此线上服务场景还比较匮乏。在2021年,我们需要扩充客户在线的场景。

3、管理在线

公司的CRM系统从2015年起步,到2019年已经建设了4年,但数据准确性一直存在问题,公司运营部门仍然依赖手工报表。且不说因此增加了不少人力,决策效率也非常低。

因此,我们下决心在2020年改善CRM系统的准确性,同时,用企业微信替换钉钉,并且在企业微信上重新开发CRM系统,以提高运营和决策的效率。

到2020年,CRM系统的数据准确性已经达到99.5%,且20个核心运营指标均能够在企业微信实时查看。比如,每个门店、每个客户、每个员工的收入和收款数据,都是实时更新的。客流、新客成交、休眠复活等数据也能够实时查看最新数据。从董事长、COO到各大区总、店长都对企业微信报表上了瘾,公司因此裁减了不少行政人力。

企业微信日报

不过,虽然系统导致的数据差错基本已经绝迹,但是仍然存在人为操作错误。比较典型的就是忘记录入,或者操作错误。根本上来说,仍然是因为我们的流程没有形成完整的线上闭环,存在误操作的可能。因此,2021年需要在这方面进行改善。

4、员工在线

员工在线比较简单,2020年的目标是建设员工一站式工作平台。

到年底,我们已经废弃了员工APP和钉钉,用企业微信进行了替代,取消了微信内部群,工作协同基本都迁移到了企业微信。目前,企业微信员工应用的日活占到整体用户数的86%。

不足之处在于,员工平台的智能化程度仍然不够。比如,客户的生日是不是应该提醒员工?即将进入休眠的客户,能否自动给员工生成任务?每天员工打开企业微信,能够实时查看到:“今天应该关注什么信息”、“有哪些重要工作”、“工作在哪个页面完成”、“如果有困难如何协同”。这些问题如果能够解决,将进一步提升运营的效率。

我们要意识到,规划工作连续性。除非公司战略大调整,否则去年工作的不足之处,将是来年工作的重点。因此,年度复盘是明年规划的第一步。

02 机会分析

做完复盘,很多部门喜欢直接规划目标,然后确定项目和推进计划。但我认为,在制定目标之前,首先应该进行机会的分析。

首先,产品部门的目标必须要符合公司的战略,同时要能够支撑业务部门的目标。因此我们需要分析公司需求或外部机会,从而确定我们的目标范围。其次,目标是拿来落地的,规划的重点并不是“制定目标”,而是“制定可行的目标”,这就意味着我们需要找到新突破点,来支撑目标的实现。

比如,公司希望“新客收入”实现快速增长。那么我们就需要梳理清楚增长的逻辑和关键因素,比如新客收入=新客成交数*成交单价+新客成交数*留存率*复购项目数*项目单价。然后找到新的突破点,比如2020年线上营销方式过于单一,那么我们还有多少种营销方式可以尝试?每种营销方式的优缺点?是否匹配我们的客群和场景?竞对是否在采用?预计能增加多少新客成交数?等等。

机会分析又分为内部机会分析和外部机会分析。

内部机会可能是当前的运营痛点,比如潜在客户缺乏信任度,进店率较低;也可能是创新业务的开拓,需要提供更多的产品支持。

举一个例子。比如目前主要的引流方式只有不到2%的成交转化率;但同时成交率高达50%的老客转介绍,却因为没有高效的组织和传播方式,导致仅占整体新客成交数量的18%,这就说明在利用社交软件促进老客转介绍方面,存在巨大的机会。

外部机会则和环境有关系,包括以微信为核心的SCRM体系崭露头角,同行业大量企业获客能力偏低等等。

比如,去年我们已经实现50%的新客收入来源于线上免费获客(非付费流量),在减少每单850元获客成本的同时,帮助公司新客收入增加20%。公司在2个月没有收入的情况下(疫情原因),提前完成了全年业绩目标。

但是业内企业普遍不知道如何有效获客,获客成本高但是效果却很差。如果我们能够继续打磨自研的SCRM,进一步提高在线获客比例和效率,同时完善激活和复购的数字化营销能力,再将这些能力作为一种方案推广到同行业,这将开拓一个巨大的市场。

明源云的千亿市值宣告SaaS公司的春天已经到来,数字化转型的市场机遇也已经不言自明,而我认为下一个巨大的机会就是新一代的产业互联网。即把自身的数字化经营能力通过互联网“溢出”给同行业企业,成本低速度快,具备强大的规模效应。感兴趣的朋友可以关注我的公众号,阅读我的文章《新时代的产业互联网》。

总结:所谓创新,就是“用新方法解决老问题”。只要分析清楚内部存在的问题和外部出现的新方法,我们就可能找到创新的机会,制定出合理的产品规划。

03 愿景和规划

分析出内外部存在的机会以后,我们就可以分别从长期和中短期规划我们的方向。

愿景是部门长期的方向。比如,如果我们的愿景是“成为XX行业数字化平台,为行业企业赋能”,那么就说明我们的工作重点应该是不断探索和完善数字化产品,并且与企业经营和管理深度融合。只有这样,未来才可能通过数字化平台为广大企业深度赋能。

制定愿景以后,我们还需要进行中短期的规划。

部门规划可以展望3年,但是最重要的还是来年的规划。如果我们对去年的工作进行了充分的复盘,同时在“机会分析”板块分析出了有价值的机会,那么规划的内容也就相对清晰了。

比如,2021的产品规划可以聚焦于在线化、智能化和平台化。

在线化可以分解为营销在线、客户在线、员工在线和管理在线。智能化则是基于算法,实现客户和员工服务的自动化与智能化。平台化则是内部验证商业化可行性,为推广“数字化经营平台”打下基础。具体的规划内容示例如下图:

愿景和规划既要有可落地性,又要激动人心。这一方面要求我们平时要关注行业动态和客户;另一方面也要求我们多思考和多实践。

04 年度目标

产品规划要可落地,则需要进一步细化为目标,并(尽可能)形成量化的KPI。为了便于跟踪和优化,我们可能还需要对KPI进行分解。

比如,如果我们设立了“提升在线化获客能力”的目标,则需要设定微信小程序的上线时间,以及每个月的新客成交数量。示例如下图:

当然,并不是每个产品目标都需要直接与业务目标绑定。比如基建类的产品,更多会考核进度、性能提升等指标,管理支撑的产品则会考核管理目标的达成情况。在本例中的微信小程序是直接服务于营销获客,虽然获客的效果也取决于口碑、价格和促销方案等,但是为了确保产品部门与营销部门的利益一致性,让两者共同承担业务指标是一个合理的选择。

05 策略

所谓策略,即打法,是年度规划的核心。

年度规划最容易出现的问题,就是不能落地。这也是为什么我推崇首先做“年度复盘”和“机会分析”的原因。

比如,通过对2020年数据的分析,发现“传爱大使”(老客转介绍小程序)各环节的留存率不到30%,因此2021年我们的策略就是通过强化SOP、简化操作等方式,提高各环节留存率,最终达到“传爱大使”获客收入翻倍的目标。详细策略示例如下图:

对于业务支撑类产品,好的策略一定与业务深度融合的。

比如,在“申请成为传爱大使”环节,仅仅是小程序本身的优化,转化率的提升是容易到达天花板的;但是由于我们有线下门店,通过建立SOP,优化员工向顾客推荐的力度和质量,肯定是可以进一步提升转化率的。

另外,在“转发体验券”环节,由于我们分析出传爱大使带来的“每一次潜客进店体验”可以给公司创造1.8万的收入,潜客质量非常高,因此可以加大营销费用投入力度。这些费用都是以折扣券的方式发出,因此不会影响公司现金流,反而可以带来更多收入。

要制定出可行的策略,一定要多和业务部门沟通,多分析数据和一线调研。我一直要求产品经理定期去一线,我自己也是身体力行,其原因就在于,可行的策略往往来自于现场的总结。

06 推进计划

策略的落地需要制定推进计划。推进计划的重点在于分解出关键步骤,并落实到责任人。

不管编制的过程如何精细,年度规划都是基于过去预测未来,这是一件极具风险的事情。因此,我们需要把一个大方案拆解为多个小方案,从而降低风险,同时留出足够的反应时间。

推进计划的示例如下:

推进计划需要多进行内外部沟通。一旦计划定稿,就会形成相关方的考核指标。因此,一方面需要多方讨论计划的可行性,另一方面也要得到各方的承诺。

实际上,产品规划也是得到各方承诺的过程。因此,我们关注规划的结果,更要关注规划编制的过程。让各方充分参与,表达自己的观点,将改善规划的落地效果。

07 资源需求

如果你的规划激动人心,同时具备充分的可落地性,那么相信你的资源需求也会得到公司的认可和支持。在资源需求部分,记得加上你的部门编制规划和预算。

在最后一步,不要忘记:我们需要很多人的帮助。因此,可以表达我们所需要的外部支持,并得到公司高层的认可。这样,会有利于后期与其他部门的协作。

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

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