经验复盘 | 没有文档的情况下，产品如何接手新工作？

背景：公司产品开发之初以技术为导向，没有任何文档说明，初始开发团队部分已离职，复杂的业务逻辑无法靠产品体验梳理，如何快速上手新工作？

三个月了，对负责的产品说不上了如指掌，至少也得是能解答一些运营抛过来的疑问了。简单说下个人情况吧。

入职的时候，测试离职，一条了解产品的捷径断了。现有的开发团队是从其他子公司借用的（当然现在已经转了），很多事情，问研发得到的回答就是当初就是这么设想的。不过，我比题主情况好在，我的产品老大在，他是不是项目最开始的负责人，我不清楚，但是他无疑是目前最熟悉这个产品的人，我之后所有对产品的疑问和设想，都是靠他点拨和调整。对应着题主的情况，就是你们的研发老大了。

入职的第一个星期，就是学会使用产品。老大把我往工位上一扔，发了个网址，让我不管用什么方法，尽快熟悉XXXX。稚嫩啊，真的就是自己在看，完整的走了一遍流程，看平台的使用简介，在网上搜索了一些评价。脑袋晕啊，光用户自己就有三种后台管理平台，加上代理商、平台自己的运营后台，每天都围绕这些，傻傻地也不知道问同事。脸皮薄啊，希望题主还是脸皮厚一些，向产品同事，或者是研发、运营了解，绝对的事半功倍啊。整理了一份体验报告交给了上级，大概提纲如下：

• 使用XX要达到的目的是什么
• 为了达到目的，需要做哪些事情（具体流程）
• 在没有人介绍或者指导的情况下，是否无法有效或者快速的完成上述步骤
• 整个使用过程中的疑惑或者吐槽点。

邮件或者当面沟通过之后，算是对产品有了最初步的了解。这第一个星期呢，跟着运营推广的同事去做了一次线下推广，当然是代理商牵线的，我呢，算是检验下自己对产品的熟悉度，也是带着任务去的：

• 代理商推广流程中反馈的槽点，是否有改进方法
• 收集客户的使用场景，想想除了现有功能以外其他的应用支持

当然很多现在很多产品团队都是退居二线，收集来自运营、客服的反馈，再去梳理的需求，通常这种情况还是会出现问题的，二手需求，不可避免地带入了自己的感受，就比如说我自己也是会经常以站在用户的角度为他们考虑了一些不必要的，或者说是没那么方便的功能。接触直接用户，了解她们的使用场景，对熟悉产品、以及之后的改进，帮助是最大的。

产品的说明文档，我们团队也没有，这也就是我接到的第三个任务，V1.0就是从我手里产生的，虽然说这项产品不是我的“亲儿子”，但也是很有成就感的啊～文档整理帮助很大，运营等客服部门遇到的一些问题，有些是在你熟悉产品之后，是可以自己解答的，不必事事@研发来帮忙回复，每周的研发任务排满了，一般不是很严重的bug，积极响应还是靠自己～专职的技术支持忙起来，情绪也是不太稳定的哈。不要问我为什么这么和你说。网上调侃：研发鄙视产品的需求时，一般产品会用跪下的实际行动来接纳这种鄙视（怕知识侵权哈，说明下，来自捣乱帝），其实是可以相信的。

接下来的事情就是熟悉产品的季度目标，财年目标了。产品更新速度一般还蛮快的（行业不一致也许会有差别吧），你现在熟悉的产品，过些日子就变了模样，也许还是需要你来主导的，这个就是一件灰常有成就感的事情啦。

过去的产品立意，现有的缺点优点，以后的目标定位。这个是不是个好方法，我还在验证中。

文/不会游泳的简 上海商派 产品经理

关键字：产品经理, 产品

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！