那些在你客户的工作中发现漏洞的人，
他们不是你的员工。

工作室要为一些网站负责，而这些网站的使用者并不是它的员工。发现 bug 的是客户的市场经理，或者客户的客户；描述它的是一封邮件；复现它的，是你这边当周截止日期最少的那个人。Snag 让遇到问题的那个人直接把会话交出来。

问题

客户项目让报告链条变长，让证据变薄。一位干系人周二注意到某个问题，周四在进度会上提了一句，最后送到你的开发人员手里的，是一张裁掉了地址栏的屏幕截图。这条链上没有人不认真——他们本来就不是任何浏览器工具设计时面对的人，也不会为了一个六周的项目被培训成那样的人。与此同时，重建他们看到的东西，是工作室做的最不可计费的一段工作：包月合同里，它吃掉的是你更愿意用来交付的工时；固定报价里，它吃掉的是利润。第二重挤压在于究竟谁被允许提交报告。客户那一侧的报告人是最值得听取的一群人，也正是按人头计价的工具会让你在把他们加进来时犹豫再三的那群人。

Snag如何提供帮助

同样的代码片段会出现在你负责的每个网站上，而且记录仅限于你已验证的域名——因此，一个工作区就能涵盖工作室的全部工作，而不会触及任何不应触及的地方。小部件的醒目程度可以根据网站而有所不同：正在审核中的版本可以始终显示，而客户的线上商店则会显示一个静默的角落图标，或者直到有人使用你的“报告错误”链接才会显示。客户端报告者无需账户和许可证，因此利益相关者可以从他们正在查看的页面提交报告，客户经理、设计师和开发人员都可以坐在工作区中查看收到的内容：每个套餐的成员人数均不限。个人数据在上传任何内容之前都会在浏览器中进行屏蔽——输入内容永远不会被记录。这正是你的客户的法律审核首先会询问的部分。

你得到的回报

交接不再是一段转述。送达的是客户真实的会话，附在这个项目已经在用的跟踪系统工单上，页面发出的请求和它记录的错误就列在下面。如果订阅了修复套餐，改动会以拉取请求的形式回到已连接的代码仓库——在客户看到之前，它由你来读、来改，或者直接丢掉，因为没有人点头就不会合并。而且录制会一直留在工单上，这本身就有价值：下一次关于工作范围的讨论变成“这个是不是一直都坏的”的时候，你手里有证据。

人们实际会问的问题

一个工作区能否覆盖多个客户的网站？

录制仅在您已验证的域名上进行，您可以根据工作需要验证任意数量的域名，因此多个客户站点可以汇总到一个工作区。至于如何划分工作区——是每个客户一个工作区，还是工作室一个工作区——实际上取决于谁有权查看谁的录制内容，这与价格无关：无论哪种方式，增加用户都不会增加成本。

如果客户不在工作区里，我们能把回放链接发给他吗？

不能，这是有意为之，不是没做完。别人会话的录制，我们不会交给随便哪个拿到 URL 的人，所以回放链接只留在工作区里面。如果某位客户需要看回放，答案是把他加进来，这不花钱——所有套餐的成员数量都不限。如果把 bug 转交给账户之外的人正是你工作方式的核心，那就在购买之前说出来：这是一条真实的限制，而不是一个开关。

我们的客户并非都使用同一款追踪器。这样可以吗？

只有当他们用的是 Jira 或 GitHub 时才行——目前我们只往这两处投递，用其他工具的客户还无法服务。捕获本身并不在意这一点，工单无论如何都带着它的录制，但老实说，这是最有可能让我们无法参与某个具体项目的限制。

这些细节的来源

本页面不涉及任何其他产品——所有信息均为Snag原创。如有信息过时，请发送邮件至 admin@dvcllc.io，我们将予以更正。