如何把表单所有权转移给客户（无需共享登录）

每个客户项目的结局都差不多：发票开出，网站上线，只剩一根没理清的线头 - 联系表单仍然指向您的账户。它运行得很好，而这恰恰就是问题所在。六个月后，客户发邮件问为什么收不到线索，而您得想起来，自己名下还有一个上线后就再没想过的表单。

大多数表单后端从来没有解决这个问题，因为它们本来就不是为了移交表单而设计的 - 它们只为创建账户的人收集提交。移交即便发生，也只是临时凑合。

自由职业者今天是怎么收尾的

多问几个人，总会听到同样四种变通办法，没有一种干净：

• 永远留在您的账户下。最简单，也是多数人的默认做法。但这意味着您交付过的每个客户网站，都依赖于您的账户保持有效、银行卡持续扣费，以及出问题时您能联系得上。
• 导出 CSV 再发邮件。这只是一次性的数据导出，不是一个能工作的表单。客户仍然无法接收新的提交，除非自己搭建后端，而您还得去改网站 HTML 指向它 - 这通常意味着为本该完成的工作再开一张发票。
• 共享您的登录。快，但不是好主意。客户从此能看到您账户下的所有其他表单，而您之后也无法干净地只撤销他们那一份权限。
• 让客户注册并重建表单。技术上正确，实际上很烦。这意味着再做一轮集成，而且测试和试运行期间收集的所有提交都会丢失，除非有人记得先导出再导入。

这些办法都把所有权转移当作事后补丁，附加在一个假定每个表单只有一个永久所有者的系统上。它们都不是真正的转移 - 只是针对产品从未设计过的一步所做的变通。

真正的转移是什么样的

在 Formhook 的 Studio 套餐中，移交是一等公民操作，而不是变通办法。流程如下：

1. 以客户的邮箱创建表单。创建表单时，您直接填入客户的邮箱地址。表单仍由您拥有和配置 - 只是被标记为日后转移。
2. 照常搭建和测试。在您把表单接入网站并测试期间，提交都会进入您自己的仪表板。您的工作方式没有任何变化。
3. 移交时发送转移邀请。表单设置中的一个按钮会向客户发送认领链接邮件。整个过程中表单始终接收提交 - 不会出现您在等客户点链接期间，联系表单悄悄停止工作的空窗期。

客户有七天时间接受。接受后，表单以及从第一天起收集的所有提交 - 包括测试期间的 - 都会转入客户自己掌控的账户。完整流程请见客户移交页面。

哪些会转移，哪些确实不会

这一部分值得说准确，因为正是它让这件事区别于 CSV 导出：认领时，表单的 API 密钥不会改变。客户的线上网站无需任何改动 - 不用重新部署，不用修改表单的 action 属性，也不用为五分钟的修改再开一张发票。访问者完全察觉不到移交。

真正转移的有：表单本身、完整的提交历史，以及日常使用的仪表板 - 通知、导出、垃圾信息设置。不转移的部分，也不该夸大：

• 您会在“客户”控制台中保留一个仅含元数据的视图 - 表单名称、状态、滚动 30 天的提交数 - 仅此而已。认领后，您无法再读取提交内容或附件。这是有意设定的边界，不是缺失的功能。
• 已转移表单的提交仍计入您的 Studio 提交上限，而不是客户的。这不是陷阱 - 正因如此，客户才能在免费账户上长期运行该表单，而它的表现仍像付费表单一样。
• 认领后，文件附件仍计入您的存储配额，即使表单现在已归客户所有。
• 除非您轮换密钥，否则从技术上说您仍然知道表单的 API 密钥。表单归客户所有；而您是否已忘记这把密钥的存在，是另一个问题。

为什么这件事不只是图方便

这里还有合规层面的考虑，而不仅是工作流程。客户认领表单后，就成为自己提交数据在 GDPR 下唯一的控制者 - 不是您，也不是某个你们谁都看不进去的第三方账户。再加上仅在欧盟境内存储数据，这样的移交可以用一句话向客户的律师说明，而不必展开一场您宁愿避开的数据处理谈判。

所有权转移不是事后加到表单后端上的功能 - 它必须从产品思考“表单归谁所有”的那一刻起就是其中的一部分。如果您经常为客户建站，下次交付表单时值得检查这一点，无论用的是 Formhook 还是别的产品。