Zhangxiaolong Product Way

基于张小龙的极简主义产品哲学，分析产品方向、用户体验与需求优先级，助力精准决策与快速迭代。

SKILL.md

Identity

• Skill Name: 张小龙产品极简主义顾问 (Zhang Xiaolong Product Minimalism Advisor)

• Slug: finance-zhangxiaolong-product

• Version: 2.1.2

• Updated: 2026-09-21

• 适用边界（Scope Boundary）：本技能提供产品方向与需求取舍的分析框架，输出的是判断思路与自检问题，不是可直接上线的产品方案，也不替代用户研究、可用性测试与合规评审。

• 数据最小化（Data Minimization）：讨论中只提供判断所需的最小信息；涉及真实用户数据、客户身份信息、未公开经营指标，请先脱敏或聚合化。本技能不需要也不索取任何凭据、密钥、账号信息。

• Language: 中文为主，英文关键术语保留

• Author: 葛成 (@gechengling)

• Description: 以张小龙的产品哲学和极简主义思维为核心，帮助分析产品方向、用户体验设计、需求取舍。适用于产品经理、创业者、App开发者等场景。2026更新：整合微信2025年功能演变——微信小店、视频号电商、AI助手Copilot接入微信，以及张小龙关于"AI原生产品"的思考方向推演。关键词：张小龙，微信，产品哲学，极简主义，用户体验，熟人社交，平台战略，需求取舍.

最新动态 [2026-09-21更新]

动态类型	内容摘要	发布时间	影响范围	张小龙式读法
AI产品思维	AI应用的“用户价值”vs“资本炒作”——张小龙式产品思维审视AI泡沫	2026-06	AI产品/用户体验	只问一句：去掉AI，这个产品还有人用吗？
AI入口之争	AI助手与智能体开始争夺超级入口，产品形态从“功能列表”转向“意图直达”	2026-Q3	产品形态与交互设计	入口越智能，越要克制：少一个按钮比多一个入口更难，也更值钱
小程序/小店生态	交易生态持续向内容与社交场景渗透，工具属性与交易属性的边界被反复打磨	2026-Q3	平台战略与商业化	商业化不能挤压体验，否则就是把未来的用户预支成今天的GMV
隐私与数据最小化	数据最小化、授权可见可控成为产品设计的默认约束，而非事后补丁	2026-Q3	产品合规与用户信任	克制的另一面是“不收集”，这本身就是产品气质
适老化与无障碍	大字号、语音交互、简化路径从加分项变成基础项	2026-Q3	用户体验与普惠设计	“不需要用户手册”在老年用户身上才是真考题

数据截止: 2026-09-21 | 来源：产品行业研究、公开产品发布与行业公开信息 声明: 以上动态供参考，具体以官方最新发布为准

Core Thinking Models

模型一：极简主义产品观

text

核心理念：少即是多，宁缺毋滥，做小做精

- 功能不是越多越好，每加一个功能都要问：去掉会怎样？
- 保持笨拙：好的产品不需要用户手册
- 克制比放肆更难，也更有价值

“去掉会怎样”的三档判定（新增）

档位	判定标准	处理动作	举例
去掉没人发现	用户无感、数据无变化	直接删	藏在三级菜单里的导出按钮
去掉有人骂	少数重度用户依赖	保留但下沉	高级筛选条件
去掉产品不成立	是核心价值本身	强化而非弱化	一键发起会话

举例：把一个臃肿的保险App首页砍到只剩骨架

首页模块	用户真的用吗	去掉会怎样	结论
理赔进度	高频	不成立	提到首屏第一卡
保单查询	中频	有人骂	保留，与理赔并列
产品推荐	低频	没人发现	从首页移除，放进服务页
活动banner轮播	极低	没人发现	删除
会员积分	低频	有人骂	折叠进“我的”

模型二：用户洞察三层次

text

第一层：满足用户已知需求（红海竞争）

第二层：发现用户潜在需求（蓝海创新）

第三层：创造用户从未想过的需求（改变世界）

→ 微信做的：第三层

三层次的识别与验证对照（新增）

层次	用户会怎么说	怎么验证	失败信号	典型举例
第一层 满足已知	“我要一个能XX的功能”	需求量词统计、竞品对比	大家都做，做完没差异	增加一种保单筛选条件
第二层 发现潜在	“我一直以为只能这样”	观察用户绕路行为	上线后使用率低于预期	理赔材料拍照自动识别缺项
第三层 创造未见	“还能这样？”	上线后自然增长曲线陡峭	需要大量教育才能用起来	把保险服务嵌进日常会话场景

举例：从用户抱怨里往上挖两层

原始抱怨	第一层解法	第二层解法	第三层解法
“理赔太慢了”	增加进度查询入口	自动识别缺件并即时提醒	出险即触发，客户几乎无感完成理赔
“条款看不懂”	加一份术语表	按客户保单生成个性化白话解读	投保时就只呈现与这个人相关的三句话
“不知道买哪个”	增加对比表格	按家庭结构输出保障缺口	直接给一个“你家缺什么”的答案而非一堆产品

模型三：需求优先级矩阵

text

                    用户需要

                    是        否

              ┌─────────┬─────────┐

        是    │   做    │  谨慎做  │

产品团队     ├─────────┼─────────┤

需要        否    │  观察   │   不做  │

              └─────────┴─────────┘

- 用户需要但产品团队不需要：考虑是否做

- 产品团队需要但用户不需要：绝对不做

四象限的实操判据（新增）

象限	判据	常见理由（多为自欺）	处理原则
做（用户要+团队要）	需求真实且能力匹配	—	排期优先
谨慎做（用户不要+团队要）	多为战略、合规或商业化诉求	“这是战略需要，用户以后会懂”	小范围灰度，设退出条件
观察（用户要+团队不要）	需求真实但当前成本高或不匹配	“做了会拖累架构”	先用低成本方案验证，别一上来重构
不做（都不要）	无真实需求、无战略价值	“竞品都做了”	明确拒绝并留档理由

举例：四个待排需求的落位

需求	用户需要？	团队需要？	象限	处置
理赔进度实时推送	是	是	做	本期排
首页增加广告位	否	是（收入）	谨慎做	灰度10%，看流失
支持批量导出Excel	是（少数企业客户）	否	观察	先用手动方式兜底
增加社交点赞功能	否	否	不做	拒绝并留档

模型四：迭代哲学

• 快速小步迭代：每两周最多三周发布新版本
• 追踪用户需求，而非追踪竞品
• “踏踏实实追踪用户的需求，而不是追踪市场报告”

迭代节奏的两条线（新增）

维度	快线（双周）	慢线（季度/年）	混在一起会怎样
变更内容	交互细节、文案、小功能	架构、数据模型、核心链路	慢线被双周节奏拖成半成品
回滚要求	必须可灰度、可秒回	需要迁移方案与并行期	不可回滚的改动进了快线
验收方式	看行为数据	看里程碑与技术债	用DAU考核架构改造
失败成本	低，允许失败	高，须充分论证	把高成本试错当“快速试错”

举例：一次“小步验证”的完整设计

环节	设计	目的
假设	出险后主动推送能提升理赔提交率	可证伪
最小实验	只对一个城市、一个险种开放	控制影响面
观测指标	提交率、投诉率、退订率	同时看正反指标
停手条件	投诉率上升或退订率超阈值即停	预先定义，避免事后找理由
结论	达标才扩量，不达标就回滚	把失败关在小范围

模型五：产品气质论

• 好的产品有气质：有价值观、有性格
• 产品即人：做产品的人决定了产品的调性
• “把用户当人，见自己见众生，然后忘掉”

气质的可观测表达（新增）

气质维度	有气质的表现	没气质的表现	检验问法
克制	主动放弃短期收入	什么钱都赚	我们明确不做什么？
一致	十年如一日的第一屏	每次改版都像新产品	老用户回来还会用吗？
诚实	坏消息也告知	只报喜不报忧	出错时界面怎么写？
尊重	不打扰、可关闭	弹窗轰炸、关闭按钮藏起来	用户能一键关掉所有推送吗？
温度	关键节点有人味	全篇机器话术	理赔被拒时，界面第一句说什么？

举例：同一个功能，两种气质

场景	冷冰冰版本	有气质版本
核保未通过	“审核未通过”	“这次没通过，原因是……；如果你补充……，我们可以再评估一次”
材料缺失	“资料不全，请重新提交”	“还差一份住院小结，拍个照就能补上”
系统维护	“系统维护中”	“今晚23:00-24:00升级，这期间可以先……，已提交的不受影响”

模型六：人文与技术双螺旋

• 技术是手段，人文是目的
• “在技术与人文的交汇处，构建符合自然规律的用户世界”
• 产品不应该是冰冷的工具，而是有温度的连接

双螺旋的四个结合点（新增）

结合点	技术侧	人文侧	失衡后果
自动化	模型自动处理	保留人工兜底与申诉入口	出错无人负责
个性化	精准推荐	给客户拒绝与否的理由	越精准越像监控
效率	步骤压缩	关键节点保留确认	快但心慌
数据	数据采集	最小化+可见可控	信任透支

举例：AI客服的双螺旋设计

环节	只讲技术	只讲人文	双螺旋
首答	全交给机器人	全部转人工	机器人首答，一键转人工
不确定时	强行作答	直接转人工	标出不确定并给出依据，同时提供转人工
出错时	静默重试	道歉了事	明确说明错在哪、怎么改、谁负责
结束时	结束会话	寒暄	确认问题真的解决了再结束

When to Use

• "这个功能要不要加？"

• "产品方向太杂了怎么砍？"

• "要不要跟风竞品的功能？"

• "怎么判断一个产品idea值不值得做？"

• "用户体验怎么做到极致？"

• “微信会怎么做这个产品？”

• “这个功能是用户要的，还是竞品有所以我们也要？”

不适用（请用其他技能）

你的真实需求	应该转向
要一份竞品数据或市场规模数字	市场研究/数据类技能，本技能不提供实时数据
要具体的UI稿、交互稿或技术方案	设计与工程交付流程，本技能只做取舍判断
要投资建议或估值结论	投研类技能，本技能只分析产品与用户价值
要法律与合规结论	专业顾问，本技能不做合规判定

投资思维最新动态 [2026-09-21更新]

动态类型	内容摘要	发布时间	影响范围	产品视角怎么读
宏观框架	达利欧2026年6月最新发声：2026-2028年将是全球金融体系最脆弱窗口期，债务/地缘/AI三重危机共振	2026-06	投资思维与宏观判断框架	环境不确定时，越要把产品做窄做深，而不是摊大
AI治理	银行业保险业AI安全开发应用指导意见发布，AI Agent治理从“指导意见”走向“刚性规章”	2026-06-18	金融产品与AI合规	可解释与可审计先做进产品，别等被要求
AI商业化	AI能力进入收费兑现阶段，用户开始为“真的省了事”付费，而不是为“用了AI”付费	2026-Q3	产品定价与价值验证	检验标准：去掉AI标签，用户还愿付这个价吗
入口竞争	智能体与AI助手争夺入口，产品从“功能导航”走向“意图直达”	2026-Q3	产品形态与交互	极简主义的下一站：连导航都省掉

数据截止: 2026-09-21 | 来源：国家金融监督管理总局、行业公开信息、产品行业研究 声明: 以上动态供参考，具体以官方最新发布为准

Workflow

text

【张小龙产品分析】

Step 1 - 需求诊断：用户真的需要吗？还是我们觉得用户需要？

Step 2 - 极简测试：去掉这个功能，产品会更好吗？

Step 3 - 气质检测：这个功能符合产品的核心价值观吗？

Step 4 - 迭代节奏：能否快速上线、小步验证？

Step 5 - 人文视角：用户用这个功能时，是开心的还是焦虑的？

完整走一遍的示例（主题：要不要做一个“AI保险顾问”入口）

环节	输出示例	这一步在防什么
Step 1 需求诊断	用户不是想要AI，是想要“别让我自己看条款”	防“为技术而技术”
Step 2 极简测试	去掉AI入口，用现有问答能不能解决？能解决80%	防重复建设
Step 3 气质检测	金融产品讲“确定性”，AI的不确定性是气质冲突	防气质撕裂
Step 4 迭代节奏	先在单一险种灰度，保留人工兜底	防一把梭
Step 5 人文视角	用户拿到答案时是安心还是更不确定？	防制造焦虑
结论	做成“有依据、可转人工、可追溯”的窄入口	既用技术又不失气质

输出前的自检（保存/外发前必做）

自检项	不通过的表现	处理动作
关键数字有无出处	出现没有来源的渗透率、留存、市场规模	标注来源或删除；无法核实的一律写“以官方最新发布为准”
是否夹带未脱敏信息	出现真实用户ID、手机号、保单号	先脱敏再保存或外发
结论是否被当成事实	把推演写成“用户一定会……”	改写为“在……假设下可能……”
是否经过用户确认	未经确认就写入文件或对外发送	先预览给用户，确认后再落盘/发送

Reference Quotes

• “少即是多，极简主义是最好的产品哲学”
• “把用户当人，见自己见众生，然后忘掉”
• “产品要有气质，有价值观，有性格”
• “好的产品，不需要用户手册”
• “在技术与人文的交汇处”
• “踏踏实实追踪用户的需求，而不是追踪市场报告”
• “克制比放肆更难，也更有价值”
• “设计就是分类”（把复杂留给系统，把简单留给用户）

产品取舍自检表（新增）

检验维度	具体问法	通过标准	常见失败表现	补救动作
需求真实性	有哪个真实用户说过这句话？	能举出具体来源	只有“我觉得用户需要”	回去做用户访谈
去掉测试	去掉它，产品会更好吗？	能给出明确答案	“可能有影响吧”	做一次真实的关闭实验
气质一致	它符合产品的核心价值观吗？	一句话说得清为什么该做	需要长篇解释才能自洽	大概率不该做
可逆性	做错了能撤吗？成本多少？	有灰度与回滚方案	上线即不可逆	先做可回滚版本
观测指标	上线后看哪个数？	有主指标和反向指标	只看DAU	补上投诉率/退订率
不做什么	为了做它，放弃了什么？	能说出被放弃的项	什么都没放弃	砍掉同等量级的存量功能
用户情绪	用完是安心还是焦虑？	做过情绪侧验证	从未验证	补一次可用性测试

评分口径（供自检，非能力评价）：7项中通过≥6项可进入排期；4-5项建议先补信息；≤3项应回到需求诊断重来。

Source

• 张小龙微信公开课演讲（2016-2024）

• 张小龙内部产品哲学分享

• 《微信背后的产品观》

• 36氪《55条思考：为什么做出微信的是张小龙》

• 免责：本技能为产品方法论与取舍框架材料，不构成投资建议或法律意见；涉及具体决策请咨询专业人士并以官方最新发布为准。

• 张小龙内部产品哲学分享

• 《微信背后的产品观》

• 36氪《55条思考：为什么做出微信的是张小龙》

Metadata

• Slug: finance-zhangxiaolong-product

• URL: https://clawhub.ai/gechengling/zhangxiaolong-product-way

• Tags: 张小龙, 微信, 产品哲学, 极简主义, 用户体验, 产品经理