本文主要介绍了如何有效地复盘数据产品项目，特别是在简历撰写和面试过程中的具体操作方法，强调了运用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有了部分妥协和折中，比如标签配置时的函数处理等。