链接的哲学：快缩短网址产品演进与深度复盘

本文以“快缩短网址”核心架构的设计、功能配置的精妙布局以及旧有逻辑的优化重构为例，分享我们在产品打磨过程中的不足、挑战与蜕变。
愿这段关于效率与连接的探索历程，能为同样身处产品浪潮中的同行者提供一些微光与激励。

数年前，当我们着手构建这一链接枢纽时，正值互联网信息爆炸的节点。
虽无疫情之扰，但远程协作与高效交付的压力始终如影随形。
在此期间，我们主要负责短链生成引擎的后台模块设计、内容配置逻辑以及底层架构的优化。
尽管受限于客观环境与主观认知的局限，初期工作难免留有遗憾，但正是这些不完美，成为了我们认知跃迁的基石。
通过对主页后台管理与链接分发算法的深入剖析，我们不仅提升了产品方法论，更对“连接”的本质有了更深邃的理解。
为避免重蹈覆辙，亦为臻于至善，复盘至关重要。
此次复盘，我将直面问题与自我，剖析这项工作的不足、难点与收获。

大纲如下：
* 项目背景
* 目标 - 行动 - 结果
* 重难点分析
* 个人收获与总结
* 接下来该怎么办？

一、项目背景

互联网链接生态日趋繁杂，长网址不仅美观度欠佳，更存在传播受阻的风险。
改善用户体验，将以往繁琐的手动配置调整为智能化、批量化的生成规则，为后续的用户转化与数据沉淀奠定坚实基础。
迁移旧有功能逻辑，统一于“快缩短网址”后台，实现管理与分发的集约化。

二、目标 - 行动 - 结果

1. 目标

完成“快缩短网址”后台模块的配置、内容管理设计及核心功能的优化，打造免登陆、高效率的短链生成平台。

2. 行动拆解

* 逻辑重构： 深入理解旧有短链系统的底层逻辑，明确优化需求。
* 规则制定： 研读并设计需求文档规范，统一不同团队间的协作标准。
* 功能构思： 探讨新主页的核心需求，构思免登陆生成、批量处理等关键功能。
* 交互设计： 基于底层功能，设计单条及批量上传的交互流程。
* 模块配置： 根据新主页需求，构思后台配置模块，支持自定义短码与访问密码。
* 算法熟悉： 熟悉防红设置与访问平台控制的原理，确保链接稳定性。
* 管理设计： 设计内容管理模块，实现数据统计与目标网址的随时更换。
* 开发跟进： 积极沟通，跟进需求修改，确保开发进度。
* 测试上线： 跟进测试，做好上线前期准备，上线后持续观察数据表现。

3. 结果

新版本如期上线，虽过程中需求迭代对时间线有所影响，但整体功能设计已达标。
回顾过程，亦存在需求稿不够详尽、决策不够果断等低级错误，需在后续迭代中修正。
当前版本已实现核心功能，部分体验优化留待第二阶段，重点改善用户交互与转化率。
项目网址：suo.run

三、项目重难点分析

1. 防红策略与规则模块

本项目核心在于链接的稳定性与分发规则，此前未深入接触过防红算法与动态规则定义，这是一大盲区。
为更好地设计客户端与后台，我们查阅了大量资料并与技术团队深入探讨，最终确立了以下模块：

* 客户端效果设置： 通过模块配置在客户端展位中出现短链，编辑模块属性如权重、状态等。UI 效果根据场景决定，确保视觉与功能的统一。
* 策略管理： 包含防红设置与访问平台控制。
* 防红设置： 针对链接可能被拦截的风险，提供动态防护策略。
* 平台控制： 支持设置访问平台，精准控制链接在不同环境下的可用性。
* 数据分析： 包含模块关键指标数据图与性能监控。
* 关键指标： 关注点击率、转化率等北极星指标，判断短链模块是否有效。
* 性能监控： 指模块的响应时间、更新频率，涉及开发成本，需与技术详细讨论。

2. 旧版本兼容与数据迁移

优化包括迁移旧后台功能，将旧功能置于新后台中，并优化体验。
同时，为满足新版本需求，后台字段需重新设计。
此处面临几个关键问题：

* 字段兼容性： 如何避免新设计字段对旧版本功能的影响？需技术全面调查，有影响则讨论解决方案，确保新旧版本平稳过渡。
* 冗余字段清理： 去掉的字段是否对所有端都无用？需各端调查确认，去除冗余，减轻系统负担。
* 数据导入： 新字段数据如何导入？若对应旧字段，技术直接导入；否则需人工导入，需提前预估时间，不影响上线。
* 新旧并行： 旧版与新版如何共存？一般并行运行一段时间，待老用户更新后，逐步停止旧版本操作。

四、个人收获与总结

1. 撰写交互文档，以开发和测试为用户

项目相对复杂，负责短链生成、批量处理（单次 100 条）、文档生成（单次 1000 条）及底层管理。
后台菜单层级与页面较多，每个页面需清晰写下功能与逻辑。
负责旧后台迁移后，还需优化小功能。由于旧后台历时久，开发人员对某些逻辑不熟悉，需重点关注。
交互文档是否清晰，直接关系到开发进展与功能实现。
总结经验如下：
* 结构化语言： 解释功能设计时，尽量用结构化语言，减少不必要的沟通成本。
* 原型更新说明： 更新原型时，需说明更新时间、页面与功能，通过不同线框显示新功能。
* 菜单结构： 菜单需解释是否有独立入口，清晰的结构至关重要。
* 交互实现： 若每个按钮都能交互（在 Axure 最好实现），方便开发和测试理解跳转逻辑。

2. 功能设计 - 确保过程清晰，自己通过整个过程

此次主要负责后台设计，与普通客户端设计大不相同。
* 用户层面： 后台主要用于运营与内部团队，客户端用于产品用户。
* 需求层面： 后台需求主要是提高效率、数据分析、内容管理；客户需求来自用户体验、产品战略等。
* 设计层面： 后台功能更注重解决问题，面对业务问题，体验与设计次之。设计时需考虑开发成本，结合技术提供最佳方案。
客户端则重视用户体验、交互与视觉。

针对后台功能设计的总结：
* 增删查改： 熟悉常见交互逻辑。列表状态（未发布/已发布/删除）对应不同操作按钮。
* 操作提示： 图片上传、文件上传、字符输入等需注明提示。
* 查询布局： 根据查询习惯与类型规则，布局查询字段。
* 排序逻辑： 根据更新时间与列表排序，涉及后台列表与客户端显示排名。
* 二次确认： 发布与删除等按钮需二次确认，防止误操作。
* 简化操作： 若可直接选择，不要设计上传操作。
* 选项设计： 单选框、复选框等要考虑选项内容是否齐全、易懂。
* 模糊搜索： 查询页面支持模糊搜索，大大提高操作效率。
* 简洁布局： 少做多层交互，尽量干净简洁，牺牲 UI 确保组件清洁。
* 业务导向： 后台功能设计必须急于解决业务问题，方案不能实现，原型再好也无用。
* 逻辑清晰： 功能设计应注意过程是否清晰，耦合功能是否少，逻辑是否恰当。
* 异常处理： 注意异常情况，否则会导致 Bug 出现。
* 数据配置： 若有新字段，考虑如何提前配置数据，需要多少天，如何安排新数据导入。
* 需求访谈： 客观看待访谈结论，看到需求本质，综合分析决定是否需要。
* 自我检查： 功能设计完成后，交付开发前，一定要自己检查整个过程，把自己当成用户跑一遍。

3. 项目跟进 - 快速决策

* 技术沟通： 首先了解对方意思，然后判断是否需要继续优化计划。
* 迅速结论： 讨论功能时，应迅速得出结论，谁负责跟进。
* 同步更新： 讨论更新的需求需要同步所有人。
* 快速应变： 即使在后期或测试中，也会有需求与功能调整。学会快速分析问题，给出最佳解决方案，快速跟进变化。
* 核心特性： 特别关注免登陆生成、批量生成、自定义短码、自定义访问密码、随时更换目标网址等核心特性的落地情况。

五、下一步该怎么办？

这一次，在一个非常强大的团队里，有一位非常优秀的团队 Leader，让我看到优秀的产品经理应该是什么样子。
优秀的产品经理往往比解决问题需要更多的时间来定义问题。
定义问题至关重要。
我们需要找出问题的根源，看透问题的本质。
这通常需要更长的时间。
如何解决问题主要是澄清问题逻辑，绘制原型，花费相对较少的时间与精力。
其次，在做好交互原型与功能设计的基础上，继续加强综合分析能力、技术思维与需求挖掘能力。
工作项目主要分两步提高这些能力：产品拆解。

工作项目：
通常在需求讨论与功能设计中多思考，从经典产品书籍中学习，从本质、上层、重点与不同的思维出发。
在工作中的具体项目中锻炼实践能力与逻辑能力。

产品拆解：
* 继续每天思考与记录产品发现。
* 继续写产品文章，思考不同的产品需求、功能与策略。
* 继续读书，目前正在读的书有《失控》、《博弈与社会》、《穷查理宝典》、《决胜 B 端》；继续看推文。
* 继续参与产品拆解组的产品讨论，接触不同观点，提高产品认知度。

未来，我们将继续依托 suo.run 平台，深化数据统计功能，优化防红策略，为用户提供更稳定、更高效的短链服务。
链接虽短，价值无限。



---
作者：快缩短网址团队
特别说明： 本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除。
项目网址：suo.run