快缩短网址 | 项目重建记：从“无文档”到“有未来”的蜕变

编者按：重建，是比新建更艰难的旅程。它要求我们穿越旧系统的迷雾，在碎片中重构逻辑，在习惯中重塑体验。本文记录的是“快缩短网址”项目团队在接手短信平台重构时的真实心路——一个看似简单、实则步步惊心的过程。

---

一、项目缘起

我司作为一家大型家电企业，两年前由开发团队自主搭建了短信发送系统。彼时，产品思维尚未成熟，CRM与DMP系统尚未成型，业务需求也相对单一。然而，随着市场扩张与营销精细化趋势加剧，原有系统已显疲态——功能僵化、流程断裂、数据缺失，难以支撑如今的运营需求。

于是，“快缩短网址”项目应运而生——不是另起炉灶，而是对旧系统进行深度重构，目标清晰：让短信从“通知工具”进化为“精准营销引擎”。

---

二、业务调研：揭开旧系统的“伤疤”

#### 1. 原系统痛点

- 内容与人群无法解耦：短信模板与用户群体绑定死板，无法复用。
- 客户筛选粗放：缺乏标签体系，仅依赖基础维度，无法实现精准触达。
- 发送失控：同一用户一天内可能收到多条同类活动短信，用户体验严重受损。
- 效果不可评估：无数据沉淀，发送后“盲打”，业务方无法判断ROI。

#### 2. 根本原因剖析

- 系统设计之初无产品经理介入，业务逻辑由开发人员凭经验构建；
- 缺乏统一客户数据平台（CRM），用户画像模糊；
- 发送规则未标准化，导致“轰炸式推送”；
- 数据采集机制缺失，运营商仅反馈“成功/失败”总量，无明细数据支持分析。



#### 3. 解决路径

- 高优：实现短信内容与人群解耦，支持模板复用；
- 高优：打通CRM系统，实现用户数据动态调用；
- 中优：建立数据看板，可视化发送效果；
- 低优：制定用户接收频率规则，避免过度打扰。

---

三、改版目标：构建可生长的短信生态

通过重构业务流程，打造一个模块化、可扩展、数据驱动的短信平台。核心目标：

> 以内容为中心，以人为锚点，以数据为灯塔。

---

四、业务流程优化：从单线程到多维协同

原系统流程单一，仅关注“发送”动作；新系统需融合CRM服务调用、任务审批、效果追踪等环节。最终形成闭环流程：

[运营人员] → [创建任务] → [调用CRM筛选人群] → [审核] → [执行发送] → [收集数据] → [分析反馈]

---

五、数据确认：有限中求突破

短信系统的核心数据源包括：

- 客户数据：来自重构后的CRM系统，支持按购买行为、地域、标签等维度分群；
- 号码数据：除CRM外，部分销售公司及门店保留独立客户号，需支持导入；
- 运营商返回数据：当前仅能获取总发送量与成功率，无法追溯至单个号码。

> 注：数据局限性提醒我们，后续需引入更多采集手段（如第三方监测、用户回执等）。

---

六、功能框架设计：四个模块，支撑全生命周期

1. 短信管理
- 分为签名、模板、发送三大子模块；
- 所有发送均以“任务”形式执行，便于追踪与控制；
- 预留接口，支持未来对接第三方平台。

2. 统计分析
- 从宏观（整体发送效果）到微观（单号码状态）逐步细化；
- 当前因数据限制，暂以聚合数据展示为主。

3. 设置中心
- 包括发送策略配置、名单管理、黑名单预设等；
- 后续将根据运营商合作深化拓展。

4. 账户管理
- 支持财务线下充值与平台转充模式；
- 未来计划接入在线支付，提升效率。

---

七、信息架构：为未来预留空间

在设计初期即考虑平台演进方向——未来将集成DSP广告投放能力。因此，信息架构采用模块化设计，确保各功能边界清晰、扩展灵活。

---

八、数据建模：实体重构，关系重织

原系统核心实体为“短信”与“客户”，关系为多对多。重构后，新增关键实体：

- 发布任务：执行单元；
- 短信模板：内容载体；
- 短信签名：合规标识；
- 人群：动态标签组合；
- 客户：数据源。

关系图谱如下：

[人群] ←→ [发布任务] ←→ [短信模板]

     ↑

[客户] ←→ [CRM系统]

---

九、细节设计：在毫厘间打磨体验

#### 1. 状态机设计

任务生命周期包含六种状态：待审、审核中、已通过、发送成功、发送失败、终止。每个状态转换需明确定义触发条件，避免流程混乱。

#### 2. 关键流程设计

- 短信模板：
- 敏感词实时屏蔽，保障合规；
- 长链接自动转短链（suo.run），节省字符空间，提升点击率。

- 发送任务：
- 字数预警机制，超70字提示拆分为多条；
- 号码过滤：自动剔除投诉用户；
- 测试发送选项，支持跳过审批（但需风险提示）。

#### 3. 页面设计

聚焦核心页面——发送任务页，提供：

- 时间设置、号码选择、效果预览；
- 快捷入口导航，减少操作层级；
- 实时预览短信样式，辅助决策。

#### 4. 权限设计

遵循公司权限体系，区分：

- 功能权限：如创建任务、查看报表等；
- 数据权限：如仅允许查看本区域客户数据。

---

十、总结：重建之路，不止于技术

一个月的重构之旅，虽项目规模不大，却让我深刻体会到：

#### 1. 文档缺失，是最大的隐形成本

原系统由三人开发团队闭门造车，无任何文档留存。当其中一位后端离职后，系统逻辑成谜。我们不得不花费大量时间逆向梳理，甚至发现隐藏功能（如邀请码注销）竟无人知晓。

> 教训：再小的系统，也需留下“认知地图”。

#### 2. 用户习惯，是变革的绊脚石

旧系统虽简陋，但操作流畅，两年运行早已形成肌肉记忆。新系统功能丰富，却复杂度陡增。尤其面对销售公司、代理商、门店人员电脑操作水平参差不齐的现实，上线后问题频发。

> 反思：用户要的不是“工具”，而是“解决方案”。我们需要用“最小可用功能”先跑通，再逐步迭代。

#### 3. 重构的边界：做与不做，皆需深思

新需求纷至沓来，但必须清醒：哪些能做？哪些不能做？

- 黑名单管理看似必要，但因缺乏单号发送数据，目前只能搁置；
- 功能复制竞品不可取，必须结合自身业务场景创新。

---

结语

“快缩短网址”不仅是技术重构，更是思维升级。我们从“能用”走向“好用”，从“被动响应”转向“主动赋能”。

重构不易，但每一次跨越，都让系统更贴近业务本质，也让团队更接近卓越。

> 真正的进步，始于对过去的勇敢告别。

---

项目官网：suo.run —— 让每一条短信，都值得被看见。

本文内容基于真实项目经验整理，旨在分享互联网运营与产品重构的思考。所涉数据与案例均为内部脱敏处理，如有侵权，请联系管理员删除。