加载中
方案修改记录记录了设计方案从基础版本到方案建议和改进方案的改进关系。本指南说明如何阅读方案修改记录、比较不同分支、理解改动原因和风险，以及为什么不能只看效果图判断版本。
方案修改记录适合以下场景： - 你想了解一个设计项目经历了哪些讨论和迭代。 - 你想比较不同的设计方向，理解各自的优缺点。 - 你想参与协作，需要了解项目的历史上下文。 - 你在学习设计，想理解设计决策的推理过程。 方案修改记录不是排行榜，不是用来比哪个版本「最好看」的。它的核心价值是保留设计推理过程，让每个设计决策都有据可查。
方案修改记录的节点类型按内容不同分为两类。 项目方案修改记录展示： - 原始设计作品：作者分享的设计方案，是后续建议和改进方案的起点；它不同于客户发布的设计需求。 - 改进方案：基于某个项目的改进分支，从原方案分出，形成新的分支。 - 方案建议：对某个版本的方案建议，包含优点、问题、建议和风险提醒，连接到收到建议的方案节点。 需求方案修改记录展示： - 基础需求：发布者提出的空间问题和约束条件，是方案提案的起点。 - 方案提案：围绕需求提交的完整设计方案。 - 采纳记录：需求发布者采纳某个方案提案的记录。 在项目详情页和需求详情页的方案修改记录区域，你可以看到这些节点按时间顺序排列，缩进表示分支关系。
阅读方案修改记录时，建议按以下步骤： 1. 从基础版本开始：先理解客户的核心需求、约束条件和偏好。这是判断所有后续方案是否合理的基准。 2. 沿着主线向下阅读：看每个方案或改进方案的设计策略和布局思路。注意不同方案之间的差异点。 3. 阅读评审节点：看社区对每个方案的评价。重点关注评审中指出的优点、问题和建议。 4. 看改进方案：理解改进方案的目标、具体改动和改动理由。比较改进方案版本和原版本的差异。 比较不同分支时，不要只看效果图。应该比较：设计策略的差异、布局逻辑的差异、预算分配的差异、风险处理的差异。一个好的版本不一定是最漂亮的，但一定是在约束条件下最合理的。 在项目详情页点击「查看方案修改记录」按钮可以进入完整的方案修改记录页面。
方案修改记录的核心价值不在于展示「谁做了哪个版本」，而在于展示「为什么这样做」和「这样做有什么代价」。 每个改进方案节点都包含改动理由和新风险。改动理由解释了设计者为什么做出这些改动，是基于什么判断。新风险说明了改动可能带来的代价。 例如，一个改进方案可能通过调整厨房布局改善了动线，但代价是减少了餐厅面积。如果你只看效果图，可能觉得「新方案更好」，但如果你阅读了风险说明，就会理解这个改动也有代价。 这就是方案修改记录的意义：让设计决策过程透明化，让每个选择都有据可查，让协作者能在充分了解上下文的基础上做出判断。
以下是阅读方案修改记录时最常见的错误： 1. 只看效果图判断版本好坏：效果图只是设计的一个维度，不能反映动线、收纳、预算、施工可行性等关键因素。 2. 忽略基础版本的约束条件：评价方案时忘了客户有预算限制、有必须保留的结构、有特定的使用需求。脱离约束条件评价方案没有意义。 3. 忽略评审内容：评审节点包含了社区的专业判断，跳过评审直接看方案会错过重要的上下文。 4. 把方案修改记录当排行榜：方案修改记录记录的是修改过程，不是排名。一个改进方案不一定比原方案「更好」，只是「不同」。
方案修改记录页面（通过项目详情页的「查看方案修改记录」按钮进入）展示以下内容： - 项目信息摘要：空间类型、面积、风格、预算。 - 方案修改记录主体：按时间顺序排列的节点，每个节点显示名称、状态标签、描述、贡献者和日期。节点缩进表示分支层级关系。 - 方案修改记录说明：页面底部的说明文字解释了方案修改记录的意义和阅读方法。 页面底部有「返回项目」按钮可以回到项目详情页。 注意：方案修改记录展示的是设计方案的修改过程，不是施工进度或项目状态。