我的产品该做网站、小程序、手机 App 还是桌面应用？
从用户找到、打开和持续使用的方式倒推产品形态。
本页目录
直接回答
先看用户任务和分发，再选技术。搜索后临时解决问题，网页通常便于低门槛验证；主要在微信分享使用，可评估小程序；依赖手机能力与持续使用，再考虑 App；核心价值需要全局快捷键、窗口或文件操作，再评估桌面。市场付费能力、获客成本和收益倍数都不能简单当成通用结论。
实践建议：为当前形态写退出条件。用户不愿安装时先退回低门槛入口，关键系统能力不可靠时调整交付方式，不让已投入代码绑住判断。
适用场景
- 有想法但还没选技术路线。
- 已经有网站，犹豫是否要同时做多个端。
一步一步做
写清任务发生的情境
用户在什么设备上、通过什么入口、多久用一次、一次停留多久？是否必须访问相机、文件、通知或后台能力？把“想做 App”换成具体使用需求。
检查用户的到达路径
搜索流量、社群链接、应用商店、微信分享和桌面工作流的路径不同。选择用户愿意打开的形态，而不是假设安装包天然带来信任、留存或新用户。
比较交付与维护责任
网页涉及浏览器兼容；小程序涉及平台能力与审核；手机涉及设备、签名、商店和原生模块；桌面涉及系统权限、安装更新。跨端复用能减少部分代码，不会消除每端验收。
先验证最核心结果
形态未定时，可先做低成本网页原型或交互样机获取真实反馈。如果价值必须依赖原生能力，就先验证那项能力，不能假设网页样机足以代表真实体验。
确定扩展到下一端的证据
整理建议：记录用户明确需求、重复使用习惯和平台能力缺口。只有这些证据足以承担新增维护，才扩端；已有账号、数据和权限能复用的部分先划清接口。
把浏览器扩展和PWA也放进候选，比较发生任务的入口
按任务入口比较形态：搜索到网页即用、微信分享后即用、手机拍摄或离线、桌面全局动作、浏览器当前页面内辅助。最后一种可先用扩展验证是否减少复制粘贴。Chrome activeTab 可以在用户主动触发后给当前标签页临时访问，适用时优先评估有限权限，不默认申请全部网站访问。PWA 能力取决于系统与浏览器，添加图标不等于完整离线，也不能一概断言不能用硬件。
为候选做一张能力与分发探针表
逐候选记录用户入口、核心设备能力、输入保留与失败恢复、登录和数据归属、收费路径、上架或更新责任及持续成本。对决定路线的未知做真实探针，例如目标手机拒绝相机后是否有替代路径、桌面快捷键冲突是否提示，只记录当前设备和版本结果。再估算开发、审核、内容、模型和维护成本；安装量、平台规模和他人收入不是本产品的付费证据。
案例拆解
假设示例：会议后整理笔记
用户每周通过链接上传文字并导出摘要，网页可以先验证结果价值。如果后来反复提出全局快捷键采集、本地文件联动和后台常驻，再考虑桌面端。不能只因竞品有桌面版就提前承担安装更新维护。
行动检查
可复制模板
产品形态决策表
用户与核心任务：
主要使用设备：
第一批用户从哪里来：
使用频率和安装意愿：
必须具备的系统能力：
候选形态及限制：
账号/数据/支付可复用部分：
审核与维护成本：
最小验证方式：
选择与暂不选择的依据：
六种形态的选择与技术探针
用户任务/频率/地点：
候选：网页/PWA｜浏览器扩展｜微信小程序｜小游戏｜手机App｜桌面应用
每个候选填写：到达入口｜减少的步骤｜必需系统能力｜权限与拒绝后的路径｜数据归属｜收费方式｜审核/更新责任｜持续成本
决定路线的未知项：
最小探针、目标设备/版本、实际结果：
不能从该探针推出什么：
当前选择及理由：
放弃或换端条件：
何时有证据值得扩展到下一端：
易错点
- 显著更高的海外收入、趋零的获客成本等说法不能当作普遍事实。
- PWA、跨平台和原生各有约束，不存在适用所有产品的唯一正解。
- 不要把“代码复用”理解成“不需要每个平台测试”。
相关指南
官方参考
- Chrome：activeTab permission。文档核查记录：2026-10-18；使用前确认适用版本。