Principle 01
先定义闭环，再定义功能。
确认谁发起、谁处理、谁确认、谁追责，以及系统在哪个节点给出反馈。
从问题进入作品集
产品经理 · B端 / SaaS
我把复杂业务里的协作、规则和数据，拆成可推进的产品系统。
关注复杂业务场景里的问题定义、流程拆解、系统落地和数据证据。
经历背景
企业服务、业务系统、业财协作与 AI 提效
过往项目集中在多系统、多角色、多规则并行的 B 端场景。
阅读路径
先看问题意识，再看项目证据
你会先看到我如何定义问题，再进入对应案例和完整项目页。
3+
年 B 端产品经验
10+
核心项目经验
5+
跨团队协作
方法与判断
我的工作手稿
比起展示“我会什么”，我更想展示我如何判断。
面对模糊需求时，我会先看业务闭环、角色关系、数据证据和落地边界，再进入功能设计。
Principle 02
先找高频断点，再讨论体验优化。
优先处理让业务停下来的流程断点，而不是把低频功能铺满页面。
Principle 03
数据不是装饰，是判断材料。
指标、日志、反馈和人工记录需要回到同一个问题：这个版本是否真的改变了业务动作。
Principle 04
AI 必须嵌进流程，而不是挂在页面上。
我会先判断数据来源、输出结构和人工确认边界，再决定 AI 承担检索、归因、总结还是执行。
项目如何证明判断
项目档案
项目不是陈列成果，而是证明一种判断曾经落地。
每个案例都回到业务问题、产品判断、关键取舍和结果证据，尽量保留真实推进中的判断过程。
项目内容会在这里呈现。
研究与复盘
研究索引
把观察留下来，才有可能变成下一次判断。
项目复盘、行业观察和方法分析，是我持续校准产品判断的方式。
研究内容会在这里呈现。
经历如何形成能力
经历轨迹
经历不是时间线，而是问题半径逐渐变大的过程。
从需求拆解，到跨团队推进，再到复杂业务系统的产品判断，经历背后是问题半径的变化。
经历内容会在这里呈现。
进一步交流
联系信息
如果你需要一个能把复杂问题讲清楚并推进落地的人。
我关注 B 端、SaaS、企业服务和 AI 产品化方向，欢迎进一步交流项目细节和过往案例。