从工作流程入手，而不是从功能数量入手
请列出贵团队如何创建、审批、分享、修改、衡量和停用链接。如果这些内容属于实际工作的一部分，请包括打印的二维码、自定义域名、客户隔离、活动命名以及数据导出等功能。
相比于冗长的功能列表，更重要的是了解当目标地址发生变化、员工离职、域名验证失败，或者必须撤销一个被广泛分享的链接时，该产品会如何应对。
比较品牌链接控制
检查包含多少个自定义域名、HTTPS 是否自动启用、所有权如何验证，以及在根目录或未知路径下会发生什么情况。确认同一域名是否可以在不同工作区或客户端之间安全共享。
测试别名规则、保留名称、可编辑性、过期设置、密码选项、重定向，以及恢复已归档或已删除链接的流程。
分别比较二维码和个人简介页面
询问二维码是否为动态二维码，可下载哪些文件格式，以及是否可以在无需重新印刷的情况下更改跳转目标。审查扫描报告、设计限制以及移动端跳转目标的质量。
对于个人简介页面，请比较加载速度、键盘访问、主题安全性、自定义域名、草稿预览、发布状态、媒体授权，以及页面被撤下后会发生什么。
按定义和留存率比较分析数据
不要仅止步于实时分析。请确认该服务如何定义点击量、独立访客、转化、二维码扫描次数以及个人简介页面浏览量。询问每个套餐提供哪些报告，以及历史数据会保留多长时间。
审查有关原始标识符、位置精度、引荐来源存储、内容导出、同意和删除的隐私文档。明确的限制比承诺收集所有数据更有用。
比较团队、API 和支持运营
检查角色、工作区隔离、邀请、审计日志、单点登录需求、API 速率限制、幂等创建请求、Webhook、批量处理工具以及支持响应路径。
各机构应核实，当团队成员发生变动时，客户资产仍保留在客户工作区中。开发人员应查阅官方 API 文档，而非依赖营销标识。
在选定优胜者之前，请先规划迁移方案
盘点所有活跃的域名、别名、目标、状态、标签、过期规则、受保护链接和历史记录。向每个候选方案询问：哪些内容可以导入、哪些无法导入，以及如何报告被拒绝的行。
在测试完代表性路由、高流量别名、重定向行为和回滚功能之前，请勿移动 DNS。低廉的订阅价格无法弥补因迁移导致公共链接中断所造成的损失。
使用注明日期、具有官方性质的定价证据
竞争对手的价格和套餐限额会发生变化。请在同一天对比当前的官方定价页面，记录货币和计费周期，并注明哪些功能需要更高档次的套餐。
Gods.ly 发布了一份实时套餐目录和一个专门的 Bitly 替代方案页面，但并未声称其列出的旧竞争对手价格仍是当前价格。请将这些信息与 Bitly 的官方信息以及您自己的验收测试结合使用。