原型工具有哪些，产品经理常用工具的4个维度对照表

「这个功能什么时候能出图？」这句话我听过 20 多遍。原型工具有哪些、各自适合什么场景，我按 4 个维度拉了一张对照表。

下面用问答的方式讲四个问题：工具怎么分类、哪个维度最该先看、怎么照着对照表选、从线框到交付中间有几道。每题给一个可以自己核的动作。

原型工具有哪些，先按四个维度分类

把市面上这些工具拉平看，真正的差异集中在四个维度上：协作能力、上手成本、交付能力、费用结构。功能清单看着五花八门，落到实际使用上，起决定作用的就是这四项。

按协作能力分，有两类：一类偏个人快速出图，一类偏多人实时编辑。团队规模超过 3 人，协作这一项的权重会迅速上升。

按上手成本分，也有两类：一类开箱就能画，另一类需要学一套元件和交互规则，通常要花几天时间。

选工具的成本不在订阅费上，在团队学会它花掉的那几天。

工具解决不了流程没人走完的问题。

这个问题没有统一答案，取决于你当下的痛点在哪。

如果团队的痛点是「改一处要通知五个人」，那先看协作。如果痛点是「新人上手慢」，先看上手成本。如果痛点是「开发总说图和实现不一致」，那要看的其实是交付能力，尤其是标注和切图这一环。

我的建议是先给自己的痛点排序，再看工具。反过来做，你很容易被演示视频里的花哨交互带走，买回来发现没解决真问题。

排序的办法很简单：回想最近一个月最让你恼火的 3 件事，把它们写下来，然后把每件事关联到四个维度中的某一个。哪一维命中最多，就先解决它。

类似的做法我也见过，同类问题我还在另一篇里拆得更细写过转化大师，角度不太一样。

对照表的四列就是那四个维度，行是候选工具。填写的时候，每个维度用三档来标：好、够用、勉强。不要用具体分数，分数会让人纠结在小数点上。

填完之后看一眼有没有那一行是全「够用」的。全够用的那一行往往就是答案，因为它意味着没有明显短板，也没有需要额外付出的学习成本。

另外要留一行给自己现在的工具。很多时候结论是「不用换，把用不好的那部分补上」，换工具反而是更高的成本。我见过一个团队两年换了三次工具，回头一看，问题一直是没人愿意画完整的流程图。

只做了线框图就说原型完成，剩下两道会变成开发一遍遍来问。

另外，原型工具这类实操模板，运营动脉上按行业分好了类，从方案到落地的配套材料都齐，需要的时候直接下就行。

第一道是结构确认，也就是线框图。这一道只解决布局和层级，不讨论视觉。做得越快越好，用最简的工具就够。

第二道是交互说明，把点击之后发生什么写清楚。这一步常见的做法是在原型里连上跳转，让评审的人自己点一遍。

第三道是标注与资源，把尺寸、间距、颜色和切图交出去。这一道决定了开发还原度，值得花时间。

三道走完，一个功能的原型才算交付完成。很多团队只做了第一道就说「原型做完了」，后面两道压在文档里，结果开发一遍遍来问。

原型工具的选择说到底取决于你最痛的那一环。建议你先做那个小动作：把最近一个月最恼火的三件事写下来，各自归到四个维度里的一个。依据《中华人民共和国著作权法》第三条，计算机软件属于受保护的作品类型，使用第三方工具生成的原型资源时要注意授权范围。

你可以先拿那张四列三档的表，把现在在用的工具填一遍，再填一个候选，对比之下结论自然就出来了。

把条件换一换也成立，想要接着往下看的话，竞调那篇我在另一篇里拆得更细，可以一并读。

[1] 全国人民代表大会常务委员会.中华人民共和国个人信息保护法[Z].2021.

[2] 国家标准化管理委员会.信息安全技术个人信息安全规范:GB/T 35273—2020[S].北京:中国标准出版社,2020.

[3] 埃弗雷特·罗杰斯.创新的扩散[M].辛欣,译.北京:中央编译出版社,2002.