若何复盘一个数据产品项目？

今年做了很多个数据产品求职的辅导，总结一个最常见的问题便是很多同学在简历或者口试过程中，须要总结一个范例项目时，短缺稽核者常关注的“产品思维”或者“逻辑清晰”所须要的表达逻辑。
往期文章针对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 协议。