关注老王修炼指南，我们就是朋友！
大家好，这里是老王的练习指南。我是老王，一个不想透露体重的90后产品经理。
大概一个月没更新了。老王最近找到了工作，可喜可贺。所以，为了快速适应工作，老王除了高压下的快速学习项目，就是放松自己，让自己在工作中保持充沛的精力。
终于基本掌握了新公司的工作节奏，公司的工作模式也摸索出来了。我想了很久想和你分享一些东西。虽然我只是带着一些遵循两个版本的优化需求来到公司，但我没有什么可以提供的。
所以，想了想，觉得还是跟大家说说我经历过的三家公司不同的工作习惯吧。本文纯属个人观点。有产品工作经验的童鞋基本都有类似的经历，都差不多。没有产品工作经验的童鞋可以看看，尤其是没有机会去大厂的。你可以提前感受一下小企业是怎么运作的。
这也是一种自我总结和检讨。没有那种严谨的逻辑关系，就是想说什么就说什么。
产品除了创造价值，还需要协助业务部门创造价值。老王经历的三家公司，基本都是业务驱动，产品本身的价值更多体现在帮助业务部门增收节支，通过微创新为用户提供更好的用户体验。但是，为用户创造价值本身并不是一个app，一个网页或者一个小程序，而是一个实实在在的生意。
首先说一下工作流程。基本上差不多。这里就简单介绍一下，不过更多的是相同点，更多的是不同点。
上图是老王认为标准的工作流程，大概有11个步骤，但大致步骤基本是这样的。当然，并不是所有的需求都会完整的走完所有的流程，根据需求会有一些疏忽。
弗里斯特
在这里，老王深深感谢我第一个做产品的公司，因为在那里我很快从一个外行变成了一个经验丰富的专家。
因为这个业务是高端客户，用户数量不多，但是客单价不低。早期业务没有系统的时候，运行稳定。但是，随着业务的扩展，人工管理、口头约定等。逐渐变得不适用，所以有必要上线，让系统来管理，节省更多的人员成本和时间成本。而且上线后会降低运营成本，提高运营效率。
所以老王的需求更多是内在的，比如如何帮助客服更方便的记录用户反馈，如何帮助销售更好的维护客户，有点像2b产品。
那时候产品还有点话语权。在满足业务需求的前提下，产品可以把自己的想法变成现实。当你看到有人对你的想法很满意的时候，我还记得那种成就感。我觉得这才是我做产品的初衷。
当时的文档，每一个细节都要写清楚，比如元素描述，基本事件，异常事件，页面流程，数据流。你觉得他知道什么，他在想什么？一切都应该尽可能详细地写在文件中。测试和开发将以文档为唯一标准，测试用例的字数将是产品文档的两倍。
在那个时候，所有的测试都有权发布。它们不仅是测试，也是质量保证。他们必须通过测试才能出版。他们对版本稳定性和在线事故负责。那是一群值得信赖的朋友，他们会沿着产品设计传播所有的思想，测试各种场景，弥补产品因为不了解系统或机器而忽略的异常情况。
那时候的技术童鞋很辛苦，但是大家都很友好，给了我这个新人足够的包容。每当有困难的时候，他不会说自己做不到，而是会想出解决的办法，然后一起讨论解决的办法。
现在回想起来，不知道为什么。第一个公司，一个商业公司，要像一个游戏公司。每次发表都是凌晨两点多。这时候老王得了湿疹。熬夜真的是常态。
第二
第二家公司也是以商业为导向的公司。它的相对用户基数比第一家公司大，但也属于比较窄的领域。当时是刚成立的产品，可惜项目刚落地没运营就被砍掉了……然后就接手了一个相对成熟的项目跟进迭代优化。
这里的技术不喜欢看密密麻麻的文字，只看图说话，不喜欢word。在原型旁边做个标记就行了。基本逻辑不需要写，页面元素也不需要描述。把业务逻辑说清楚就行了，其他细节不用详细写。做的时候有问题会问你。
这也导致了一个问题。产品文档没有体系，很多底层逻辑找不到源头。当你想系统的了解产品的时候，除了亲身体验和自问之外，基本没有别的办法。
当然，我承认产品越大，越没有办法窥一斑而知全豹，因为产品本身就是一个生态系统，不同的人维护着自己的那一部分。你可能用一句话描述，但是没有办法知道它每个细节不同模块的所有状态。
但是，我还是要吐出来。这部分真的不尽如人意。如果我想知道一些底层逻辑，只能找技术来查。当然我是随波逐流的那个，但是你得承认这样做的好处是我的个人价值大幅提升。只要我不犯原则错误，没有人可以随便代替你。这就像写代码没有注释，除了你自己没有人能轻易理解。
在这里，我经历了从接收和做需求到挖掘和管理需求，从被动到主动的转变，开始更多的思考。以前领导告诉你做什么，做好就行，然后开始思考什么是对的。
我觉得这里的技术伙伴是最有动力的。从最初的不熟悉到后来的深交，很多我觉得优化的很好，但是没有优化就没有所谓的需求。都很主动，很少犯低级错误，基本都能按要求做。
但是，一个团队要想有所作为，还是需要一个稳定且有远见的领导者。近三年来，它服务了三任CEO，三任CTO，两任首席运营官，真的很伤我的小团队。
第三
第三个是现在这个，一个网络娱乐项目。做足了o2o生意的老王，想尝试不一样的东西，就试试这个线上项目。
目前这家公司属于新老交替的过程，bug很多，不完善的地方也很多，但都是进步的空。老王粲唯一不明白的是什么？产品迭代发布周期不是由产品决定的，而是技术什么时候会结束，或者说什么时候会通过与运营的沟通来决定版本。
当然，线上娱乐，线上活动可以理解，但是我觉得产品意识到之后就不是什么好事了。老王觉得要慢慢看，慢慢研究。
也有其不完善的地方，比如产品文档的缺失，对产品功能的基本猜测和摸索，产品对业务数据的知情权极低。但是这里的运营分工更细，产品要纯粹的做事，不需要在一些产品运营上花费精力。
目前这家公司据说正在转型。早些年是技术决策型。最近一两年转为运营和市场决策型。可以说产品话语权极其微弱，这是我这辈子三份工作中唯一见过的。老王也明白，毕竟赚钱的是大爷，但这不就是一个机会吗？让我们来看看。
老王在此立旗，想让自己的文字输出再次成为常态。他不敢说日班没有那么多时间，但是周班还是有时间的！
作者:老王，90后产品经理，不愿透露体重，微信官方账号唯一老王实践指南作者。
图片来自Pixabay授权
流浪生活
哪里不是修行？
