作为一个产品新人，刚开始的时候，我往往会满腔热情地投入到产品工作中。但是在项目过程中，我还是会因为失误而受到团队和老板的质疑。结合这样的问题，笔者分析如何应对这样的情况。
前不久老同学说他最近转行做产品了。他入行才几个月就信心满满，现在一脸疲惫。
比如最近的一个项目，光是需求评审就经历了不下五次。即使线下准备充分，但还是被每次的开发和测试弄得很尴尬。现在一提到需求，我就紧张。
于是我问她项目流程，她说，接到需求后，大概了解了情况，就开始画原型图。她有疑问就去找甲方确认，然后反复修改原型图。
画完之后，我带着老板和项目组的学生开始一页一页的看原型，然后回去改。结果这种故事每天都在上演，直到你筋疲力尽，团队不信任你，老板质疑你...
的确，我刚在《入坑》做产品经理的时候，很多人都幻想他们是来把矛头指向方遒的，但实际上，到处都是鸡毛。
这种现象多见于创业公司，或者没有前辈指导的产品，俗称“野路子产品经理”。
这些人只能靠直觉去尝试和探索，不断挖坑填坑，让自己成长。一些幸运的学生爬出了坑，但更多的人被埋在坑里。
所以我想通过这篇文章和大家谈谈刚接手一个项目的时候应该如何开始，这样可以让我更安心，让开发和测试信服。本文将详细阐述产品的四大核心技能:商业意图沟通、商业梳理、方案设计、输出交付。
第一步:商业意图
商业意向沟通主要是了解项目的背景、目的和价值。
所谓背景，就是知道这个项目是谁提出来的，基于什么场景和考虑，提出这个商业意向。你想为哪些用户群体解决什么问题？解决之后能带来什么样的价值？谁是参与这个项目的利益相关者？如果推迟或者不做会怎么样？
这个时候，在做任何事情之前，尽可能多的询问原因，详细了解这个项目，尤其是业务方没有告诉你或者不想告诉你的事情。
要知道，为了让你尽快推动项目的实施，业务方会想尽一切办法找出不得不做的理由/借口；你该擦亮眼睛，认清这是客观原因还是主观借口了。这对你下一步的判断非常重要。
第二步:业务分析和梳理
沟通确认业务意向后，就要开始剥离业务意向，逐层拆解整理业务，最后组装成产品语言，交付给项目团队。
本章将从用户故事、产品业务形态、状态流程图、业务流程图、页面流程图等维度展开。
1.用户故事
产品设计的三大核心要素是:用户、场景、需求。产品设计就是不断解决用户在特定情境下的需求。
用户:用户是谁，有哪些角色，即涉及哪些利益相关者；需求:核心需求是什么，就是不同的用户会在不同的场景下使用；场景:产品满足了用户的哪些需求？而用户故事就是这三个元素的组合。在整理了用户故事之后，就清楚了不同的用户角色需要系统支持哪些功能。以网点充值为例:
所以，当你开始接触一个项目的时候，首先需要梳理的是，这个项目涉及到哪些用户，在什么样的场景下有什么样的需求。在这其中，核心用户、场景、需求是什么，构建整个商业生态圈的辅助核心要素是什么？分清轻重缓急后，产品规划的节奏就清晰了。
表达出来就好。这个地方一定要克制，克制，克制。
第三步:方案设计
以上业务拆解后，此时的原型应该是什么样子:会有哪些接口，每个接口做什么，有哪些按钮和字段，这些按钮字段的定义是什么？这些应该都在你心里吧？
然后，在画原型的时候，注意细节，不要遗漏任何东西。太好了。
1.页面交互图
2.相关注释
①权限描述:数据权限和菜单权限。
②数据内容:
列表字段的范围、筛选条件的规则、交互列表数据的排序规则、定义、来源、限制、规则等描述③操作说明:
运算的前置条件和后置结果的异常逻辑交互方式
步骤4:交付输出
如果你到了这一步，恭喜你，把资料整理好，然后高高兴兴的找你的项目组同学复习。相信我，这个时候，发展哥肯定会很喜欢你的。
不过更建议在业务梳理的时候，先和开发、测试的同学聊一聊，剔除那些无法实现的、复杂的，说不定在沟通中甚至会有更好的方案。当然，你只能问现阶段的核心学生。
标签
好了，项目分析分享到此结束~ ~最后，祝野路所有新产品都能在产品的道路上越走越远，和正在开发测试的小哥哥小姐姐们好好相处。
本文由@泡泡原创发布。每个人都是产品经理。未经作者允许，禁止转载。
来自Unsplash的图像，基于CC0协议。
