如何复盘一个数据产品项目?

0 评论 2170 浏览 10 收藏 7 分钟

本文主要介绍了如何有效地复盘数据产品项目,特别是在简历撰写和面试过程中的具体操作方法,强调了运用STAR原则和以业务为导向的产品思维的重要性。

今年做了很多个数据产品求职的辅导,总结一个最常见的问题就是很多同学在简历或者面试过程中,需要总结一个典型项目时,缺少考察者常关注的“产品思维”或者“逻辑清晰”所需要的表达逻辑。往期文章针对STAR原则、金字塔原理都有过比较详细的介绍,这里主要是结合具体的场景案例分享实操过程方法论如何落地,这样会更容易学以致用。

一、简历中的STAR原则

快速回顾STAR原则,情景(situation)、任务(task)、行动(action)、结果(result),概况下来就是:什么背景下,遇到什么问题,你需要做什么事情,你是怎么做的,最后取得了什么样的结果。

在简历的项目描述时,常用两种方式,第一种,是按照STAR四要素进行结构化展示,通常会把关键动作和量化的结果合并。

下面是一个具体的案例。

这种方式的好处是可以围绕业务目标,按照关键动作的分类维度进行展示,比较通用,不仅适合于产品简历,其他岗位也适用。一般我改的简历会在工作经历总结部分采用这种模式多一些。

第二种方式是基于产品的工作流程和核心能力维度进行项目总结,分为业务背景、主要职责和关键结果三个部分。

业务背景:包括产品要解决的痛点问题(123,这里最好给出一些具体的例子)、产品目标

主要职责:一般会包括:需求调研、竞品分析、产品规划、产品设计、项目管理、产品运营等模块,同样,每个要点不要只是单纯的写:与业务沟通,调研业务需求这些大而空、放之四海而皆准可的内容,要结合实际工作项目,列出1~2个核心的具体的需求,虚实结合。因为一般来说简历会包含多个项目,不要每个项目都写一模一样的结构,有的项目突出需求调研和竞品分析,有项目突出产品设计等,这样避免视觉疲劳。例如一个数仓项目的总结。

项目成果:数据产品的量化指标是很多同学的痛点,总觉得数据产品不像C端有明确的DAU、营收等KPI,不知道怎么写,但实际上,数据产品需要有更多维度的评估方式,比如,对于一个管理层的驾驶舱,你不能看DAU,因为CXO就那么几个人,你可以从老板们使用这个产品的周均频次(每天都看说明对你产品依赖度高),发现问题上传下达的一些案例(留心收集)。

二、面试过程的STAR原则

对于一些非产品岗转数据产品,比如数据开发、数据运营等,面试时项目总结经常被打上“逻辑不清晰”,“缺少条理”,“项目总结深度不够”等标签。那究竟该如何复盘一个数据产品项目呢?

在面试模拟的时候,有同学:做过XX项目,情景是XX,任务是XX,行动是XX,结果是XX,反而会弄巧成拙,让面试者觉得生搬硬套STAR,就像问你如何设计指标体系,你炫一堆OSM、UJM是一个感觉。实操的时候,要尽量口语化地将内容融入到你表述的流程当中。

举一个CDP项目总结的案例:

我过往工作中,一个典型的项目是CDP精细化运营平台,我作为产品经理负责CDP项目产品工作。(项目简介)

当时业务精细化运营过程中,存在用户数据分散标签不完善分层能力弱,精细化运营流程长效率低,营销效果难以追踪量化等痛点问题,因此启动CDP项目。(业务背景)

首先,我梳理了产品、运营团队近半年的精细化运营需求,了解业务运营流程,并总结主要的场景及标签需求,同时对腾讯广点通、火山引擎CDP等竞品进行功能分析,形成CDP产品的MVP方案,主要包括:标签集市管理、人群圈选、场景投放、效果分析、系统管理等功能(需求分析)

……

最终项目顺利上线,邀请运营团队基于流失用户运营场景进行打样,实现了业务自助圈选人群并投放,整个时间从平均1周降低到1小时……(量化结果)

在这个项目中,我觉得做的好的地方是:(项目收获)

1.产品需求分析,基于业务历史需求充分分析业务运营场景及需求,并结合行业竞品完成产品MVP方案设计,上线后,顺利完成主要运营场景的能力覆盖。

2.……

但是,也有些地方需要进一步提升,(说几个相对来说没那么要命的问题,比如UI设计,项目管理等)

比如,MVP版本为了追求快速迭代上线,在开发实现环节,UI有了部分妥协和折中,比如标签配置时的函数处理等。

本文由人人都是产品经理作者【数据干饭人】,微信公众号:【数据干饭人】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!