作者从一个新人产品经理的角度出发，对自己入职一个月以来的工作进行了复盘并总结了自己的所思所想，与大家分享，希望本文内容对你有所启发。

产品经理，使命必达。

入职产品一个月了，为此我希望做每月总结，去记录这个月的工作内容、工作状态和个人成长。有输入就要有产出，学习不只是为了学习，更是为了提高工作效率，更好解决问题。

一、工作内容 之一项任务

需求是什么：

进来的之一周我的导师就很详细给我列了M2W2的工作内容。本周是需要整理转介绍业务的派单，梳理场景，提炼需求。所以之一个需求是基于现有的转介绍关系变更的业务流程，去设计一个转介绍关系变更工具，属于内部产品。目标用户是公司产品值班、测试同事，上线使用后无大问题就交由业务同事使用，逐步“解放”一个测试。

我要怎么做：

查看业务问题—整理场景—提炼需求—画出业务流程图—列出所有的提醒逻辑—画原型—写需求文档。刚入职，业务不熟悉的情况下，我先了解什么是转介绍，分几大类场景（正常&非正常）。同时通过查看近两个月转介绍派单问题，整理所有的场景（还可为后续优化工具做铺垫）。这个过程中，我知道了做变更工具的目的。明确目的后，理清产品内在的逻辑（成功/错误的结果提醒；查询学员信息可以展示什么信息）之后再去完成原型设计和需求文档就比较轻松了。

这是我之一次在实操场景下进行正规的产品工具策划全流程的体验，包括工具原型 *** 、需求文档、提需求到backlog、与技术同事进行需求评审、跟发版上线，也算是独立完成了这些工作。虽然上线过程坎坷，但是也能够体验到之一次去解决实际问题，明白明确需求目的和理清产品场景是重要的两步。

第二项任务

完成了之一项任务之后，我开始进入到整理现有的所有转介绍数据口径的工作中。这应该算是一个重要但不紧急的事情。在做数据规整的时候，始终会提醒自己目的是什么——对开发而言，统一数据口径可以方便后续读取数据时更加快速和准确；对学管运营而言，统一数据口径可以更清楚一个数据背后的真实定义，避免在A表看到和B表同样的数据项时发现居然是不同的定义的心累；对产品而言，也是为了后续对数据更精确化的管理，更真实帮助运营复盘每一个活动。

我依然是这个任务的主要负责人。但是作为应届生在职场，发现问题、明确目的后更重要是理清该怎么做，然后向上汇报。由于涉及和学管中心的讨论，又涉及开发取数、测试判断，最终沉淀统一定义，特整理进度规划。

图：数据口径进度规划图

  图：数据口径统一梳理（例）

这次任务是我之一次经历跨部门合作、数据梳理。其中意识到数据定义的多方统一对于各部门在进行用户分析时的重要性。产品工作中对细节的把握尤为重要，这种细节我把它分为项目进度的细节、数据梳理的细节、结论输出的细节。此外，以结果为导向的向上汇报，既能让leader知道我怎么做、哪里欠考虑；也能提醒我每一步的ddl及下一步该做什么。

第三项任务

其实很多时候任务都是同时出现的，因此每天都在想着如何提高同时处理多项任务的效率。这个月第三项任务是为现有产品策划一个拼团工具，1.0的目的是支持老带新转介绍单个场景下使用。在刚开始的时候，以为不是很难，但是随着越来越深入，发现低估了拼团工具带来的挑战。

从小处着手，从体验其他竞品处理清逻辑。后台结构决定前端页面展示，前端页面的划分及功能模块功能点。我梳理了从2020年2月14日开始调研到现在，都为产出1.0拼团工具做过什么。拼团后台管理输出后，发现一些前端原型设计中的细节考虑仍不全，例如：商品库存锁定及计算公式是什么；体验课的拼团和支付需要和其他部门沟通的计划还未有；注册登录是否需要重构；退费失败后人工审核的入口接入等。

图：产品拼团工具流程

图：拼团后台功能模块图