蜗牛派如果产品经理对于接手的新项目没有一套方法，他们也就不知道从哪里开始入手去学习项目，不知道理解项目的核心是什么，更不清楚如何判断自己是否真正的理解了项目。
理解的深度决定着迭代项目的方向，迭代方向决定了产品的规划设计，会涉及公司的研发资源的投入。
产品迭代的价值决定了公司这个项目的价值，背后背负着整个项目团队的人力成本。
输出的关键还是由输入的质量决定的，如何快速又保质保量的理解一个正在运营的项目呢？
我们先了解一下什么是正在运营的产品项目。
正在运营的产品项目
正在运营的产品项目又叫常规项目。是指产品上线后正在有计划的营运的产品项目，通常产品项目正在根据需求和规划的方向进行迭代。
正在运营的项目的共同特点是它有自己明确的目标用户画像：它是对哪类用户设计的产品，它为用户提供了什么价值，它也有明确的产品名称，它还有固定的线上平台支撑业务的运作。
当我们交接正在运营的产品项目时，我们可以交接到的内容有：这个产品的基本信息、产品的需求池（这个不一定会有，要看公司的前任产品经理是否有输出）、产品每期迭代的业务流程图、产品每期迭代的原型图、每期迭代的prd文档以及线上产品的链接。
拿着这些对接过来的内容，如果自己没有一个完成清晰的思路，去将交接的项目分先后顺序有针对性的系统理解，即便我们将所有版本的产品原型图页面都看完了，流程也走了一个闭环，但是我们还是会发现，其实依旧不了解接手的这个产品，也不能清晰的说出具体是哪里不了解。
如何在有限的时间有质量的输入是我们需要思考的，这篇文章我们就如何学习理解新项目进行讨论。
没有需求背景，就没有当期的产品设计。
需求的背后是有原因的，理解这期版本迭代是为了解决什么问题，我们就抓住了这期产品设计的方向，它是我们开始理解产品的核心，只有将需求理解到位，我们才能在接下来的业务设计中不发生偏差。
那么拿到交接来的原型图，我们该如何去思考每期迭代的需求呢？
其实我们最开始的时候，可以先不看线上的产品，而是先找到最初版本的原型图，在最初版本产品原型中的迭代版本目录里面，记载着需求背景，描述了这期迭代是为了解决什么问题，理解了需求背景，我们就掌握了这期产品设计的方向。
如果我们通过文字描述还是无法清晰的理解需求为了解决什么问题，这时候就需要你去找领导沟通，把你是如何理解的、自己哪里有不懂的地方说出来，看看自己理解的是否正确，不懂的地方是否可以得到解答。
理解了需求后，我们带着理解的需求背景再去理解业务逻辑。
什么是业务逻辑？
业务逻辑就是业务的过程和业务过程中涉及到角色。是在什么时间什么角色做什么事情产生了什么样的结果状态。
业务在不同角色中的流转，就是业务流程。研究业务中涉及到的角色，我们可以知道业务流程存在哪些节点。
不同的业务规则组成了业务逻辑。复杂的业务一般业务逻辑也比较复杂，复杂一般体现在规则里，可能角色之间会有制约关系。
为什么要理解业务逻辑？
产品经理只有对业务逻辑掌握理解，才能准确的将业务转化为产品方案，否则会在产品方案中存在遗漏业务逻辑或逻辑流程错误。
怎么使用业务流程图理解业务逻辑？
我们可以通过下面两个方式来理解业务流程图中的业务逻辑。
1）关注业务中涉及到哪些角色参与这项业务：
刚刚已经阐述过，我们知道一项业务是由不同的角色一起协同为这项业务进行服务的，通过观察和梳理这些角色的定义规则、以及他们如何为业务提供服务、掌握角色之间的关系，能让我们对业务中发生的场景和业务逻辑更加理解。
打颗栗子：
当我们进入饭店后，饭店中有服务员为我们点餐，厨师为我们做菜，服务员为我们上菜，前台为我们结账。在饭店吃饭提供服务人员的角色就涉及到了3个，这3个角色通过协同完成了这一项业务的闭环。但是在不同的业务过程中，我们作为客人接触的角色并不相同，他们为我们提供的服务也是不同的。
理解一项业务中不同的角色和角色之间的关系，可以帮助我们将业务中的场景更加具像化，理解业务逻辑细节也会更加深入。
2）看懂业务流程图中的用户路径：
业务流程图中的用户路径就是这项业务时间轴从开始到结束的过程中，不同的角色分别做了什么事情。我们也需要将角色之间的关系理解清楚，将不同角色做的事情按照时间轴顺序把一个个小场景串起来，理解每一个小场景中背后的意义是为了达到某一个环节的什么目的，串联后就会形成一个完整的业务用户路径。
业务用户路径通常是固定的，而产品页面是依托业务的用户路径设计的，产品页面呈现的样式虽然会多样，但是无论如何改变调整都不会偏离业务用户路径。掌握业务用户路径我们在观察原型图就会更加理解原型图想要达到的目的，为用户解决的需求是什么。
再打一颗栗子：
如上图所示，还是使用刚刚的餐馆吃饭的栗子，只不过这次我们看到了流程图。
可以发现顾客的选菜动作发起了就餐业务的开端，找到了作为起点的角色是顾客后，我们可以顺着流程图的引导线可以看到和他交互的角色是谁，在这个时间节点做的事情是什么，继续捋顺流程引导线中每一个角色做的事情，思考他们之间发生的交互动作，一直走到流程的结尾。
走完全流程我们对于一项业务的发生始末的过程和业务逻辑中不懂的地方才能一一发现，梳理出来。
梳理用户路径的过程是一个发现我们时间节点中存在盲点的过程。当我们发现的时候将不懂的地方进行记录。记录后汇总与交接人、业务方或领导沟通讨论，我们才能对业务有更深的理解。
字段是什么？
每个字段都要有产品经理赋予它的定义及规则：字段界定的范围和边界、字段值的数据来源、数据如何输出展示、数据保存到哪里。
每一个字段单独拿出来，对于产品经理来说，都是零件库中的一枚零件，不同的零件可以组合成不同功能，提供不同的能力。
为什么要理解字段？
字段组成的内容是传达给用户信息的媒介，为了传达某一种内容或目的，需要产品经理在有限的页面中，为内容提供的能力精挑细选出字段零件，因为字段文案质量的背后隐藏着内容传达给用户时，用户理解的效果，影响接下来用户的反应和动作。
这就需要我们不仅要了解字段的定义和规则，还要去继续解读字段文案的意义。
打颗栗子：
抖音首页_推荐里面的字段有：昵称、标题、话题、头像、点赞数、评论数、分享数、音乐。
1）昵称：解决了是“谁”的问题。让我们能将一个作者的脸和他的名字关联起来的工具。下一次再见到他们，我们说出他们是谁。
2）标题：解决了“作品”的主题是什么。我们通过标题可以知道这个主题我们是否感兴趣。
3）话题：为了垂直内容。如果加了“#+文案”，就构成了这个主题对应的话题，点击“#+文案”会进入到抖音发起这个话题的用户中这个话题的全部内容。
4）头像：为了让人记住你。名字，头像和动态的作品可以让人们更好的记住你是谁，长什么样子。下次看到你的作品，一秒可以认出你。
5）点赞数：作品被认可的数量。点赞数越多，背后反映的是人们对这一作品的认可程度。越高说明喜欢的人越多。吸引用户观众将作品内容看下去。也可以满足作者的虚荣心，看到点赞数量，触发作者出作品的动力越强。
6）评论数：作品的引发的议论数量，不光要听作者说，还要引导用户观众的发言。数量越高说明这个主题引发的讨论越热。当作品能吸引用户看下去，引发用户想吐槽时会点开评论看看其他人是怎么说的。
7）分享数：作品让用户想要自己将其传播出去的动力数量，是对作品作者的肯定。数量越高，说明用户越认可作品。
也可以满足作者的虚荣心，触发作者出作品的动力越强。理解字段字段文案的意义，可以分析字段文案背后的意义和目的，字段是引导用户操作行为的内容。
理解字段的方法
我们可以将页面中的字段定义和规则，以及分析出的意义和目的提炼到Xmind中，站在产品层面思考这个字段想传达给用户什么信息，引导用户操作行为内容是什么，达到什么样的目的。
如果对字段有不明白的地方，我们可以先进行记录，最后一起找领导沟通去了解。
如果交接的时候有需求池，可以有时间多看一看需求池。因为需求池里面收集管理了这个产品的全部需求，通过查看需求池可以追溯产品的迭代方向。上述的工作都做好后，用自己对产品和业务的理解多与交接的产品经理沟通、与用户或业务方进行沟通，才会对产品有一个深刻和全面的理解。设计迭代版本时才能提出更明确的需求，掌握产品的迭代的方向，更好的把握迭代节奏。
