积木路线图 · 主题目录¶

结论：本目录保存积木路线图的初版想法和研究综述。

这个目录存放「积木路线图」这个想法的全部材料。

一句话： 表单管住单条需求。这个想法补上表单之上的那一层：版本。

文件¶

文件	内容	什么时候看
`01-想法草稿.md`	初版想法的文字沉淀。问题、概念、对象模型、汇总卡规则、8 个未决问题。	想评审想法时
`01-想法草稿.html`	同一个想法的可视化版本。内含可下钻的树图原型和白板视图。	想直观理解时。用浏览器打开
`02-研究综述.md`	外部研究。树图、卡片工具、路线图工具、开源件、社区证据。含对草案的修订建议。	想知道别人做到哪一步时
`03-图解.html`	五张图。缺口在哪、概念结构、两种视图对比、特征矩阵、研究给的硬限制。	想快速看懂想法时。用浏览器打开

03-图解.html 是纯静态图，不需要点击。手机上图可以左右滑动。

原型里的数据是示例数据，不是真实项目数据。

空白是真的，但比看起来窄。 没有产品同时具备「自由画布、组可嵌套、父级汇总卡、卡片带表单」四个特征。但是，2004 年 PMI 研究已经用树图做过项目组合规划，只是没做成产品。
新意不在「看」，在「编辑」。 所有既有的树图工作都是只读的。没有人在面积编码的布局里拖动、新建、重排方块。这是唯一未被探索的领域。
痛点被证实。 r/ProductManagement 有人写：「Someone, usually the PM, retypes one into the other, and within two weeks they disagree」。PM 手工搬运，两周后两边对不上。
实证证据比想象中弱。 2020 年的综述覆盖 69 项树图研究，结论是几乎没有可靠结论。不要对外说「研究证明树图更好」。

社区证据指向三条失败模式。这三条都不是「视觉工具不好看」。

草案的第 11 节列出四个动作。研究综述的第 8.5 节把它改成五个。