花了6个月构建AI餐厅语音代理，被Clover、Toast和Deliverect拒绝，是否应该转型？

大家好，我希望能获得来自曾构建依赖第三方平台产品的创始人和工程师的坦诚建议。过去6个月，我和联合创始人为餐厅构建了一个AI电话代理。该产品已可投入生产，能够： • 接听餐厅来电 • 以对话方式接单 • 回答菜单问题 • 追加销售商品 • 发送短信订单确认 • 必要时将来电转接给餐厅员工 • 直接在POS系统中创建订单 整个AI语音基础设施已完成并可正常运行。问题在于分发渠道。 我们首先使用Clover的官方API与之集成。经过数月的开发和审核流程，Clover的法律团队拒绝了我们的应用，称他们目前没有针对第三方AI应用的既定政策。在审核过程中，我们澄清了： • 通话录音完全可选，由餐厅控制。 • 录音保留在Twilio中，不存储在我们的服务器上。 • 我们仅存储转录文本供餐厅查看。 • 我们不会使用客户对话来训练基础AI模型。 即便如此解释，申请还是被拒绝了。 我们还尝试了Toast和Deliverect，但那些路也没有走通。令人困惑的是，像Loman AI和Certus AI这样的公司公开宣传Clover集成，并且似乎提供非常相似的AI语音点餐功能。 目前我们想知道是否在追逐错误的问题。我们的选择似乎是： • 继续集成另一个POS系统（如Square），但可能还需数月且无法保证获批。 • 移除POS依赖，转型为AI前台，将订单发送给餐厅员工手动录入。 • 将技术转向其他行业（HVAC、牙科、管道、法律等），这些领域电话自动化有价值但不依赖POS审批。 • 其他我们尚未考虑的方式。 我的问题是： • 有没有人曾构建需要Clover、Toast、Square、Shopify、Salesforce或其他平台批准的软件？ • 这种拒绝是否只是构建在别人生态系统上的一部分？ • 如果你处于我们的位置，你会继续追求餐厅POS集成，还是在再投入6个月之前转型？ • 是否有其他餐厅自动化方法不依赖于平台审批？ 我们并非想抱怨Clover或任何特定公司。我们理解他们有法律和安全责任。我们只是想决定这是一个创业公司最终能克服的正常障碍，还是一个信号表明我们的业务过度依赖我们无法控制的平台的批准。 非常感谢任何有过类似经历的人分享建议。谢谢！