UGPHONE · PROBATION REVIEW

转正述职
报告

陈俊杰｜产品项目专员
试用期：2026.3.30 — 转正日期

把问题想清楚，把方案做具体

竞品分析调研
产品迭代需求
解决方案设计
01 · 工作回顾

三类工作，形成一条完整推进链路

从调研发现机会，到设计产品能力，再到处理复杂专项，工作重点逐步从需求表达延伸到方案判断与落地。

WORK OVERVIEW
DISCOVER

竞品分析调研

新客链路调研定位免费体验后的价值承接断点，提出首次成功与付费转化方向。
主动调研结合业务数据与产品现状，梳理首购、续费和标签能力的优化建议。
VsPhone 调研对比竞品定位、能力与路径，形成差异点和产品判断。
形成判断将观察转化为可进入规划讨论的优化方向。
BUILD

产品迭代需求

用户标签体系从业务调研到四版方案，完成规则、数据链路与后台能力设计。
分销商 Code 购买梳理批量购买、价格、订单与兑换码发放链路，推动进入开发后期。
新运营平台承接选择将两项后台能力沉淀到 Java 新服务，支撑后续迭代。
推动落地把业务诉求收敛为可开发、可维护的产品能力。
SOLVE

专项解决方案

接口加密分析核验措施上线后的真实效果，识别风险行为变化。
异常注册复盘定位旧链路退出后仍持续成功的主力模板。
618 白名单分析判断头部链路终结后，风险向分散形态转变。
持续应对三轮主动分析，逐步补全风险识别与治理思路。
02 · 重点项目

用户标签体系：把运营想法变成可配置能力

服务运营圈选人群与精细化活动触达，当前处于验收阶段。

USER TAG SYSTEM
4
版方案迭代在调研、评审与实现约束中持续收敛
从业务需求出发，结合不同地区的运营差异与技术条件，设计可配置、可追溯、可扩展的标签能力。
业务访谈→规则重构→数据链路→开发验收
为什么要自定义

不同地区对同类用户的价值阈值不同，例如“高消费用户”的累计消费标准存在差异。

能力如何被使用

运营按实际业务规则组合人群，再用于精细化活动触达和后续效果分析。

UgPhone运营控制台标签管理页面
UgPhone 运营控制台 · 标签管理
03 · 关键决策

两个决策，决定标签体系能否长期使用

第一项保证标签判断可信并支持复用；第二项控制数据规模、计算成本与系统稳定性。

KEY DECISIONS
DECISION 01

用历史指标驱动标签

原有思路

用户触发事件后即时读取相关数据并打标，适合单次、实时判断。

最终选择

沉淀近 180 天行为与业务数据，先形成指标，再依据指标生成标签。

可追溯解释为何命中
更完整减少单次误判
可复用支持圈选与分析
DECISION 02

按数据特性分层存储

直接存储

全量用户保留 180 天明细，数据规模、内存与稳定性风险持续上升。

最终选择

先筛选活跃用户进入标签池，再按固定、状态、流量三类更新数据。

固定型写入后复用
状态型覆盖更新
流量型保留180天窗口
同步选择 PHP 能力向 Java 迁移：短期增加协调与实现成本，换取后续统一迭代并减轻旧服务维护负担。
04 · 关键实现

把复杂数据问题，拆成可实现的判断链路

通过“用户池—指标数据—标签判断—运营使用”的结构，与数据和开发共同对齐实现边界。

IMPLEMENTATION LOGIC
用户标签指标分层逻辑图
指标分层与更新逻辑 · 用于与开发讨论并指导实现
核心取舍：先判断哪些用户值得进入标签池，再按数据变化方式选择存储策略，避免把全部用户的 180 天明细直接堆入系统。
01
活跃用户准入仅符合活跃条件的用户进入标签池。
02
数据组构建宽表统一整理用户、日志、订单等指标数据。
03
Java 服务完成判断直接使用宽表数据执行标签规则。
04
结果提供给运营用于圈选、触达，并预留后续分析空间。
固定国家、注册日期
状态钱包余额、云机台数
流量消费、订单、行为
05 · 阶段成果

两项需求，逐步沉淀为新平台能力

功能状态按述职当天实际进度更新；当前标签体系处于验收阶段，Code 购买进入开发后期。

DELIVERY STATUS
01
用户标签体系

完成业务调研、规则设计、数据方案和后台能力开发，支持运营圈选人群与活动触达。

02
分销商 Code 购买

完成批量购买方案设计，覆盖套餐选择、订单确认、支付与兑换码发放链路。

03
UgPhone 运营操作台

两项需求的后台能力在新平台呈现，为后续运营功能继续扩展提供统一承载。

架构取舍：中间包含原 PHP 功能向 Java 服务迁移，因此短期周期有所增加；长期可以让新需求继续由 Java 承接，逐步降低旧服务维护压力。
分销商平台Code批量购买页面
分销商平台 · Code 批量购买页面
06 · 重点专项

风险账号治理：根据变招持续更新判断

围绕异常注册与新手福利被利用的问题，三次主动分析攻击结构，并针对每轮变化寻找链路破绽与应对方向。

RISK GOVERNANCE
ROUND 01

接口加密效果分析

观察接口加密上线后，高危账号仍未消失。
判断注册与领取出口明显分离，攻击结构发生变化。
输出建议从单点加密扩展到 IP、指纹与领取环节联动。
ROUND 02

异常注册处理复盘

观察部分旧链路退出，但成功注册没有完全停止。
判断风险由分散问题收缩为少数稳定、重复使用的模板。
输出进一步定位主力成功链路，帮助技术聚焦排查范围。
ROUND 03

618 白名单结构分析

观察白名单移除后，原有头部集中链路归零。
判断剩余风险转向卡阈值、小批量和分散型注册。
输出治理重点转为持续监测分散残余是否再次放大。
发现变化AI 辅助拆解定位破绽与方案继续观察变招

阶段成果：形成可持续的“识别—验证—应对”闭环，而非将对抗描述为一次性解决。

07 · 认知与成长

工作方式改变，带动产品思考深入

AI 办公带来的价值最终落在交付质量、复杂问题拆解和团队协作，而不是工具使用本身。

GROWTH & REFLECTION
WORKFLOW

形成 AI 辅助的产品工作流

从单纯讨论问题，逐步发展为用 HTML Demo 呈现流程和交互，再由 Demo 反向补全 PRD。复杂需求变得更直观，部分 Demo 也能直接为 UI 提供参考。

讨论问题→HTML Demo→补充 PRD→协同落地
PRODUCT THINKING

从使用视角延伸到实现视角

开始在功能体验之外，同步评估是否值得做、实现复杂度、投入成本和长期维护，并尝试给开发提供更具体的实现建议。

必要性是否解决核心问题
复杂度实现与数据条件
成本开发和维护投入
协作提前对齐实现路径
REFLECTION

减少对“一次成型”的执着

过去做法把 Demo 自查到接近完整后再讨论
→
实际问题关键逻辑改变后，多处内容需要重复校验
→
下一步先抛可讨论初版，多轮沟通后再精细收敛
08 · 未来规划

让 AI 进入产品工作的关键节点

下一阶段，逐步形成由 AI 辅助调研、推演、验证与沉淀的产品工作方式，重点落在问题判断与交付质量。

AI PRODUCT WORK MODE
FROM TOOL TO METHOD

转变为
AI 产品经理的工作模式

将 AI 放进产品工作的重要环节，把更多精力留给问题判断、方案取舍和与团队的讨论协同。

提升重点交付质量与思考完整度
逐步形成可复用的产品工作方法
01 · EXPLORE

调研与问题拆解

辅助整理资料、归纳现象、梳理待验证的问题与假设。

02 · REASON

方案推演与比较

补齐流程与边界，比较不同路径，让方案讨论更具体。

03 · VISUALIZE

Demo 先行验证

用可视化交互呈现关键链路，更早收集讨论与反馈。

04 · LEARN

技术理解与沟通

持续理解数据、接口与系统逻辑，让产品表达更贴近实际。

沉淀关键判断

将有价值的资料、模板和决策过程持续整理，为后续需求减少重复理解成本。

09 · 初步业务理解

AI 使用，逐步融入团队日常工作

基于当前内部使用情况和产品蓝图，我对 Teammate 的理解仍在形成，也需要继续通过真实场景验证。

TEAMMATE · INITIAL VIEW
MY CURRENT UNDERSTANDING

Teammate 正在探索：如何让分散的 AI 使用，逐步融入团队协作、任务推进与知识沉淀的过程。

TASK CONTINUITY

围绕具体任务

从一次问答延展到任务推进，让信息、操作与交付结果能够在同一条工作过程中衔接。

TEAM COLLABORATION

进入协作环境

从已有的办公协作入口出发，让 AI 能够更好理解团队正在处理的文档、任务与沟通信息。

KNOWLEDGE REUSE

沉淀团队经验

让资料、提示词、脚本和交付物持续积累，后续任务能够基于已有经验更顺畅地展开。

以上为当前阶段的业务理解。后续会结合用户调研、内部反馈与产品迭代，持续校正判断。

10 · 产品方向思考

围绕真实团队工作，持续挖掘产品亮点

从任务、协作与知识沉淀三个方向观察场景，逐步找到能够让用户感知价值的产品路径。

PRODUCT EXPLORATION
01 · TASK FLOW

从任务链路出发

真实工作往往由查询资料、整理信息、执行操作和确认结果等零散动作组成。产品需要围绕任务将这些动作自然串联。

持续观察哪些高频、复杂且有明确交付的任务，适合被组织成流畅、可闭环的 AI 工作流程。
02 · COLLABORATION

从团队协作出发

团队日常工作依赖文档、任务、日程、文件和沟通等协作工具。AI 进入现有工作环境后，使用体验才更连贯。

持续观察从现有办公生态开始，识别哪些连接能减少切换与重复说明，并为后续扩展保留空间。
03 · WIKI HABIT

发挥 Wiki 的长期价值

Wiki 可承接资料整理，并将任务产出、经验复盘、常用模板逐步转化为团队可以复用的资产。

持续观察如何培养资料归档、成果复盘与模板复用的习惯，让用户在持续使用后感受到更顺畅。
产品判断：以真实使用作为切入点，通过迭代验证价值，并根据反馈逐步收敛功能路线。
11 · 角色转变

从功能落地，走向问题与使用闭环

在承担产品规划、用户调研与迭代设计的过程中，需要逐步扩大关注范围，也更主动地参与产品判断。

ROLE EVOLUTION
下一阶段的投入：产品规划用户调研迭代设计
接收需求→主动发现问题

从真实场景中发现机会

通过用户反馈、内部使用和业务观察，识别哪些任务重复投入、协作存在断点，或经验难以被复用，再将其转化为需要验证的产品问题。

关注：真实使用中反复出现的阻碍
目标：让需求来源更贴近用户与业务
设计功能→关注 AI 使用闭环

把产品放回工作过程

除功能本身外，还要思考它适合在哪些场景使用、能否帮助用户完成任务，以及产出和经验能否被持续沉淀、被团队复用。

关注：场景、任务结果与后续复用
目标：让每次迭代更接近团队的真实工作方式

我的工作重心会从完成单点需求，逐步转向发现问题、形成判断、推动验证。

THANK YOU

感谢聆听

以上是我的转正述职汇报。
感谢各位的时间与指导。

陈俊杰｜产品项目专员