# 20260224 大和冲绳项目需求访谈整理

## 1. 文档说明

| 项目 | 内容 |
|---|---|
| 原始资料 | `/Users/tanglei/Desktop/AI工作/HOMEVISTA/20260224大和冲绳项目 销售访谈.md` |
| 日文原始资料 | `/Users/tanglei/Desktop/AI工作/HOMEVISTA/20260224_大和沖縄案件営業ヒアリング.md` |
| 覆盖项目 | THE LEBEN 那霸新都心公园 Premist / 北谷 / 恩纳村 |
| 整理目标 | 将销售访谈中的改善点拆分为可评估需求，并按综合优先级排序 |
| 排序依据 | 日本侧提出的优先级信号、实现成本判断、通用性判断 |
| 注意事项 | 原始访谈中的需求均已保留；不确定内容统一放入文末待确认问题 |
| 对照补充 | 已根据日文原文 0306 追记补充 R08 的 KASIKA 联动前提与批量视听限制功能案 |

## 2. 访谈背景与有效场景

### 2.1 已验证的业务价值

| 场景 | 说明 | 原文位置 |
|---|---|---|
| 官网公开 VISTA 支撑休业期销售 | 年末年始期间在官网公开 VISTA，关东地区意向客户在样板间休业期间线上参观，并在年初完成签约 | 原文第 7 行 |
| 客户逐一注册与浏览行为追踪 | 对客户逐一注册，追踪兴趣点与浏览行为，用于销售后续跟进与精准触达 | 原文第 9 行 |

以上背景说明 VISTA 已经在远程接待、休业期转化、客户行为跟踪中产生实际销售价值。本次需求整理重点围绕“客户可自行理解与浏览”“销售减少重复说明”“B 端配置效率提升”“VR/景观/住户状态控制更符合销售流程”展开。

## 3. 综合排序口径

### 3.1 日本侧优先级信号

| 信号 | 解释 | 处理方式 |
|---|---|---|
| 高 | 原文出现“本次对应措施”“已提出修正需求”“已提出改善需求”“提议升级”“RENO 提议”等直接推进信号 | 作为优先排序的第一层依据 |
| 中 | 原文出现“今后的对应方针・讨论事项”“需在产品方案与价格层面检讨”“是否改善需综合功能关联”等后续讨论信号 | 进入产品方案评估，但排在明确推进项之后 |
| 低 | 原文显示已通过现有设置完成，或主要是运用说明资料、制作规则沉淀 | 保留为需求或确认项，但不优先占用开发资源 |

### 3.2 实现成本判断

| 成本 | 判断标准 |
|---|---|
| 低 | 主要为文案、提示、配置校验、说明资料、既有设置补齐或小范围 UI 调整 |
| 中 | 涉及 C 端或 B 端页面交互、现有配置项扩展、版本升级、地图图层等中等范围改动 |
| 高 | 涉及权限模型、批量配置模板、VR 与销售状态联动、跨端状态控制或产品/报价体系调整 |

### 3.3 通用性判断

| 通用性 | 判断标准 |
|---|---|
| 高 | 多数 VISTA 项目都会遇到，或可成为标准功能能力 |
| 中 | 多项目可能复用，但依赖销售方式、设备、制作流程或项目类型 |
| 低 | 更偏单项目、单设备、单制作条件或临时运营处理 |

## 4. 需求综合优先级列表

> 综合排序原则：先看日本侧优先级，再看实现成本从低到高，最后看通用性从高到低。以下排序是产品整理建议，不等同于最终开发排期。

### R01. C 端首页与移动端操作引导强化

| 项目 | 内容 |
|---|---|
| 需求介绍 | 在客户进入 VISTA 后，通过更明确的滚动提示、滑动箭头、汉堡菜单提示或自动展开机制，让客户知道下一步如何操作。 |
| 场景说明 | 客户收到链接后停留在首页，不知道应该点击或滑动，甚至需要打电话询问销售；手机端顶部黑色区域需要向上滑动，但客户无法理解。 |
| 客户优先级 | 高。原文已有“客户致电销售表示不知道如何使用”“RENO 提议增加提示滑动箭头”等直接问题与本次对应措施。 |
| 实现成本 | 低。优先方案可以是提示箭头、轻量动效、菜单提示、短时高亮等 C 端 UI 引导，不涉及核心业务模型。若做“几秒后自动展开”，成本升至中。 |
| 通用性 | 高。首次进入项目的客户普遍存在学习成本，尤其适用于远程自助浏览和手机访问。 |
| 原文位置 | 第 132-153 行 |

### R02. 数据分析中的 WALK 空间名称设置与运营校验流程

| 项目 | 内容 |
|---|---|
| 需求介绍 | 修正 WALK D 类型及其他户型的空间名称，避免空间名称仍显示为数字；同时建立运营团队上线前的设置确认流程。 |
| 场景说明 | 销售希望通过浏览行为判断客户具体查看了哪个位置，但空间名称未正确设置时，数据分析无法对应真实空间。 |
| 客户优先级 | 高。原文已写“已提出修正需求”，并明确包含 D 型以外户型。 |
| 实现成本 | 低。当前更偏数据设置修正与运营检查流程；若需要系统化校验提醒，则成本为中。 |
| 通用性 | 高。所有依赖行为分析、销售跟进、客户兴趣点追踪的项目都需要准确的空间名称。 |
| 原文位置 | 第 16-28 行 |

### R03. 链接复制与邮件发送流程优化

| 项目 | 内容 |
|---|---|
| 需求介绍 | 优化 B 端链接复制体验，解决邮件中粘贴链接后无法直接发送的问题，并同步改善 B 端 UI 上的文本提示。 |
| 场景说明 | 销售需要把 VISTA 链接通过邮件发送给客户，但复制或粘贴后的链接无法直接发送，影响日常邀约与跟进效率。 |
| 客户优先级 | 高。原文写明“已提出改善需求”，并且已有“准备运用与环境说明资料”的临时对应。 |
| 实现成本 | 低到中。若只是说明资料与复制文案优化，成本低；若涉及链接格式、mailto、富文本或浏览器兼容处理，成本为中。 |
| 通用性 | 高。链接发送是 VISTA 客户触达的基础流程，所有项目销售都会使用。 |
| 原文位置 | 第 207-221 行 |

### R04. 周边地图支持航空图 / Google Earth 类图层切换

| 项目 | 内容 |
|---|---|
| 需求介绍 | 在周边地图中支持切换到航空地图、卫星图或 Google Earth 类视觉图层，用于更直观说明项目区位。 |
| 场景说明 | 恩纳村项目说明地理位置时，周边高尔夫球场等真实环境用插画地图不够直观，销售希望通过真实地图图层辅助说明。 |
| 客户优先级 | 高。原文直接提出“希望可在周边地图中切换为 Google Earth 或航空地图模式”。 |
| 实现成本 | 中。涉及地图图层来源、授权、C 端切换 UI、现有插画地图与真实地图之间的兼容。 |
| 通用性 | 高。度假、郊区、大规模开发、周边自然资源或交通区位明显的项目均可复用。 |
| 原文位置 | 第 228-232 行 |

### R05. 导航菜单支持灵活追加常用资料与画廊类内容

| 项目 | 内容 |
|---|---|
| 需求介绍 | 支持将接待中常用、客户高频关心的资料直接追加到导航菜单，减少客户进入资料集后自行查找的负担。 |
| 场景说明 | 销售接待时常用的数字宣传册、效果图画廊、概念页等资料，希望像环状通东项目一样直接出现在导航栏。 |
| 客户优先级 | 高。原文写明“本次对应措施：先进行需求访谈后再设定追加”，短期已有个别追加诉求。 |
| 实现成本 | 中。短期个别追加成本中低；若做成重构版本中的任意配置能力，需要设计后台配置、导航排序、权限、资料入口类型等，成本升高。 |
| 通用性 | 高。几乎所有项目都会有高频展示资料，导航直达能力可沉淀为标准能力。 |
| 原文位置 | 第 93-107 行 |

### R06. C 端自助导览路径与自动内览提示

| 项目 | 内容 |
|---|---|
| 需求介绍 | 面向冲绳地区“完全对客户开放 VISTA”的使用方式，建立无需销售讲解、客户也能自行浏览的导览路径、说明提示和自动内览体验。 |
| 场景说明 | 销售每天接待 3-4 组客户，若每组展示 5 户 VR，每天需要重复说明 15-20 次；大规模项目增加后，重复讲解负担会更明显。 |
| 客户优先级 | 高。原文明确提出“希望建立无需销售讲解、客户即可自行浏览的导览路径与提示说明”，且补充了重复说明的业务负担。 |
| 实现成本 | 中到高。若仅增加新手引导和推荐路径，成本中；若做自动导览、分步骤讲解、内容推荐、浏览路径记录，成本高。 |
| 通用性 | 高。远程看房、休业期看房、大规模项目批量接待都可复用。 |
| 原文位置 | 第 191-202 行 |

### R07. PC 端升级至 2.8 版本及升级影响说明

| 项目 | 内容 |
|---|---|
| 需求介绍 | 推进 PC 端升级至 2.8 版本，并明确升级前后的数据上传、维护窗口、客户访问影响等注意事项。 |
| 场景说明 | 为改善现有 PC 端体验，现场提出升级建议；但需要先确认是否重新上传数据、是否需要 1 天无法访问的维护期、维护期间客户访问会发生什么。 |
| 客户优先级 | 高。原文“本次对应措施”中明确提议升级至 2.8 版本。 |
| 实现成本 | 中。版本升级本身可能是标准作业，但需要评估项目数据、访问中断、回滚方案和客户通知。 |
| 通用性 | 中。适用于仍在旧版本的项目，但不一定是所有项目的新功能需求。 |
| 原文位置 | 第 158-175 行 |

### R08. B 端观看限制支持批量配置 / 模板化配置

| 项目 | 内容 |
|---|---|
| 需求介绍 | 优化 B 端销售对客户观看内容的限制设置，支持按模板、分组、条件筛选或批量方式开放特定 VR 与户型内容，避免逐个客户、逐条内容重复设定。 |
| 场景说明 | 对敏感客户只想开放特定内容，但当前只能逐个或全选；当 A/B/C 基础户型与可选版本并存、共有 12 个选项时，需要给几十位客户逐一设置。日文原文 0306 追记进一步说明：KASIKA 后期阶段联动后，可按“反响者 / 来场者”等阶段分组批量反映视听限制；现场也可能按“3LDK 希望者”“80㎡超希望者”等客户意向建立共通模板，但模板数量不应无限增加，否则维护会变复杂。 |
| 客户优先级 | 中到高。原文列为“今后的对应方针・讨论事项”，但痛点明确，且主要涉及 VR 与户型。 |
| 实现成本 | 高。涉及 B 端权限配置模型、客户批量更新、模板保存与复用、既有权限逻辑兼容。 |
| 通用性 | 高。所有存在客户分级、敏感客户、阶段性开放内容的项目都可复用。 |
| 功能案 A | 在单个客户的视听内容设置画面中，按“类型”“几 LDK”“面积”等信息进行分段筛选，并将符合条件的“户型图”和“样板间 / 模型房”批量勾选；基础方案、可选方案及类似方案均应纳入对象。 |
| 功能案 B | 支持账号用户保存仅自己使用的原创视听限制套装，在单个客户视听内容设置画面中选择该套装并反映到当前客户。 |
| 不覆盖范围 | KASIKA 分组联动可覆盖阶段规则与共通模板，但不能完全覆盖销售担当针对单个客户主动制定提案策略、按个人希望条件精细跟进的场景。 |
| 原文位置 | 中文稿第 112-125 行；日文原文第 79-107 行 |

### R09. 签约客户仍可浏览已销售结束房间 VR

| 项目 | 内容 |
|---|---|
| 需求介绍 | 对已销售结束或不可销售状态的房间，支持让已签约客户继续浏览对应 VR，避免成交后客户无法复看已购买或相关房间内容。 |
| 场景说明 | 当前已销售结束的房间 VR 无法查看，但签约客户仍有复看需求；临时方案可能是不使用“不可销售”状态，或提供单独 URL。 |
| 客户优先级 | 中到高。原文列为“本次对应措施”中的讨论方案，同时后续需要评估是否对 VR 增加类似“解除景观控制”的控制功能。 |
| 实现成本 | 中到高。若仅提供单独 URL，成本中；若新增 VR 状态控制、与销售状态/景观控制/客户权限联动，成本高。 |
| 通用性 | 中到高。成交后复看是常见需求，但具体规则受销售状态、公开策略和权限设计影响。 |
| 原文位置 | 第 62-76 行 |

### R10. 住户表缩放可读性与颜色区分设置

| 项目 | 内容 |
|---|---|
| 需求介绍 | 改善住户表在放大或缩小时的可读性，可通过颜色区分、显示规则或新 B 端设置能力辅助识别。 |
| 场景说明 | 恩纳村项目中，住户表放大或缩小时难以查看；当前已提出颜色区分方案，并需要确认新 B 端是否支持相关设置。 |
| 客户优先级 | 中到高。原文已有“本次对应措施：提出颜色区分方案”，但仍需确认新 B 端设置支持。 |
| 实现成本 | 中。若仅调整显示样式成本较低；若需要 B 端可配置颜色规则、状态映射和跨端展示一致性，成本中。 |
| 通用性 | 中。住户表复杂、楼层多、缩放频繁的项目收益明显。 |
| 原文位置 | 第 237-249 行 |

### R11. Galaxy Fold 等设备的 PC / Mobile UI 判定说明与适配

| 项目 | 内容 |
|---|---|
| 需求介绍 | 明确浏览器如何判定显示 PC 版或 Mobile 版 UI，并针对 Galaxy Fold 等折叠屏或特殊尺寸设备确认是否需要适配规则。 |
| 场景说明 | 山田社长向现场销售展示手机画面 UI 时，显示为 PC 版而非 Mobile 版；现场怀疑是否与 Galaxy Fold 设备有关。 |
| 客户优先级 | 中。原文提出希望说明机制，当前更偏调查与解释，是否进入开发需确认。 |
| 实现成本 | 低到中。输出判定说明成本低；若调整断点、UA 判断或折叠屏适配，则成本中。 |
| 通用性 | 中。特殊设备问题不是所有客户都会遇到，但移动端设备多样化会逐步增加类似问题。 |
| 原文位置 | 第 180-186 行 |

### R12. 景观合集隐藏销售完成住户

| 项目 | 内容 |
|---|---|
| 需求介绍 | 销售完成的住户不应继续在景观合集里显示，避免客户看到不应展示的住户景观内容。 |
| 场景说明 | 原文指出“希望销售完成的住户不显示，但目前仍会显示”；本次已通过景观控制设置完成对应。 |
| 客户优先级 | 中。该问题影响销售状态展示，但原文显示已经通过现有设置处理。 |
| 实现成本 | 低。当前主要是配置与回归确认；除非后续发现设置无法覆盖全部场景。 |
| 通用性 | 高。销售完成后的住户隐藏是多数项目都需要的展示控制。 |
| 原文位置 | 第 81-88 行 |

### R13. VR 室内规格变更的报价与更新流程

| 项目 | 内容 |
|---|---|
| 需求介绍 | 针对销售周期内发生的室内规格轻微变更，建立 VR 更新、报价和变更频率的产品规则。 |
| 场景说明 | 销售周期较长，期间曾发生约 2 次进气口、天花板等轻微设备调整；未来可能需要按每半年一次等频率在报价中提前反映。 |
| 客户优先级 | 中。原文列为“今后的对应方针・讨论事项”，需要在产品方案与价格层面检讨。 |
| 实现成本 | 中。需求本身可能不一定是系统开发，但涉及 VR 制作、交付流程、报价规则和客户合同范围。 |
| 通用性 | 中。销售周期长、VR 制作早于最终规格确定的项目会复用。 |
| 原文位置 | 第 35-41 行、第 53-55 行 |

### R14. 销售结束后示例制作住户的景观变更与可用性规则

| 项目 | 内容 |
|---|---|
| 需求介绍 | 明确销售结束后，已制作住户是否还能继续使用，以及是否可通过更换景观等方式继续利用既有 VR 内容。 |
| 场景说明 | 销售结束后，若需要对示例制作住户的景观进行变更，当前存在“销售结束后已制作住户无法继续使用”“若未嵌入景观内容也无法使用”的限制。 |
| 客户优先级 | 中。原文列为后续产品方案与价格层面的检讨事项。 |
| 实现成本 | 中到高。可能涉及 VR 内容制作方式、景观嵌入条件、住户状态、内容复用规则和报价。 |
| 通用性 | 中。适用于以示例住户制作 VR、销售状态变化频繁的项目。 |
| 原文位置 | 第 44-55 行 |

### R15. 阳台 VR 视角高度的制作提案规则

| 项目 | 内容 |
|---|---|
| 需求介绍 | 针对阳台视角高度问题，制定报价与制作阶段的提案规则，避免交付后才发现视角高度不符合销售说明需要。 |
| 场景说明 | 恩纳村项目提出 VR 阳台视角高度问题，后续需要在报价与制作阶段提前说明或确认。 |
| 客户优先级 | 低到中。原文未写本次对应措施，列为今后的制作阶段规则。 |
| 实现成本 | 低到中。若是制作规范与报价确认，成本低；若要系统化支持多视角高度选择，成本中。 |
| 通用性 | 中。景观、阳台、海景、眺望价值明显的项目较常见。 |
| 原文位置 | 第 254-261 行 |

## 5. 需求排序汇总表

| 综合排序 | 需求编号 | 需求主题 | 客户优先级 | 实现成本 | 通用性 | 建议处理方式 |
|---:|---|---|---|---|---|---|
| 1 | R01 | C 端首页与移动端操作引导强化 | 高 | 低 | 高 | 优先进入近期版本或快速优化 |
| 2 | R02 | 数据分析中的 WALK 空间名称设置与运营校验流程 | 高 | 低 | 高 | 立即修正配置并补运营检查清单 |
| 3 | R03 | 链接复制与邮件发送流程优化 | 高 | 低到中 | 高 | 先做说明与 UI 文案，再评估复制能力 |
| 4 | R04 | 周边地图支持航空图 / Google Earth 类图层切换 | 高 | 中 | 高 | 进入 C 端功能规划 |
| 5 | R05 | 导航菜单支持灵活追加常用资料与画廊类内容 | 高 | 中 | 高 | 短期个别配置，长期产品化 |
| 6 | R06 | C 端自助导览路径与自动内览提示 | 高 | 中到高 | 高 | 先定义轻量引导，再拆自动导览能力 |
| 7 | R07 | PC 端升级至 2.8 版本及升级影响说明 | 高 | 中 | 中 | 先出升级影响说明，再安排窗口 |
| 8 | R08 | B 端观看限制支持批量配置 / 模板化配置 | 中到高 | 高 | 高 | 进入权限配置重构或批量能力专题，需区分 KASIKA 分组联动与销售个人套装 |
| 9 | R09 | 签约客户仍可浏览已销售结束房间 VR | 中到高 | 中到高 | 中到高 | 先确认规则，再评估单独 URL 与状态控制 |
| 10 | R10 | 住户表缩放可读性与颜色区分设置 | 中到高 | 中 | 中 | 确认新 B 端设置能力后落方案 |
| 11 | R11 | Galaxy Fold 等设备的 PC / Mobile UI 判定说明与适配 | 中 | 低到中 | 中 | 先输出判定说明，再决定是否适配 |
| 12 | R12 | 景观合集隐藏销售完成住户 | 中 | 低 | 高 | 已通过设置处理，需回归确认 |
| 13 | R13 | VR 室内规格变更的报价与更新流程 | 中 | 中 | 中 | 产品方案与报价规则讨论 |
| 14 | R14 | 销售结束后示例制作住户的景观变更与可用性规则 | 中 | 中到高 | 中 | 与 VR 制作和景观嵌入规则合并讨论 |
| 15 | R15 | 阳台 VR 视角高度的制作提案规则 | 低到中 | 低到中 | 中 | 纳入制作规范和报价确认项 |

## 6. 按项目来源归类

### 6.1 THE LEBEN 那霸新都心公园 Premist

| 需求编号 | 需求主题 |
|---|---|
| R01 | C 端首页与移动端操作引导强化 |
| R02 | 数据分析中的 WALK 空间名称设置与运营校验流程 |
| R05 | 导航菜单支持灵活追加常用资料与画廊类内容 |
| R06 | C 端自助导览路径与自动内览提示 |
| R07 | PC 端升级至 2.8 版本及升级影响说明 |
| R08 | B 端观看限制支持批量配置 / 模板化配置 |
| R09 | 签约客户仍可浏览已销售结束房间 VR |
| R11 | Galaxy Fold 等设备的 PC / Mobile UI 判定说明与适配 |
| R12 | 景观合集隐藏销售完成住户 |
| R13 | VR 室内规格变更的报价与更新流程 |
| R14 | 销售结束后示例制作住户的景观变更与可用性规则 |

### 6.2 北谷

| 需求编号 | 需求主题 |
|---|---|
| R03 | 链接复制与邮件发送流程优化 |

### 6.3 恩纳村

| 需求编号 | 需求主题 |
|---|---|
| R04 | 周边地图支持航空图 / Google Earth 类图层切换 |
| R10 | 住户表缩放可读性与颜色区分设置 |
| R15 | 阳台 VR 视角高度的制作提案规则 |

## 7. 待确认问题

1. R01：移动端引导优先采用哪种方案？仅增加滑动箭头 / 汉堡菜单闪烁提示 / 首次进入自动展开 / 多方案组合？
2. R03：邮件中链接无法直接发送的具体表现是什么？是链接格式无法识别、邮件客户端拦截、复制内容包含多余文本，还是 B 端按钮操作问题？
3. R04：周边地图希望接入的真实图层是 Google Earth、Google Maps 卫星图、航空照片，还是可接受其他地图供应商？
4. R05：导航菜单短期追加内容由运营后台配置，还是仍由开发/运营手动配置？是否需要客户或销售在 B 端自行维护？
5. R06：自助导览是只需要新手引导提示，还是需要按销售讲解顺序自动播放 VR、资料、户型与景观内容？
6. R07：升级至 2.8 版本的目标项目范围是仅 THE LEBEN 那霸新都心公园 Premist，还是大和冲绳相关项目统一升级？
7. R08：B 端观看限制批量配置的最小可行方案是“复制某客户设置”“按客户分组套模板”“按类型 / LDK / 面积筛选后批量勾选”，还是“由账号用户保存个人视听限制套装后应用”？
8. R08：KASIKA 后期阶段的分组联动能力是否已经确定会覆盖“反响者 / 来场者”等阶段规则？HOME VISTA 侧是否只需要补足销售个人提案策略场景？
9. R08：现场自定义模板是否需要设置数量上限、更新权限或失效规则，避免模板过多导致维护困难？
10. R09：签约客户复看已销售结束房间 VR 时，是否只允许本人复看，还是销售可把单独 URL 发给任意指定客户？
11. R09：若新增 VR 状态控制，是否要与现有景观控制、住户售罄状态、户型共享权限完全联动？
12. R10：住户表颜色区分是按销售状态、楼层、房型、价格段，还是按项目自定义分类？
13. R11：Galaxy Fold 显示 PC 版是否已确认为浏览器宽度/折叠屏分辨率导致，还是需要收集设备型号、浏览器、横竖屏状态再判断？
14. R12：景观合集隐藏销售完成住户目前“已通过景观控制设置完成”，是否还需要产品化成标准规则，还是保持运营设置即可？
15. R13：VR 室内规格变更是否需要形成标准报价项，例如半年一次轻微修正包，还是每次单独报价？
16. R14：销售结束后示例制作住户无法继续使用的根因，是销售状态限制、景观未嵌入、VR 内容制作方式，还是当前产品规则限制？
17. R15：阳台视角高度问题是否只需要制作前确认视角高度，还是需要支持多个视角高度版本供销售切换？

## 8. 未纳入独立需求的原文内容说明

| 原文内容 | 处理方式 | 原因 |
|---|---|---|
| 官网公开 VISTA 支撑休业期签约 | 放入第 2 章背景 | 属于成功案例与业务价值，不是新增改善需求 |
| 客户逐一注册与浏览行为追踪 | 放入第 2 章背景，并支撑 R02 | 属于有效使用方式，也说明数据分析准确性的价值 |
| “准备运用与环境说明资料” | 放入 R03 的场景与成本判断 | 属于临时对应措施，不单独作为产品功能需求 |
| “现阶段先按个别需求追加，重构版本中再考虑任意设置” | 放入 R05 | 属于同一导航追加能力的短期与长期处理路径 |

## 9. 日文原文对照审查结果

| 对照项 | 结论 | 处理 |
|---|---|---|
| 运用成功案例 | 无遗漏 | 已在第 2 章作为业务价值背景保留 |
| 数据分析 | 无遗漏 | 已整理为 R02 |
| VR 室内变更与销售结束后住户处理 | 无遗漏 | 已整理为 R13、R14 |
| 销售状态设置与签约客户复看 VR | 无遗漏 | 已整理为 R09 |
| 景观合集销售完成住户隐藏 | 无遗漏 | 已整理为 R12 |
| 导航菜单任意追加内容 | 无遗漏 | 已整理为 R05 |
| B 端观看限制设置 | 有补充遗漏 | 日文原文第 91-107 行的 0306 追记未出现在中文稿中，已补入 R08，并新增待确认问题 7-9 |
| UI / UX、Mobile、PC、Galaxy Fold、自助导览 | 无遗漏 | 已整理为 R01、R06、R07、R11 |
| 北谷链接复制问题 | 无遗漏 | 已整理为 R03 |
| 恩纳村周边地图、住户表、阳台视角高度 | 无遗漏 | 已整理为 R04、R10、R15 |

本次对照后未发现需要新增独立需求编号的内容。日文原文新增信息属于 R08 的功能细化与边界说明，因此采用补充 R08 的方式处理。