screenconnect 替代方案：ConnectWise 定价与迁移

您面临来自 ConnectWise Control（ScreenConnect）的续订通知，标价让人措手不及。您需要一个实用的替代方案：具有可预测的按设备计费、真实的托管中继选项，以及不会在切换期间让大量无人值守终端失去访问的迁移路径。本文解释了 ConnectWise 式计费通常如何运作，展示了直接明了的成本情景，并列出一步步的迁移计划，确保不会让用户断线或破坏支持窗口。

ConnectWise 式定价通常如何计费（通俗说明）

该领域的厂商混合三条计费轴线，组合方式常常让标价令人困惑：

• 按技术人员座位（并发或命名）：向发起会话的人员计费。
• 按主机 / 无人值守设备费用：向必须在无人在场时访问的端点计费。
• 云端与自托管：云订阅包含托管并有时包含基础支持；自托管需要预付许可/服务器费用并伴随持续维护。

ConnectWise Control 传统上提供多层级（Access/Support/Manage），并允许客户选择云托管或自托管。这意味着看似简单的续订可能隐藏：

• 当您添加管理者或转为并发用户许可时，按技术人员的费用会增加。
• 如果您清点每台服务器、展台或实验室机器，按主机费用会成倍增长。
• 对于本地部署，托管与维护（SSL 证书、备份、高可用性）是额外费用。

如果您想按实际成本而不是标价比较厂商，必须绘制您的环境：有多少技术人员、有多少无人值守设备、每月活跃支持会话数，以及是否需要审计/会话录制或 SSO 集成。

成本情景：将座位与主机换算成年费用（示例）

不引用厂商页面，而是给出可代入您数字的计算示例。用实际数量替换变量即可得到可比较的估算。这些示例在适用时使用 Tenvo 的公开定价（Free $0、Lite $2.99/mo、Pro $7.99/mo），并展示按设备计费如何改变结果。

Example inputs (replace with your counts):
- Technicians: T = 5
- Unattended hosts: H = 300
- Concurrent sessions peak: C = 10

Scenario A: ConnectWise-style cloud (example structure)
- Per-technician seat (cloud): $35 / tech / month
- Per-unattended host: $1.00 / host / month
- Annual cost = (T * 35 + H * 1) * 12
- For T=5, H=300 -> (5*35 + 300*1) * 12 = (175 + 300) * 12 = 475 * 12 = $5,700 / year

Scenario B: Tenvo managed relay (practical comparison)
- Assume you put all endpoints on Tenvo Pro agents: $7.99 / device / month (Pro plan per-device pricing model)
- But Tenvo also supports seat-like tiers — for small fleets, Lite at $2.99 may be enough for non-admin users
- Annual cost = H * 7.99 * 12
- For H=300 -> 300 * 7.99 * 12 = 300 * 95.88 = $28,764 / year

Why the difference? Tenvo's per-device Pro pricing here is an example of a device-centric commercial model. Many vendors mix technician seats and host counts; map your real usage to the math above.

Notes:
- These are example calculations to illustrate how different billing axes change total cost.
- If your organization relies on a small number of technicians and a large device fleet, hybrid pricing (low tech seat + per-host) can be cheaper than flat per-device plans.
- Always check multi-year discounts, MSP bundles, and marketplace reseller pricing.

上面的具体数字为说明计算方法的示例。请用您自己的报价做相同的算术，并别忘了附带成本：自托管的备份/高可用、证书续期、修补自托管服务器所需的值班工程师，以及迁移人工成本。

不会让您的设备群失联的迁移路径（逐步）

大多数团队担心的技术问题：现有代理从 ConnectWise 的控制端接收指令；如果在新工具能够访问设备之前卸载或切断控制端，该端点在现场有人到达前将无法访问。解决方案是并行运行与分阶段切换。按下述清单操作。

1. 清点并分类设备。导出 ConnectWise 的设备清单并标注哪些为无人值守（服务器、展台）、哪些为偶尔使用（笔记本），以及哪些为有人协助的设备。您需要按类别得出数量。
2. 识别访问边界。记录位于 NAT、受防火墙保护网络或分支办公室内的设备。这些设备除非开放端口或安装本地中继，否则会依赖中继。
3. 选择并行部署方式。使用软件分发（MSI/PKG）、RMM 推送，或分阶段的用户提示。对于 Windows，构建带有安装开关并签名的 MSI 以便大规模部署。
4. 并行安装新代理（不要卸载旧代理）。将新代理配置为注册到 Tenvo 的托管中继，或在必须自托管时注册到您的私有中继。直到切换完成前保留 ConnectWise 代理。
5. 试点组。将 10–20 台具有代表性的无人值守设备迁移到新工具并运行真实任务（文件拷贝、远程安装、Wake-on-LAN、会话录制、SSO）。验证审计日志和权限映射。
6. 培训技术人员并同步身份。如需集成 SSO/AD，完成集成并培训技术人员会话工作流。映射用户角色以使权限与旧系统匹配。
7. 分阶段切换无人值守设备。按站点、子网或业务单元分批迁移无人值守设备。每批次迁移后，保留旧代理安装但禁用该批次在旧控制端发起的新会话——这样能阻止新会话同时保留回滚路径。
8. 最后切换技术人员。只有在所有无人值守设备在新平台上可访问后再迁移技术人员座位并撤销旧账户。保留短期并行窗口以同时允许两个服务；通常规划 7–14 天的重叠期。
9. 回退计划。保留旧的管理控制台可访问，不要在最终验证前销毁证书或关闭托管。如果某批次失败，您可以重新启用旧控制端在那些端点上的会话。
10. 退役。在 30 天的正向验证后，卸载旧代理并关闭旧控制平面。

大多数迁移容易出问题的关键运营细节：

• 许可对齐：用灵活的起始日期启动新订阅，以免在长重叠期内支付双倍全额年费。
• 防火墙规则：如果新中继使用不同端口或域名，在代理安装前安排防火墙下发。
• Wake-on-LAN 与远程 BIOS/控制台：在试点机器上测试；一些代理对网卡/WOL 的处理不同。
• 会话录制与审计：如果有录制保留规则，规划旧录制如何归档以及新录制如何存储。

技术陷阱 — 在切换前要测试的项目

运行以下切换前测试套件并记录每个失败项，以免在凌晨 3 点事故时发现问题。

• 连接模式。测试直接 P2P 与中继会话。记住：当会话通过托管中继路由时，TLS 在中继处终止；运行该中继的人可访问会话数据。这会改变威胁建模与合规义务。
• 防火墙和代理处理。验证代理认证、公司级 TLS 检查代理与允许列表。一些中继需要特定的 SNI 或 IP 范围加入白名单。
• SSO 与 MFA。检查角色映射与紧急访问的破窗账号。
• 文件传输与大体量数据。运行大文件拷贝以检查吞吐量与超时；记录任何带宽节流设置。
• 会话持久性。测试长时会话（2–8 小时）以查看代理或中继是否会断开处于空闲但仍活动的会话。
• 日志记录与导出。在退役旧日志前确认会话日志、操作员备注与导出满足您的审计要求。

更多关于无需自行开放端口的连接模式，请参阅 Remote Desktop Without Port Forwarding Explained。关于安全模型与中继实际能看到的内容，请阅读 Remote Desktop Security: What You Need to Know。

什么时候自托管控制端（以及为什么大多数团队选择托管中继）

当您有书面要求强制执行自托管时，自托管是正确的选择：例如禁止第三方中继的合规规则、隔离的离线网络，或严格的数据驻留要求。自托管意味着您控制证书、存储与日志——但您也必须负责修补、高可用性、故障切换与密钥保管。这种运营负担有真实的人员成本。

托管中继（Tenvo 的托管中继为默认推荐）将托管、多区域故障切换与证书续期的责任转移给运营方。对很多团队而言，一旦计入值班维护、紧急修补与运行始终可用中继所需的工程时间，这能节省费用。如果您确实需要自托管，请书面记录 SLA，并制定定时计划以便在合规窗口结束后回迁到托管服务。

若计划自托管，请参阅我们的指南 Self-Hosted Remote Desktop: Why, How, and What Breaks 了解运营陷阱。关于随时间变化的成本权衡，请查看 remote desktop cost: 3-year TCO of major tools。

为什么 Tenvo 适合迁移故事（诚实且务实）

Tenvo 在决策图中的位置：

• 客户端：原生 Windows、macOS、Linux，且浏览器客户端处于公测。这样能在桌面操作系统间简化并行安装。
• 托管中继：Tenvo 提供多区域托管中继作为默认选项；如果您不能使用第三方中继，也存在可记录的自托管方案。我们建议大多数团队使用托管中继，因为它能降低运营成本并免除中继的紧急修补责任。
• 定价清晰：Tenvo 发布了简单的层级—Free $0、Lite $2.99/mo、Pro $7.99/mo—因此您可以进行直接的按设备计算并在迁移时模拟重叠窗口。（如需特定 MSP 折扣或批量定价，请联系销售以便打包。）

实话实说：部分竞争对手在某些细分领域更占优势。ConnectWise 在 RMM 集成与 MSP 生态上较为成熟；AnyDesk 在低带宽远控延迟上有时优于他人（参见 AnyDesk Pricing Explained: A Plain-English Decode for 2026）。用这些比较来验证功能等价，然后选择能最小化总体运营成本与迁移风险的工具。

切换前的最终检查清单

• 已导出并分类的清单（无人值守 vs 有人值守）。
• 并行代理部署在试点设备上已验证。
• 防火墙/更新窗口已排期并已通知相关方。
• 破窗流程已测试并记录。
• 技术人员培训与 SSO 映射完成。
• 为计划的重叠期购买了重叠许可（通常为 7–14 天）。
• 保留回滚计划并在切换后至少 30 天保留旧控制台访问。

如果迁移计划遇到任何合规门槛，请阅读 Remote Desktop Audit Logging，并在退役旧系统前确保导出的日志满足保留规则。

从 ConnectWise Control（ScreenConnect）切换完全可行而不会让端点失联——关键在于并行运行、现实的重叠期，以及验证在您环境中实际会出问题的项目（代理、代理链/代理检查、WOL 与 SSO）。先把费用算清楚，分阶段切换，并为修复窗口预留时间。

准备试用一个具有清晰定价模型和托管中继选项的替代方案吗？在当前系统旁边运行一个 Tenvo 试点：Download Tenvo。记录试点结果，然后按照上面的分阶段迁移清单操作以避免意外。