19 年的春招被称作求职寒冬，能进大厂做产品的寥寥无几。对我而言，没有相关的实习经验，专业又隔着很远，只能靠之前自学的那点知识，先从创业公司开始做起。
不过当时的我内心很不服气，觉得自己水平完全可以进大厂。
但真正开始做的时候才发现，什么叫「眼高手低」，不会的东西太多了。
发现了问题之后，我立马做了心态上的调整，认真从基础工作干起。
而接下来的 2 个月的时间，我抓住了机会，之后开始负责整条产品线。
直到今天，我有了明确的前进目标，同时也能感受到自己在不断地成长。
接下来我会结合自己的经历，阐述一下作为一名产品助理（初级产品经理），工作中该如何提升自己，与你分享。
1、基本素质
01、明确自己的定位
刚入行的我们对行业的理解、公司产品的认知都很浅，因此无法做出正确的判断。
首先我们能做到的就是辅助产品经理的工作，节省对方的时间，这便是最初的价值。
然后在这个过程中，逐步建立自己在公司的影响力，与同事产生更多交流。
最后逐步负责产品的一个模块，不仅能够解答内部同事的各种提问，而且能写好操作手册等文档。
切记不要让一腔热血冲昏了头脑，觉得做这些小事没有意义。
要知道，一屋不扫，何以扫天下。
02、提高通用能力
这里参考腾讯的产品经理模型，包括学习能力、执行力和沟通能力。
对刚毕业的我们来说，努力提升这些能力才最务实。
这就跟练武一样，马步都扎不稳，怎么能成为绝世高手呢？
2、收到需求
01、还原用户场景
很多人在收到需求第一件事就是画原型，早一些的时候我也是这样。
首先没有场景的需求是自己 YY 出来的，其次就是你无法基于这个需求做优先级的判断。
最后就是做出来一堆没人用的功能，搞的业务越来越复杂。
因此你需要具体搞清楚用户场景，不仅对是对产品负责，也是对自己负责。
02、需求池的管理
很多人会觉得需求池是一件很浪费时间的事情。
对于流程不规范的创业公司来说，确实是这样，因为大家急着出成果。
但我们还是需要培养这样的习惯。
这样做可以记录和总结每一条需求的情况，同时在后续工作中形成记录，便于项目的管理和自己后期的复盘。
目前我管理的需求池中的字段，主要包括类型、名称、来源、场景描述、优先级、提出人、提出时间、需求状态。
当然，这个不存在统一的模板，具体需要根据负责的产品类型，以及公司内部的情况，能做到关键字段的不遗漏就可以。
03、需求优先级的排序
在之前的文章《SaaS 产品该如何判断需求价值？》中，具体有写过 SaaS 产品的需求优先级排序。
当然你可以用传统的判断方式，比如重要紧急程度、投入产出比、涉及的影响面等维度去衡量。
这些判断方法只是一种手段，本质是你面对多件事情时的处理思维。
3、需求处理
01、信息架构和功能架构
到这个阶段就有具体的产出了，根据具体需求设计信息架构和功能架构，产出物就是思维导图，这里就不过多阐述了。
唯一需要注意的是，信息架构描述的是信息，比如一家门店，包括名称、地址、ID 等字段信息，这需要具体业务具体分析。
而功能架构可以理解为模块，比如人员管理包括了添加人员和添加标签。
02、流程图
对于 SaaS 产品来说，业务逻辑往往会很复杂。
这时为了梳理自己的逻辑，以及对接内部同事，流程图是最有效的工具。
很大程度上，技术开发和测试用例都会以你梳理的流程为准。
03、向上沟通确认
就跟前面说的，产品助理因为工作经验的原因，设计出现纰漏很正常，因此需要你的上级检查你的方案。
但实际上，作为新人总觉得不好意思打扰别人，就跳过这一步直接画原型了。
讲真的，没必要。
工作需要协同，每个角色都存在自己的工作边界，而且你这样做是为了节约时间，减少返工。
4、需求落地
01、原型设计
这一步大家都很熟悉了，最常见的就是用 Axure、石墨画原型、做交互设计，这里就不过多赘述了。
02、撰写 prd
创业公司追求速度，因此都是在原型旁边配上说明，但要注意排版得让别人抓得住重点。
比如改动点、要注意的细节，甚至说以前的重要逻辑再复制一遍，重点是要达成一致。
等合作时间长了一会，也就知道自己重点看哪一部分了。
5、需求评审
01、对接设计师
在创业公司一般都是视觉设计师，产品经理一般不需要过多的介入，毕竟你也没人家专业。
那么我们需要做什么呢？
将业务场景和关键点，完整地描述给对方，他们会根据你描述的情况，从而设计页面的布局和配色的方案。
02、对接开发
接下来，考察你心态的时候到了。
一般来说，他们会问此次版本的目标，要达成的效果，以及需求背后逻辑为什么这样设计。
毕竟就算创业公司，一次迭代的版本也会涉及到 5-7个开发，每个人都会提出各种问题。
当然这里有一个小技巧，就是在评审前和负责的技术 leader 先达成大方向的一致，然后让他们在评审前对自己负责模块提出问题，你可以有所准备。
不至于在评审过程中被问得哑口无言。
6、项目管理
01、跟进答疑
不要以为需求评审过了，你的任务就结束了。
在开发过程中，同样会出现各种问题，包括与之前逻辑的冲突、接口上的冲突等等问题。
毕竟你看到的只是最后的结果，他们背后的代码逻辑可没有那么简单。
02、流程测试
这里不是让我们去做黑盒测试白盒测试，而是作为用户整体操作一遍。
毕竟这是你设计出来的功能，具体效果如何，你肯定最清楚。
7、功能上线
01、上线通知
这里重点是以用户的视角，去告知他们你们这次做了哪些更新。
很多人觉得很简单，但其实不然。
摒弃任何门槛的描述性概述，让所有人一看就懂，需要有很强的同理心。
02、跟进结果
之前做了那么多的努力，谁都想知道最后的结果如何。
但往往我们在工作中，会因为太忙而把它忽略掉，这其实本末倒置了。
我们做的是产品，而不是产品经理，我们服务的是用户，而不是自己。
8、方法论建设
01、培养自己的做事习惯
在我们步入社会之前，就应该规划好第一个 5 年计划了，以此来提高自己的能力。
而这些能力最直接的结果，就是你的做事习惯。
熟知一套知识体系并不难，重点是在于能够在错综复杂的工作环境中，能够用得好它。
而且要知道，知识不是一成不变的，它需要实践的反哺、时间的积累、结果的验证，最终成为你独有的一套能力。
而这些会成为你的竞争力，即使你离开公司也能够生存。
02、计划与进步
多少人对目前的现状不满，想破局、想改变、想获得更多的利益，但最后只有焦虑和担心。
所以说，少想多干，担心和焦虑是最没生产力的，把他们一个个都转变成行动。
就现在，尝试用 Smart 法则去制定你的计划，机会只会留给有准备的人。
而我们能做的，就是成为那个接得住机会的人。
写在最后
以上就是我这段时间，对产品助理工作内容的一些理解。
其实每一个点展开写，都可以写成一篇文章。
而在这里，我希望的是与你分享一个大致的思路，毕竟每个人都是一个独立的个体，成长道路上也会存在各种可能性。
愿你我终能实现自己的梦想，一起努力，一起成长。
