BUYER GUIDE / 选型指南
小程序、App 和响应式 Web 应该怎样选择
入口形态应跟随用户关系和任务场景：微信内低门槛触达更适合小程序，持续使用与设备能力偏向 App，跨平台办公和公开访问通常优先 Web。
SCOPE / 项目范围
理解方法的适用要点。
- 01小程序
适合分享、扫码、支付和低安装门槛，但受平台规则与能力边界影响。
- 02App
适合高频使用、独立品牌、推送和复杂设备能力，需要承担上架与持续版本维护。
- 03响应式 Web
适合企业协作、公开内容和多终端访问，浏览器能力与离线体验需要单独评估。
- 04多端组合
共用账号、业务接口和管理后台，避免把多端做成彼此孤立的系统。
DECISIONS / 关键判断
结合当前任务，核对关键判断。
用户从哪里进入
用真实获客与工作入口决定首端，而不是跟随流行趋势。
是否依赖设备能力
后台运行、蓝牙、定位频率和文件处理会改变选型。
是否接受平台审核
类目资质、隐私、支付和版本发布节奏需要提前纳入计划。
BOUNDARY / 项目说明
没有一种端形态对所有业务都更优。
FAQ / 常见问题
从单端走向多端之前先回答
01
能否先做小程序，以后直接变成 App？
业务接口和设计体系可以复用，但交互、设备能力与发布流程不能简单一键转换。
02
管理后台也要做 App 吗？
多数低频管理任务更适合响应式 Web；只有现场、高频或设备相关任务才需要移动端。
NEXT / 继续了解
从相关服务、案例或资料继续判断。
端形态对比与能力缺口表
可直接阅读下表，再复制空白模板填写。填写示例仅用于解释方法，不是真实客户案例、报价、合同条款或交付承诺；实际范围与责任由双方确认。
窄屏下可左右滑动表格，查看完整填写示例。
| 记录项 | 怎样填写 | 填写示例 |
|---|---|---|
| 触达与使用频率 | 并列填写小程序、App、Web是否满足入口需求 | 扫码偶发使用：先评估小程序或Web；暂不要求安装App |
| 关键设备能力 | 对相机、蓝牙、定位、后台运行逐项标注待验证 | 现场拍照为必需；持续后台定位尚未证明必要 |
| 平台与维护约束 | 记录平台审核、账号、上架与版本维护条件 | 小程序先核对主体与类目；App额外确认商店上架与维护资源 |
| 能力缺口 | 把无法确认的能力写成验证任务 | 在目标手机实测拍照上传与弱网重试，不能只看演示 |
| 组合建议 | 说明每类角色使用什么端以及共享哪些数据 | 客户扫码入口＋运营Web后台，共用工单与权限；验证通过后确定 |
在上方文本框中全选复制，粘贴到你的文档后填写；无需登录或提交联系方式。
PROJECT CONTEXT / 项目沟通
先说明实际情况，再讨论适合的范围。
不用先整理完整需求文档，说明当前做法、使用角色和首期目标即可；预算暂不确定时，也可以先沟通范围。