Zhangxiaolong Product Way

商业运营

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

项目管理

431

下载量

安装量

收藏量

★ 5.0

综合评分ⓘ

概述

更多信息

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原生产品"的思考方向推演。关键词：张小龙，微信，产品哲学，极简主义，用户体验，熟人社交，平台战略，需求取舍.

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项应回到需求诊断重来。