SwiftSales 结合了 App Store 开发人员经常单独处理的两项工作：检查业务报告和管理应用的发布工作流程。官方描述提供了跨 iPhone、iPad 和 Mac 的仪表板，以及 Mac 上的Agent Access，供开发助理通过用户自己的 App Store Connect 密钥进行工作。因此，它比销售跟踪器名称本身所暗示的更广泛。
目标用户是具有适当 App Store Connect 访问权限的应用所有者或团队成员。有趣的边界是，潜在的不可逆转的操作被描述为在 Mac 上等待批准。这个初步介绍是基于官方列表；我们尚未连接密钥、授权代理、上传构建或核对其财务报告。
依据官方商店信息撰写。我们尚未对这款应用进行实际测试。
应用提供什么
对于Agent Access，SwiftSales 描述了将密钥保留在应用内，同时允许所选代理在用户的项目中工作。用户选择连接哪些代理、他们可以看到哪些应用以及他们可以做什么。描述中明确将提交、发布、价格变更等不可逆转的行为置于审批之后。审查每项提议的行动，而不是将代理已完成的请求视为批准该行动的充分理由。
发布范围包括构建上传、导出合规答案、存储元数据、屏幕截图、预览和审核提交。 TestFlight 支持涵盖团体、测试人员、公共链接和反馈。其他列出的区域包括应用内购买、订阅、优惠、产品页面测试和评论回复。这些是相应的行政表面；一座桥梁的可用性并不意味着每项任务都应该在没有明确简介的情况下进行委派。
仪表板一侧将收益、下载量、新付费客户、活跃订阅和每月经常性收入集中在一起。它包括收入历史、财政观点、预计付款、计划细目和国家审查。显示货币换算根据列表使用每天的汇率。在使用这些数字进行决策时，将估计付款、转换后的显示总额和实际付款在概念上分开。
安装前须知
开发人员表示，SwiftSales 使用用户的密钥直接与 Apple 对话，没有单独的服务器或帐户，并将报告存储在设备和用户的 iCloud 中。这些属于数据处理声明，而不是独立审计。该清单还表示，密钥、团队、设置和数据通过 iCloud 同步，因此设备和云帐户访问仍然是实际安排的一部分。
角色要求很重要。该描述指定了一个 App Store Connect 团队 API 密钥，该密钥具有用于报告的财务或销售访问权限以及用于代理工作的 App Manager 访问权限。不要推断仅报告的凭据也应该能够更改存储元数据。在启用代理之前查看当前权限和团队上下文，并清楚了解谁可以批准 Mac 上的操作。
演示模式被描述为在整个界面中显示示例数据，包括小部件、菜单栏和 Mac Agent 部分。这是一次有用的首次检查，无需创建密钥，但示例输出并不能确定实时报告的准确性或成功发布。我们尚未测试角色限制、批准执行、同步、转换计算或操作中断后的恢复。
在审查代理提案时，请一起检查应用身份、语言、构建和预期目标。将正确的更改应用于错误的应用或区域设置仍然是发布错误。批准步骤应包括实际内容和后果，特别是定价和发布操作。该列表的工作流程很有前景，但需要在团队现有发布程序的背景下理解其保障措施。
成功批准后仍应确认实际商店状态，特别是当提交或发布对本地项目之外产生影响时。
对于代理工作流程，请在连接工具之前定义允许的结果。准备元数据的请求与提交元数据的许可不同，提交与发布也不同。该清单描述了对后续行动的批准；团队仍应向助理明确所要求的范围。
价格与使用条件
SwiftSales 可免费下载，并描述了所有功能的 7 天试用版。开发商表示，试用期结束后不收取任何费用，也无需取消任何订阅。 Lifetime Premium 为一次性购买而非订阅形式，包括Agent Access和 iCloud 同步，并支持家庭共享。
如果没有 Premium，概述、小部件和菜单栏将继续显示过去 7 天。购买前请检查当前购买价格和权利详细信息。消息来源指出了 iOS、iPadOS 和 macOS 版本要求，并且 Agent Access 特别需要 Mac。 App Store 帐户、适当的 API 密钥以及对开发项目的访问权限是与支付应用费用不同的要求。
我们的看法
SwiftSales 为希望在一个工具中提供报告和发布帮助的开发人员提出了具体建议。仪表板有助于解释商业上发生的情况，而代理桥可以对商店进行管理。保持这些活动的可区分性很重要：了解收益与批准发布或价格变更是不同的责任。
从演示开始，确定所需的确切报告或管理操作，并在添加实时密钥之前检查权限模型。如果使用试用版，请将小报告与 App Store Connect 进行比较，并在考虑发布之前查看可逆元数据任务。我们还没有进行这些检查。进行调查的最有力理由是明确的批准边界与广泛的 App Store 覆盖范围相结合，而不是假设代理应该在无人值守的情况下发布。
信息来源
应用图标来自官方商店页面。
