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 · 未来规划

下一阶段，继续在具体业务中提升

规划保持务实：探索更好的工作方式，把能力落到商业化、用户运营和复杂需求推进中。

NEXT 3–6 MONTHS
01

深化 AI 工作方式

继续探索 AI 在问题发现、调研分析、方案推演和可视化表达中的使用方式。

希望形成更高质量、更全面的复杂需求交付
02

深入商业化与用户运营

围绕新客承接、付费转化、续费和精细化触达，持续理解产品动作与业务结果。

希望形成更贴近真实业务目标的产品判断
03

改善复杂需求推进节奏

先明确核心链路和待确认项，尽早发起讨论，再通过多轮反馈逐步完善。

希望形成更早对齐、更少返工、更稳妥落地
把产品方案做得更贴近业务，也更容易落地。
THANK YOU

感谢聆听

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

陈俊杰｜产品项目专员