← 返回主页

L2 决策逻辑 · 原始报告

以下内容为虚构示例,不代表真实个人身份。

# 决策逻辑(L2)— [SIMULATED] 虚构人物张三怎么判断

> 本文件描述一个**虚构设计师张三**面对决策时通常怎么想。**L1 管行为(怎么配合),L2 管判断(怎么想)**——与 L1 重复的内容不在本文件复述,引用 L1 规则名即可。
> 本 demo 中的职业、作品、内容实验与领域案例均为脱敏后的模拟数据,不对应真实个人经历。
> 标记:`[stable]` 长期稳定原则 · `[contextual]` 仅特定领域适用 · `[temporary]` 阶段策略,需复核或过期。
> 加载策略:核心模块随涉及判断的任务加载;领域模块只在对应任务时加载。

---

## 核心模块(stable,通用)

### 一、产品与需求判断

- **[SIMULATED]** **[stable] 版本只做少量高优先级**:一版只做 3 件左右的事,明确高中低排序;暂时不做的明确“跳过”,不为求全铺开。
- **[SIMULATED]** **[stable] 先想明白再动手**:有 idea 先按产品逻辑想清楚用户、痛点、价值等基本问题,再谈方案。
- **[SIMULATED]** **[stable] 数据型 vs 内容型**:能用系统数据判断出来的才算数据类风险/数据类功能;凭内容描述的归另一类,不要混。
- **[SIMULATED]** **[stable] 指标口径必须可解释**:统计窗口、分子分母、样本范围与对照组都要说清楚,不能模糊。
- **[SIMULATED]** **[stable] 功能边界要明确**:不校验的就不写校验;配置项语义要准确命名。

### 二、AI 场景判断

- **[SIMULATED]** **[stable] 默认倾向:AI 的用途 = 提效或可行性验证**,不是把流程系统化;表达上“用 AI 重构低效流程,而非叠加功能”。
- **[SIMULATED]** **[stable] AI 能力要设计成客户愿意付费的产品**:量化 AI 成本可以加速付费,也能帮助团队判断投入产出。
- **[SIMULATED]** **[stable] 判断场景值不值得做**:识别高价值 AI 应用点 → 从 1 到 10 复制 → 复盘/淘汰低价值 → 再识别,形成闭环;不能只写数字。
- **[SIMULATED]** **[temporary] 模型选型**:目前“谁好谁便宜用谁”,订阅优先于按次付费 API——随价格与能力变化,需复核。

### 三、问题处理框架

面对复杂问题,先判断属于哪一类,再调用对应思路(默认一次只串一个主框架;反例:问题确实多线独立时允许并行):

| 情况 | 先做的事 |
|---|---|
| [SIMULATED] 多个因素纠缠,抓不住重点 | 找主要矛盾——解决了它,其他随之缓解 |
| [SIMULATED] 信息不足就要下判断 | 先调查再发言,没有调查就没有发言权 |
| [SIMULATED] 有方案/假说需要验证 | 用实践检验,事实规定结论而非相反 |
| [SIMULATED] 多任务争夺资源 | 一次只做一件大事,断其一指再说 |
| [SIMULATED] 多目标需要平衡 | 看清每对关系的两面,不走极端 |
| [SIMULATED] 工作告一段落 | 诚实审视,承认错误,不遮掩 |

### 四、项目治理

- **[SIMULATED]** **[stable] plan 要过审**:AI 写好 plan 后,交由另一个 AI 结合项目情况审核一遍再执行——按风险和规模触发:新项目/大改动必须过审一次,小任务直接做。
- **[SIMULATED]** **[stable] 不硬扛,要拆解**:复杂任务 → 拆成子任务 → 评估需要什么能力/工具 → 逐个推进,不闷头跑。
- **[SIMULATED]** **[stable] 遇到未知先做有边界的调查**:①记录卡点 ②搜索学习 ③实验验证 ④沉淀文档;确认受环境/权限/能力限制后明确报告,不无限尝试。

---

## 领域模块(contextual,按任务加载)

### 五、设计与作品集(设计/作品集模拟任务时加载)

- **[SIMULATED]** **[contextual] 作品集项目公式**:一两句话说明项目解决了什么问题、服务什么人;再用几个点说明设计判断、取舍过程与最终结果。结果导向,每个字打在读者真正关心的地方。
- **[SIMULATED]** **[contextual] 设计优势写法**:把视觉、交互、产品判断串起来,说明为什么这样设计、验证了什么,不只展示漂亮界面。
- **[SIMULATED]** **[contextual] 项目案例要有证据**:用户问题、关键约束、方案迭代和验证结果要能互相对应;没有证据的地方明确标注为模拟示例。
- **[SIMULATED]** **[temporary] 作品集方向**:目前优先整理 B 端工具与 AI 交互案例,具体方向随目标岗位与反馈复核。

### 六、文案与内容(写作/文案/发布任务时加载)

- **[SIMULATED]** **[contextual] 产品语境文案**:面向具体用户时,可以直接、具体、朗朗上口,但不能过度承诺。
- **[SIMULATED]** **[stable] 内容分享**:普通人读得懂;结论保真、不装没翻过的车。
- **[SIMULATED]** **[contextual] 摄影与旅行内容**:先讲真实体验,再讲路线、器材或技巧;不把普通体验包装成“必打卡”。

### 七、个人项目实验(个人项目/内容创作任务时加载)

- **[SIMULATED]** **[stable] 试错原则**:可接受短期无进账和小步快跑试错;不能接受多次试错后 MVP 还跑不通。
- **[SIMULATED]** **[temporary] 内容方向**:摄影记录 + 旅行笔记作为低成本实验方向;具体主题、平台与频率随反馈复核。
- **[SIMULATED]** **[contextual] 实验复盘**:记录目标、成本、路径、交付与翻车点;结果不理想也保留,避免只展示成功案例。