转行做产品经理的第一章：关于原型、流程图和开发文档的思考

产品经理张媛 2024-10-26 15:51:09

哈喽，大家好啊，今天给大家分享转行做产品经理的经验~

首先，本人是从技术转产品的，现在已经做了将近两年的产品了，之前从技术转行做产品的时候，真的是一头雾水，所有只要包含产品知识就一个不落，哔哩哔哩的视频看了一个又一个，各种平台的原型绘制工具一个接一个的学习，真正工作之后，才发现我学习的那些时间好像对我的产品工作并没有实际的用处，这些也只能算是最基础的基本知识。

真正工作之后发现产品经理最重要的几点是：

沟通能力（把需求描述清楚）
逻辑思维能力（当掌握一个需求时，脑子里需要立刻绘制出大概的方向）
产品规划能力（草稿（仅自己观看）->流程图->原型图->开发文档）

针对产品规划能力，技术是最直观看到的，以下对产品规划能力的各个步骤做了明确的说明。

一、流程图

自顶向下分层展开绘制：从整体到局部，逐步细化流程图的各个部分。
合理进行编号：确保流程图中各个元素都有唯一的标识符，便于理解和追踪。
父图与子图的平衡：确保父图和子图之间的逻辑关系清晰，层次分明。
遵循从上至下、从左至右的顺序：这样可以提高流程图的逻辑性和可读性。
使用标准的流程图元素：包括开始/结束符号、节点、判定、子流程等。
避免流程箭头回调：确保流程按照线性方式前进，需要重新调用某一步骤时，应通过判断符号实现。
保持符号大小一致：同一流程图内，符号大小需要保持一致，连接线不能交叉或无故弯曲。
单一入口和单一出口：每个流程图应有唯一的入口和出口，避免多入口或多出口导致逻辑混乱。

绘制流程图的具体步骤和注意事项包括：

开始和结束符号的使用：每个流程图应有一个开始符号和一个结束符号，虽然在某些情况下可以省略，但建议保留以增加清晰度。
判断符号的使用：菱形代表判断，必须要有“是和否”两种处理结果，且判断符号的上下端流入流出一般用“是”，左右端流入流出用“否”。
保持流程图的时序性：流程图应按照时间顺序排列，确保逻辑清晰。
避免不必要的弯曲和交叉：连接线应尽量保持直线，避免交叉或不必要的弯曲，以保持图形的整洁和清晰。
优化和迭代：流程图应便于修改和优化，每个版本的流程图变化应有记录和分析，以便追踪优化过程。

通过遵循这些基本原则和注意事项，可以确保绘制的流程图既专业又易于理解。

二、原型图

1. 认定目标，先学会画画

转行什么最难？起步最难。

多数同学知道了产品经理这个岗位，能指挥人、不要编程、钱多多，一拥而上，觉得自己适合做产品经理这个岗位。但是，热度过了以后，发现工作经理、项目经验基本没有，最后被现实无情的打脸。

起步最基本的有2个工作，画原型、写PRD。这两个卡死90%的没有转行成功的人。

市面上有很多的工具，用什么，哪个好，这些统统没啥用。就用axure，这个你会用了，其他的你都会用。为啥呢？只要你会用画图、画方框，就能设计一个非常简陋的页面出来，丑没关系！没设计灵感，没关系！

不会画的，把你的手机打开，随便打开一个APP应用，用线条模仿画出来，这样你就算是动起来了。

画多少个页面，或是图形算是达标，我建议画至少20个页面，而且仅仅针对于一个APP，画的过程中如果遇到什么问题，不用管，也不要去深入思考，一心一意的做完20个页面。

这个20个页面就是你的基础，以后所有的原型都将是这里开始的。

2. 完善逻辑，实现页面跳转

页面当中有很多的按钮，点击后能跳转到另外一个页面，我们接下来就要通过这种方式，来将页面进行串联，实现逻辑跳转。

这里要实现跳转过去，以及跳转会来，即：跳转、返回，要保证可以在页面中自由的切换，不会遇到死路。

当我们把这20个页面全部串起来的时候，第二步就完成了。

怎么样，很简单的吧！这里主要为了锻炼一个人的思维逻辑，确保逻辑完善。

3. 学会思考，在原型中标注

翻回来，这20个页面画完以后，你要把每个页面中的元素，信息全部在图的右侧记录下来，并做好逻辑的解释。

比如，提交按钮：点击后跳转到“提交成功页面”
头像：显示用户的个人头像

每一个元素，都要记录和解释；每一个按钮的跳转都要说明位置。

三、开发文档

单一职责原则：一个类或模块应该只有一个职责，确保代码的可维护性、可扩展性和可测试性。职责单一的类更容易理解和修改，代码的修改范围更明确，利于功能的扩展和重用。
开放-封闭原则：提倡对扩展开放，对修改封闭，通过抽象化和多态等方法，降低引入新错误的风险，提高代码的可维护性和可复用性。
边界清晰性原则：确保产品原型的使用场景和目标明确，避免因设计不当导致的需求变更和开发延误
以用户为中心：产品设计应以用户需求为核心，关注用户场景和问题，避免过度功能化和复杂化，确保产品的稳定性和实用性。
具体实施这些原则的方法包括：
提高代码的可维护性：通过职责单一的原则，确保每个类或模块只负责一项具体功能，降低代码的复杂度，便于维护和修改。
增强代码的可扩展性：通过开放-封闭原则，利用抽象化和多态等机制，确保系统在需要新增功能时能够方便地扩展，而不必修改现有代码。
明确产品原型的使用场景：在绘制产品原型时，确保使用场景和目标清晰，避免因设计不当导致的需求变更和开发延误。
注重用户反馈和数据驱动：通过用户反馈和数据统计，不断优化产品功能和用户体验，确保产品的稳定性和实用性。