UFIDA的预编码产品设计工具，帮助产品经理快速入门

我之前从运营开始，后来担任设计师和产品经理。我对产品经理应该如何在工作流程中选择工具有一些经验和想法。

在完整的产品流程中，产品经理需要经历产品逻辑梳理、产品原型、交付设计、后续开发、输出验收，而这些环节中的每一个都会遇到非常具体的问题。

逻辑梳理

任何产品的第一步都是首先理清逻辑。这个过程中的主要工具是大脑地图。大多数产品的功能模块与其他产品没有太大区别，但整理所有功能模块仍需要一些时间，大多数源文件将在之后被丢弃。

早些年，大多数产品经理都使用Axure，但因为我已经做了一段时间的设计，所以我更愿意使用设计工具来完成这项工作。主要过程是在Sketch中使用先前排序的产品逻辑的简单视觉表达。在这种情况下，最麻烦的是每个原型图都不能重复使用。每一个原型设计都需要重复，并且在此类事务性工作上花费了大量时间。

交付设计

当原型图交付，设计师完成设计界面时，会出现一些新问题：设计师交付的设计草稿通常会以图片的形式输出，产品经理会得到一个打开zip压缩包，并将图片与之前的原型逐一比较。很容易看出设计与原型不匹配，您需要与设计师沟通以重新调整方案并修改方案以延长设计周期。

后续发展

产品经理通常向开发人员交付产品文档+设计草稿。大多数开发人员将查看设计草案。如果没有特别注意需要注意的逻辑，那么很容易被忽略。为了解决这个问题，需要召开大量会议，从每周会议到每天会议，以解决信息和状态同步的问题。人们经常开玩笑说“开发中最大的问题是你不知道他在做什么，直到为时已晚”，这实际上反映了产品设计和最终开发的差距。

验收和启动

最后，完成了产品的开发。当涉及到验收过程时，之前没有跟进的任何问题最终都会在这个过程中发生。出现问题后，只有两个结果：

（1） 补充功能/修复bug并延迟发布；（2） 待改进的版本将首先发布，然后进行补充。然而，如果沟通中出现问题，最终结果并不是产品经理想要的。

此时，一个产品过程已经结束，这个过程中暴露出的问题也相对清晰：如果产品经理完全跟进并完成了一个产品迭代，那么它将涉及大量的工具链。只要有一个环节需要更改，整个环节中的所有环节都需要更改。正是因为有太多的工具链，大多数最终产品都是由图片拼凑而成，无法修改。如果需要更改，只能一步一步找到源编辑器。如果快速删除源文件，则必须重新开始。因为工程师需要阅读多个文档进行开发，所以他们难免会错过。这些问题基本上会困扰每个产品经理。

作为一名互联网从业者，难免会感到困惑：为什么产品流程优化的工具那么少，因为没有需求，而设计工具和开发工具每天都在迭代和创新？还是因为没人愿意这样做？为了解决这个问题，我甚至制作了一些原型产品。

就在上周，我注意到其中一个刚刚发布。他们试图解决上述问题。我花时间体验了一下，感觉很好。

首先，功能点可以映射到代码前面的原型，而不是先绘制大脑地图，然后在另一个工具中绘制原型，然后将原型放入大脑地图。每个需求点都可以直接映射到原型，这样开发和设计可以非常直观地理解产品需求，而不会遗漏。

第二个重要功能是在编码之前对产品原型和UI进行一键比较。在设计验收过程中，代码前面提供了一个有用的Sketch插件，它可以帮助设计者直接将设计草稿导出到代码前面。这样，我们可以直接与设计师一起审查设计草案，看看是否有遗漏。E