其他
当团队反复争论同一设计决策时,用可执行设计原则统一取舍
在团队反复就同类设计取舍争论不休时,提炼具体、可操作、可记忆且有优先级的设计原则来裁决分歧。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 57/100 ×0.15
适用场景
当团队反复争论同一设计决策时,用可执行设通用
解决思路
- 帮助团队把设计原则表述得具体、可操作、可记忆。
- 让每条原则有明确立场(Opinionated),不写模棱两可的表述。
- 让每条原则可操作(Actionable),能直接用于解决争论。
- 让每条原则可记忆(Memorable),短到团队成员能回忆起来。
- 让每条原则有辨识度(Distinctive),体现本产品的价值观。
- 让每条原则可测试(Testable),设计方案能据此被评估。
- 对原则进行优先级排序(Prioritized),以便冲突时决定取舍。
- 为每条原则补齐结构:标题(3-6 个词)、陈述、理由、应用示例、反例、取舍。
- 收集输入(研究、价值观、战略)。
- 通过工作坊产出候选原则。
- 起草并辩论,追问“会有人不同意吗?”。
- 针对冲突对原则排序、确定优先级。
- 用过去做过的决策测试原则。
- 广泛同步、传播原则。
- 让整个团队参与。
- 在设计评审中引用这些原则。
- 随着产品演进而重新审视。
- 在团队空间显著位置展示。
适用边界 · 注意事项
- 需要单个项目的定位/框架时,不要用本技能,改用 `design-brief`。
- 团队没有反复争论同一类决策,或不需要跨项目取舍指导时,不必强行提炼设计原则。