产品新人如何快速熟悉产品工作流程？双非逆袭腾讯帮你避坑！
今天来讲讲我这个双非渣渣硕进入鹅厂的一些工作流，这是一个解除迷茫职场的帖子，同时也是一个标准产品工作流程的分享（本人真实项目）。
关于之前我是如何做足面试准备进入鹅厂产品岗的，想要看的盆友们可以看看我之前写的一篇帖子。
今天这篇帖子主要是有两个方面的目的：
①一方面是对于面试产品的同学来说，面试官经常会针对简历上的过往经历进行细究
每一个点都有可能会问到：
- 你为什么会这么做？
- 为什么不那么做？
- 做的结果如何？
- 对于结果你有什么反思的地方？
- 下次遇到这种问题你会怎么做？
对于此类问题，如果童鞋们对自己项目不大熟悉的话，或者说太细的点面试之前没有注意的话，就很有可能被面试官“问倒”，就会可能认为你做的内容含金量没那么大。
所以这个帖子虽然分享的是我做项目或者做产品的一些工作流，但是对于面试是很有帮助的。我曾经是0实习经验，但是我的项目经验足够多和足够好，也能让我逆袭进入鹅厂产品岗，这个对于大家来说也能作为面试准备的一个参考。
②另一个方面则是帮助大家消除可能在职场中的一些迷茫。
我个人认为，在职场的迷茫，抛开个人职业定位不清晰的原因外，90%的原因是来自于缺乏标准的工作流，用大白话来说就是“你不懂得与工作相处”。
如果你在进入一家企业之后，能够梳理出你这个岗位所负责的内容，和你工作相关的部门、人员等保持不错的工作关系，并且能够按照一定的工作流程/方法进行日常工作的对接，那么整体上来说，你就可以得心应手，能够很大程度走出在职场初期的迷茫。
相信你看完之后，结合自己的实际情况，能够很好度过迷茫期，另一个则是对求职面试也有很大的帮助。
那接下来，我就以我在本硕期间做过的一个创业项目为例，图文结合地说明如何将一个项目做得出彩~
背景：
当时候的背景是我自己带了一个团队做项目（项目已上线、在盈利中），团队人数从8人一下子窜到了20人，因此需要沉淀下一些公式，也就是产品原则/产品工作流，让彼此协作效率更高。
下面我说的产品原则未必是对的，也会更新迭代，也不是为了炫耀因为我们有这些原则，所以之前的那个项目做得很好。恰恰相反，正是因为我们缺少共同遵循的原则，导致现在该项目的体验还磕磕绊绊，离用户对我们的预期还有很大距离。
下图是我在创业项目开展工作过程中的业务流，以下原则根据该图展开：
原则流程一：产品经理应该把一半时间花在“需求定义”上
下图是产品经理的常规工作流，输入的是需求，输出的是产品方案。“需求定义”、“产品设计”、“产品运营”、“沟通协调”是产品经理的四大主要工作，但下图有一些小缺陷，没有表达出各工作的权重。
当我们反思踩过的坑，就会发现无论是产品设计时的混乱、产品运营过程中的扯皮或沟通协调过程中的共识不一，都是因为需求定义不清造成的。
我们需要不断思考“你究竟要解决哪部分用户在哪些场景下的哪些问题”、“这些问题本质上是什么问题”、“这些问题是否值得被解决、是否值得现在就解决、要解决到什么程度”。
原则流程二：确保你的需求来源是充分的、信息是一手的
需求从性质上分两种：用户需求与商业需求。
- 发现商业需求是比较简单的，你多了解公司的战略、公司近期的目标、用户会为了哪些痛点而付费，愿意付多少即可。
- 而发现用户需求需要确保你的需求来源是充分的、信息是一手，当你保持敏感地浏览这些信息时，就容易发现有价值的需求，推动立项并上线。
就我而言，目前的信息渠道包括：
（1）微信群。
我组建了50个和我们业务相关的微信群，每天我会浏览一下她们在聊什么、关注什么、想得到什么。
（2）微信好友。
我被1000个业务商添加了微信好友，她们遇到问题或者有需求未被满足时，会向我反馈。
（3）微信公众号留言。
我们有专门的微信公众号，每天的留言会有很多条，都是用户火急火燎、救助无门留下的，定期浏览一遍就会知道常见问题。
（4）浏览合作方/业务商朋友圈。
在浏览朋友圈的过程中，你就会发现她们愿意炫耀什么。
（5）客服系统的问答对话。
我们需要定期与客服同学沟通，了解一下目前哪些客服问题比较频繁，是否能够通过产品的手段解决。
至于如何处理用户的反馈，俞军说的一句话很有意思，供你思考：用户的反馈我一条不漏，用户的建议我一概不听。
意思是要听问题，不要听解决方案，这里面需要你的归纳与抽象。
原则流程三：动手前确保你经过充分的调研
产品经理是需要不断做出正确决策，让事情美好发生的人。
人的决策跟计算机差不多，都是“数据*算法”，我们的数据是信息量，算法是认知能力。
为了让信息尽可能地对称，你可以选择亲自下场成为目标用户；可以到现场实地调研，观察他们真实的业务是如何展开的；也可以做用户调研、做竞品（行业）分析、做数据分析。
需要注意的是，用户调研不是有了某个需求才展开的（时间上你会来不及），而是在日常工作中就可以随时开展，最好的用户调研是随时随地调研。
其次是要带着问题去调研，而不是漫无目的地漫谈，你要反复提醒自己“我要通过这次调研了解清楚哪几个问题”。
关于用户调研还有一个故事，我印象很深刻，某互联网公司老板问新来的产品怎么开展工作，然后他回了一句：在没有针对100个目标用户充分调研前，我不会去开展任何的工作。
原则流程四：评估优先级的4种常规方法
评估优先级是一门“技术活”，最能体现你对业务整体性的理解，我常用的有以下4种方法：
（1）需求价值公式：用户价值 = 需求的刚性 * 需求的频次 * 需求的广度 * 竞争对手有没有替代方案。
（2）KANO模型：需求分为基本型需求，期望型需求和兴奋型需求。
满足用户基础必备需求用户并不会满意，且满意度效益递减；满足用户的期望型需求用户会逐步满足，且满意度线性增长；满足用户的兴奋型需求用户会非常满意，且满意度递增。
（3）CFS评分：CFS评分与需求价值公式是类似的。
C：Commonality普适性：在我们的用户画像中，有哪些类型的用户会使用该功能？预估用户数大概有多少？F：Frequency频繁性：这个功能可能被使用的频次，是天天都会用到，还是偶尔一次？S：Severity严重不可替代性：这个功能有没有可替代的方案，用户没有这个功能就无法正常工作了？还是无关紧要，锦上添花的功能？
（4）重要紧急矩阵：
重要紧急的马上做；重要不紧急的按规划来；不重要紧急的优先做；不重要不紧急的可以删掉。
以上4种常规方法都会在潜移默化中使用，当一个新需求“飘”过的时候，会被迅速对号入座，确定一个大概的优先级，这足以应付常规性需求。
原则流程五：明确设计目标与实现路径
当我们完成需求定义以后，进入到产品设计，首先要做的就是明确设计目标与实现路径。
设计目标往往跟需求背景对应的，用户存在哪些问题，我们这个方案要解决到什么程度？
其次是实现路径，当我们有了设计目标以后，很可能不是一步实现的，而是分步实施，但我们需要在一开始就有整体的规划，要有设计蓝图、架构图、以终为始，上线以后观察数据，让结果逐步向我们预设的目标靠近。
原则流程六：与开发共同梳理用例与业务流程
具体设计是从用例开始的，用例指的是“谁可以用系统做什么，从而获得一个明确的业务目标”，在需求分析阶段用例有很重要的作用（能够确定系统的范围），整个开发过程都是围绕需求分析阶段的用例进行的。
可见，与开发同学在用例上达成共识就非常必要，可以避免开发过程中各种业务纠缠、欠缺考虑或者过度考虑的情况。
而业务流程描述的是“系统内各角色、各模块以怎样的顺序进行交互，从而完成各自业务目标，实现总目标的”。
你需要对整个业务进行分析，并考虑3个问题
（1）业务涉及到哪些角色？（2）每个角色都有哪些任务？（3）各个角色之间是如何交互的？
开发也需要参与到业务流程的梳理中，原因在于能从业务流程梳理的过程中就想清楚时序图、状态图等软件设计图，而不用自己揣摩想象，导致开发时间延长或者偏离业务。
原则流程七：原型/UE/UI需“符合认知、目标明确、重点突出、层次分明、体验连贯、一致性、情感积极...”
交互设计是“定义系统如何响应用户请求的”，属于“战略层、范围层、结构层、框架层、表现层”中“结构层”的范畴。
战略层要解决的是“用户的需求是什么，我们能得到什么”，范围层告诉我们“什么样的功能将满足用户需求”，而在结构层我们要面对的问题是：“具体识别出用户心目中至关重要的信息 ”。
交互设计中最关键的是符合认知，即追求产品概念模型与用户心智模型的匹配，让理解成本降到最低，一切都是用户脑海里熟悉的元素，用户希望看到的是“1+1=2”，而不是“&#@%￥”。
UI设计属于“框架层、表现层”的内容，讲究“形、色、字、构、质”，这里面的学问很多，如“目标明确”、“重点突出”、“层次分明”、“体验连贯”、“一致性”、“情感积极”、“场景式触发”.....
我们产品经理没有UI同学专业，但也要懂基本的概念。
原则流程八：项目上线前需确定成功标准，并用数据去验证或者驱动迭代
所谓的成功标准是从未来看现在，思考到底达到怎样的程度，我们这个功能就成功了，并用数据去量化这个程度，只有确立了成功的标准，才便于我们用数据去驱动迭代，一步步靠近“成功”。
案例1：物流模块的成功标准。
C端用户消费时永远关心的是“多、快、好、省”。
社区团购SKU比不过淘宝、物流速度比不过京东，便宜比不过拼多多，而用户还是选择通过团长这个渠道购买，其实满足的是“好”、与“省”，从这里买的产品更好，因为有团长精挑细选；
其次是更“省”，但不是更省钱，而是更省心。
我们有优势，但也要确保在物流这种基础体验里不要落后太多。所以，我们要方便商家们导入单号、甚至直接打印快递面单，让C端用户能够实时查询物流。
当有一天，80%快递发货订单都能实时查询物流的时候，我们物流模块就算“成功”了。
原则流程九：项目上线前需要内部宣讲，上线后需要外部推广
在项目上线前，需要与运营、市场、客服等兄弟部门进行宣讲与演示，让他们做好上线准备，因为他们是在第一线面对用户的，不能突然上了一个新功能，而他们完全不知道。
项目上线后需要进行外部推广，最极致的效果是“让这个功能的所有目标用户都知道，并且了解怎么用”。
失败案例1：活动页多商品展示
该功能在设计过程中就缺少与运营等部门的沟通，上线后运营同学也不知情，导致一部分用户不满，需要浪费开发资源进行二次优化。
失败案例2：一品多规
该功能甚至没有经过严格验收，运营同学也没有准备好推广内容，导致上线后各种Bug与交互体验问题、客服咨询问题等等。
原则流程十：从互动中收集反馈，从数据中发现问题
新功能上线后，应该第一时间与目标用户取得联系，让他们去体验，听取他们的感受，是否和咱们设计过程中沟通的一样，是否彻底解决了问题，是否还有需要优化的地方。
新功能光听用户反馈是不够的，那未必就反应现实，我们还需要看数据，从数据中发现问题。
互联网圈子流传着一句话：“平庸的产品经理看数据只是为了证明自己对与错，优秀的产品经理善于发现数据与数据间的关系，推导出反应现实的因果关系，洞察问题的根源，从根源上解决问题”，其实这才是看数据的价值。
关于如何看数据，还有一些诀窍，比如：
“定位不出问题，往往是因为你用户分群分层不够细（分群分层分析是数据分析的第一步）”“没有经过交叉对比的数据，往往会失真（真实性是数据最基本的要求）”“不要怪数据驱动不行，那是你作为驱动的数据指标选得不行”“如果设计目标本来就不可量化，比如做认知，那其实是无法通过数据验证的”......
---------------------------------------------（分割线）---------------------------------------------------------------
以上就是我做产品比较强调的工作流问题，这些内容不只是可以用在某一个项目身上，更多的它具备复制性和通用性。
希望这些内容能够给职场中迷茫的你，和正在求职中的你，一些微不足道的帮助！！感谢大家的喜欢😘
投递奇安信等公司8个岗位 >