科技资讯
视频给出的结论，落到企业侧是另一道题
IT之家在 10 月 23 日上线了一条 iPhone Duo 上手体验视频，标题把判断写得很直接：相比硬件，软件才是折叠屏的真考题【1】。视频用上手体验的方式讨论这件事，落点在形态变化之后的软件表现，而不是停留在参数罗列【2】。
（编辑注：文中的「iPhone Duo」沿用了该视频的称呼，最终命名与规格以厂商正式发布为准【3】。）
对手机厂商来说这是产品题，对中国企业技术团队来说却是另一道题：同一套 App、商家后台、客服工作台、小程序商城，会被用户在这类设备上打开。硬件趋同之后，谁家界面在「折起来、摊开、半折立着」这三种状态下都不出错，谁就少一批「用着别扭」的流失【2】。下文按「立项—验收—技术—上线」四段拆，可直接拿去当项目会议程。
图：示意图（AI 生成，非原文截图；模型 nano-banana-2）。仅作阅读辅助，事实以正文与参考文献为准。
一、立项：三个信号里中两条，再谈排期
折叠屏适配真正的成本不在写代码，而在回归测试与机型覆盖。所以第一步是判断该不该做，而不是先排工期。
建议观察的三个信号：
- 大盘数据里，大屏或展开态窗口的访问占比是否连续两个季度上升；
- 这类设备用户在核心链路上的转化率、客单价、停留时长，是否与普通机型出现可解释的差异；
- 客服工单与用户反馈里，是否已经出现「展开后显示不全」「切换后要重新填」这类具体描述。
三条里中两条成立，就值得拉一个小组立项；只中一条，先补埋点再说。
收益差异也要提前分档。 文档审阅、审批流、客服工作台、经营报表、商品对比这类「信息密度越高越值钱」的场景，展开后的大屏能直接换成效率，优先级排前；资讯阅读、社区、在线教育属于「不做会掉口碑」；扫码核销、一次性活动页按标准响应式处理即可。反过来，如果你的核心用户是仓储扫码、外勤打卡这类一步一屏的极简流程，就别为了追形态而改造，投入产出不划算。
二、验收：把「适配完了」翻译成一张 3×6 的表
多数适配争执不是因为技术难，而是因为「完成」没有被定义。建议用一张矩阵表把它定死：横轴是三种物理形态——折叠态（外屏）、展开态（内屏）、悬停态（半折立在桌上）；纵轴是六条主链路——启动与登录（含第三方授权回跳）、列表到详情（含返回后的位置恢复）、表单填写与提交、支付或下单、图片视频上传与预览、推送点击后的落地页。
每一格只填三种结果之一：
- 阻断：主链路走不通，必须本迭代修完；
- 降级：能走通但布局错位、信息被截断，可排下一迭代；
- 通过：布局与状态都符合预期，截图留档。
这张表的用处是把主观争论变成可复现的验收动作，同时它天然就是发版前的门禁清单——阻断项未清零，不发版。
三、技术侧的四条硬线
第一，按窗口宽度分档，不按机型判断。 代码里出现「如果是折叠屏就怎样」的分支，基本都会被下一款新机打脸。改成用可用窗口宽度分档，例如小于 600dp、600–840dp、大于 840dp（阈值按你们现有设计规范定），布局只认窗口。展开态要给出双栏或主从结构：左列表右详情、左目录右正文。把单栏原样拉宽，是最省事也最容易被用户识别为「没适配」的做法。
第二，状态不丢是硬指标。 形态切换会触发配置变更和页面重建，这一条要单独测：草稿是否本地暂存、滚动位置是否保留、音视频进度是否续上、输入焦点与校验状态是否重来。对审批、工单、编辑器类产品，一次「折一下就白填了」足以让用户卸载。
第三，悬停态用来做差异化，不是炫技。 半折立在桌面时屏幕天然分上下两块：上半屏放内容（视频画面、拍摄预览、跟读材料），下半屏放操作（进度条、控制键、笔记输入）。会议记录、口语练习、拍摄构图这几类场景收益最直接，其他场景宁可不做。
第四，性能要做一轮回归。 大屏意味着更多像素、更高的图片解码与首屏渲染成本，内外屏切换还带来重绘。固定三个指标就够用：首屏可见时间、内存峰值、形态切换后的掉帧情况。别只拿旗舰机验收，中端折叠设备才是问题集中区。
四、测试机、CI 与灰度：让成果不被下一版吃掉
采购上，横折与竖折至少各一台，长尾机型用云真机补；更关键的是把上面那张 3×6 表的冒烟用例接进 CI，每次发版自动跑一遍。否则适配成果通常会在两三个版本内被新需求冲掉，这是最容易被忽略的隐形成本。
灰度节奏可以这样安排：先补埋点，把「设备形态」作为维度加进现有事件并建立基线；接着按矩阵跑冒烟，只修阻断项；然后做双栏布局与状态恢复；再放 5%–10% 的流量观察；最后复盘，决定是否把中优先级场景纳入下一轮。
灰度期盯三个数：折叠设备的崩溃率、核心任务完成率、7 日留存。如果崩溃率与普通机型持平而任务完成率更高，说明方向成立；如果崩溃率抬头，先停下来查形态切换相关的重建逻辑，而不是继续扩量。
五、五个高频误区，逐条自查
- 只在展开态截图验收，折叠态一次没测
- 把平板布局直接套过来，忽略单手可达性
- 没测分屏、自由窗口与横竖屏切换
- 只用旗舰机验收，中端折叠设备放过去了
- 埋点缺少设备形态维度，上线后无法判断收益
六、给三种角色的一句话
企业主：这事不必全面铺开，但值得先在一个高价值场景上跑通，用数据决定要不要加码。 技术负责人：先把验收表和 CI 门禁立起来，再谈设计；定义不清的适配，最后都会变成无限返工。 运营与产品：埋点里加上形态维度，是这件事里最便宜、回报最高的一步。
硬件参数还会继续卷，但用户记住的往往是一次折叠后表单没丢、一次摊开后不用来回返回。这正是那条上手视频想说的意思【2】。
参考文献
【1】[视频]iPhone Duo 上手体验：相比硬件，软件才是折叠屏的真考题 — https://www.ithome.com/1/016/778.htm（编辑注：引自该页标题，用于说明视频主题与发布时间）
【2】[视频]iPhone Duo 上手体验：相比硬件，软件才是折叠屏的真考题 — https://www.ithome.com/1/016/778.htm（编辑注：同一来源，用于说明「软件是折叠屏真考题」这一核心观点；本文其余流程、清单与判断均为基于该观点的二次解读与实践建议，不代表来源方立场）
【3】[视频]iPhone Duo 上手体验：相比硬件，软件才是折叠屏的真考题 — https://www.ithome.com/1/016/778.htm（编辑注：同一来源，仅用于「iPhone Duo」这一称呼的出处说明）
