17

产品经理应该怎么绘制流程图? | 产品壹佰

 4 years ago
source link: http://www.chanpin100.com/article/109815
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

产品经理应该怎么绘制流程图?

  • 发布于2019年10月22日

阅读2739

流程图你写的对吗

闲来无事最近在整理流程图,流程图是我们需求文档的一部分。

这个部分有什么用?怎么画流程图?流程图包含哪些内容呢?

首先我们了解一下流程图的定义:

流程图是表示算法、工作流或流程的一种框图表示,它以不同类型的框代表不同种类的步骤,每两个步骤之间则以箭头连接。这种表示方法便于说明解决已知问题的方法。流程图在分析、设计、记录及操控许多领域的流程或程序都有广泛应用。

流程图背后可以概括了各节点类型、其内容及其他补充用的信息。在设计或者记录一些简单的步骤或程序都会用得上流程图。

与其他图表一样,这种图表可以帮助可视化发生了什么事情,从而更易去理解中间的工序。

虽然有很多𧗠生出来的版本,各目有各目的标示方式,它们大都都有以下2种的符号:

  1. 步骤:通常称作“活动”,常以长方形来表示;
  2. 决定:常以钻石形来表示也就是菱形。

流程图可以图像化一些指定的过程,通常配合其他种类的图表来使用。

(备注:以上的部分信息来源自维基百科的解释)

一个小故事

说的可能有一些难以理解,我们用一个小故事来说明一下。

假设你有一家店铺,主要的业务是买羊肉串,每一天需要将羊肉串整理好,放在烧烤架上进行操作,这个操作就是烤熟卖给顾客。

那么,卖羊肉串的过程就是流程,卖羊肉串就是需求,正常的情况下我们需要知道需求,然后才开始流程图的绘制。

卖羊肉串的流程是什么样的呢?核心的步骤包含以下七点:

  1. 准备原材料羊肉;
  2. 准备木制签子;
  3. 将羊肉进行腌制;
  4. 羊肉进行切碎;
  5. 羊肉串起来;
  6. 放在冰箱;

这就是产品中的主要功能点,我们在绘制流程图之前,需要将核心的功能点进行罗列;如果实力有限,就写在纸上,方便与理解和后期思路的整理。

流程图的主要功能点整理完成,就是将对应的业务串起来,将对应的功能点连接起来就基本上完成了一个完整的产品。

怎么样才能将一个产品的功能连接起来?

这就需要和相对应的人员确定需求,确定对应的思路。这一个步骤在沟通中,需要再三确定,不然,后面的开发页面会频繁的修改和调整对应的页面逻辑。

继续回到卖羊肉串的例子中,将前期最主要的东西准备好了,接下来就是准备烤羊肉串的流程。

假设在你的店铺里面来了一位顾客C,C点了十串羊肉串,微辣、不要孜然。

这时候你拿到了单子,看了一眼单子,首先将准备好的羊肉串拿出来,其次进行操作,也就是烤羊肉串;期间放了少许辣椒,没有加孜然,不断翻转,在烧烤过程中观察对应羊肉串的颜色;最后估摸着时间差不多就端上去给顾客,顾客吃完这个流程就结束。

期间对应的顾客提出的要求,就是我们工作中遇到对应的人员的提出的需求;我们需要将对应的需求进行记录和收集整理,在一定的时间段集中进行解决和处理。

在写需求文档之前,最好是先梳理流程图,因为流程图能够完整展示你的产品的整体业务逻辑。

在绘制流程图之前,我们会发现很多小细节,流程图的页面跳转等这些东西。

在流程图绘制完成之后,你写需求文档基本上就很快,因为你的逻辑已经是清晰的,思路已经整理完成了,剩下的就是将对应的功能页面元素进行补充就可以了。

分享一下我整理的需求文档,希望大家可以有所参考;如果项目进度时间着急,对应的流程图可以不要过于详细。

cInfDTsn42uNBsRg2dY2.png!v.jpg

MagLhPhAolAoTkTCuJpH.png!v.jpg

此界面的流程图,是简单的登录和找回密码功能,具体是账号密码登录和找回密码,也就是密码的重置,对应的功能我们在产品的日常中很常见。

说几点绘制流程图的注意事项:

  • 不要相信自己的大脑:每个人的大脑存储的信息是有限的,不能一直记着,所以最好的方式就是找一张白纸,在上面进行草图的绘制,这样你就能明白一些大概的需求。
  • 判断的条件需要严谨:绘制流程图最好是将界面的功能点正确和错误的信息添加进去,这种状态有一些人习惯写在需求文档的全局说明中;但是每个页面的提示信息和对应的交互状态不一样,所以将对应的页面状态写在路程图中,可以方便你在需求文档中快速定位到对应的页面,开发看起来也会更加的方便和简单。
  • 考虑全面和周全:不能简单只写前端的界面的流程,对应的数据库和后台的验证方式也要考虑周全;当然这对技术有一定要求,如果你是技术小白,那么就多请教技术,适当研究一下数据的方式,对你很有帮助的。

全面的考虑,需要根据我们对整个产品的模块进行划分,对于每一个模块业务都需要非常熟悉,这样对于模块后期维护和扩展有很好的帮助。

每个模块在进行更新的时候不至于影响其他模块,产品如果达到一定的阶段,就知道对模块划分的重要性了。大的 模块后面子模块一堆,如果前期不做好划分,后面就是一团乱麻了。

流程图绘制之前,我们需要知道对应的需求,需求是在流程之前的;简单的解释需求就是业务,业务就是你卖羊肉串的过程;只有将需求明确了之后,我们才能进行后面的文档撰写。

千万不要需求不明确,就开始直接写文档;直接开始写文档,你会发现后面一堆的大坑等着你。

那时候,就是自己挖的坑一个一个填坑了。

喜欢 0


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK