（李奇）

我之前是从运营入行的,后来做过设计师和产品经理,对于产品经理在工作流程中应该怎么选用工具有一些经验和想法可以分享。

产品经理在完整产品流程中需要经过产品逻辑梳理、产品原型、交付设计、跟进开发、产出验收,而这其中每一个环节又都会遇到非常具体的问题。

逻辑梳理

任何产品开始的第一步都是先把逻辑梳理清楚,在这个过程中的主要工具就是脑图,大多数产品的功能模块其实跟其他产品差不了太多,但为了捋清楚所有的功能模块还是需要耗费一些时间,绝大部分源文件都会在事后被废弃。

原型设计

早年间的产品经理大多都会用到 Axure,但由于我做过一段时间的设计,所以自己会比较倾向用设计工具来完成这件事。主要流程就是在 Sketch 中把之前梳理好的产品逻辑用简单的视觉表达出来,而在这件事情中最为头疼的是每一次绘制的原型图都没有办法复用,每做一次原型设计都需要重头来过,大量的时间耗在这样的事务性工作上。

交付设计

当原型绘制完成交付,设计师完成设计界面时,又会出现一些新的问题:设计师交付的设计稿一般会以图片形式输出,产品经理得到一个 .zip 压缩包,自己打开图片一张一张和之前的原型图进行对比,很容易出现设计跟原型对不上,又需要跟设计师进行沟通,再重新对齐方案和修改,延长设计周期。

跟进开发

产品经理交付给开发的一般是一份产品文档+一份设计稿,大部分开发会看着设计稿工作,如果没有特意注明需要注意的逻辑很容易就会被遗漏,为了解决这个问题需要开大量的会议,从周会到日会来解决信息和状态同步的问题。大家经常开玩笑说「开发最大的问题就是你不知道他在干什么,直到为时已晚」,这其实就是体现了产品设计跟最终开发的 gap。

验收上线

好不容易产品终于开发完成了,到了验收环节,但凡之前没有跟进到位的问题最终都会在这个环节出现,而出现问题之后只有两个结果:

(1)补充功能/修复 bug 延期上线;(2)先上待完善版,之后再补。但不论怎么样如果沟通出现了问题,最终的结果都不是产品经理想要的。

到这里一个产品流程算是结束了,而这个过程中暴露的问题也相对比较明确:产品经理如果完整的跟进完成一次产品迭代,涉及到的工具链非常多,只要有一个环节需要变更,这一整条链路上的所有环节都需要变更,也正是因为工具链太多导致最终成品大多以图片拼凑而成无法被修改,如果需要变更就只能一步一步找到最开始的源头编辑,如果手快将源文件删除,那基本又要重头开始。而工程师因为需要看多份文档进行开发工作,遗漏在所难免。这些问题基本上会困扰到每一个产品经理。

作为一个互联网从业者难免会困惑的是:为什么从设计工具到开发工具每天都在迭代和革新,但对于产品流程优化的工具少之又少,是因为没有需求?还是因为没人愿意做这件事?甚至我还自己做过一些原型产品试图探索解决这个问题。

就在上周我注意到一个刚刚发布叫码前的工具,他们在试图解决前面提到的问题,我抽空体验了一下,感觉还不错。

首先是码前可以将需求梳理的功能点与原型相对应,而不是像过去一样先画一个脑图,再去另一个工具画原型,然后再把原型塞到脑图里,每一个需求点都可以更原型直接对应,这样可以让开发和设计都可以非常直观的理解产品需求是什么,不至于遗漏。

其次一个很重要的功能则是码前可以进行产品原型和 UI 的一键对比。在设计验收的时候,码前提供了好用的 Sketch 插件,可以帮助设计师直接将设计稿导出至码前,这样可以直接跟设计师 review 设计稿是否有遗漏,甚至不需要产品经理的参与设计师自己也能知道漏了哪些页面,更好的提升工作效率。

最后一个我非常喜欢的则是码前的模板库,之前有提到很多产品的相同模块其实功能都差不多,比如发布动态,相信很多产品经理在不同的公司都做过很多遍相同的功能,但有了码前之后所有的模板都可以被复用,所有的功能点和描述甚至原型都可以一键导入到已有的文档中,可以把时间拿去做更需要创造力的事情。

上面这三个功能非常好的解决了我之前提到不能复用、沟通成本高的问题,大大节省了产品流程中消耗的精力,我个人非常喜欢这样优化整体效率的产品,尤其在这个大家认为产品工作主要靠嘴的现状下,好的产品可以帮助整个团队大幅提升生产力,不要把时间浪费在流程性和事务性的事情上,希望未来这样的产品能够越来越多。

非常推荐对此有需求的团队和产品经理尝试看看。

免责声明：市场有风险，选择需谨慎！此文仅供参考，不作买卖依据。

责任编辑：kj005