# ROOV One to One 竞品调研报告

**调研对象：** 株式会社スタイルポート（STYLE PORT）旗下 ROOV compass 的可选方案 “One to One”  
**调研日期：** 2026-07-27  
**调研范围：** 产品本身，不与其他产品逐项比较  
**证据说明：** 文中用“已证实 / 合理推断 / 未公开”区分公开事实、分析判断与待核验项。公开信息主要来自厂商、客户案例和媒体采访，缺少独立用户评价与公开试用账号，因此对日常操作细节和实际效果的判断需保留。

---

## 一、先给结论

1. **One to One 不是一套独立的通用 CRM，也不是单纯的群发邮件工具。** 它是 ROOV compass 的可选方案，把原本偏向“商谈展示、资料分享、浏览行为分析”的能力，延伸到官网留资后的客户管理、分群、邮件触达、反应追踪和销售跟进。[官方发布说明](https://prtimes.jp/main/html/rd/p/000000091.000031224.html)

2. **它最有价值的部分，是把“发什么内容”与“客户看了什么”放在同一个房产销售场景内。** 销售发送的不是通用图文，而是 compass 中已维护的户型、价格、眺望、日照、VR、周边和宣传资料；系统再记录客户对这些内容的浏览行为，供销售决定下一步动作。

3. **核心客户是新建分售公寓的开发商及销售组织。** 一线销售、营销企划、项目负责人和企业管理员是主要内部用户；购房意向者是被服务的终端用户。厂商整体客户也已延伸到独栋住宅和其他空间类型，但目前能直接证明 One to One 使用情况的公开案例仍集中在新建公寓。

4. **商业模式是面向企业的询价制软件服务。** One to One 作为 compass 的附加方案增加单个项目的合同金额；客户可从单项目使用，逐步转向企业范围使用、购买多项 ROOV 服务，或进一步采购定制系统。具体价格、计费单位和最低采购规模均未公开。

5. **公开证据可以确认五项功能，但无法确认自动化深度。** 已确认的是官网登记信息连接、内容营销、邮件营销、评价分析、邮件追踪与报告通知；尚不能确认自动流程、动态分群、审批、退订、退信处理、API、数据导出等是否达到成熟营销自动化产品的水平。

6. **产品有规模化运行的迹象，但 One to One 自身的量化效果证据不足。** STYLE PORT 表示 ROOV 在 2025 年 10 月达到累计 1,000 个项目，近一年约 2,000 名销售人员访问 79 万次、约 9 万名购房意向者在家访问 120 万次；这些是 ROOV / compass 整体数据，不能当作 One to One 单项成绩。[规模数据](https://prtimes.jp/main/html/rd/p/000000114.000031224.html)

---

## 二、建议补充的调研维度

在受众、背景、商业逻辑、盈利方式、用法、体验和功能之外，本报告增加了以下内容：

- 产品在 ROOV 家族中的边界，以及当前与 WORKS 的关系
- 产品时间线和当前售卖状态
- 角色与权限
- 从官网留资到签约的完整使用过程
- 采购、合同、上线和支持方式
- 数据、隐私、安全和合规责任
- 公开客户案例及可核验结果
- 产品优势、限制、经营风险和技术风险
- 证据可信度与信息缺口
- 演示和询价时必须追问的问题

---

## 三、公司与产品背景

### 3.1 时间线

| 时间 | 事件 | 说明 |
|---|---|---|
| 2017-10 | STYLE PORT 成立 | 总部位于东京，主营不动产相关软件与技术服务 |
| 2019-04 | ROOV 开始提供 | 最初以未竣工住宅的浏览器端 3D 看房为核心 |
| 2020-02 | ROOV compass 发布 | 把商谈资料、客户分享和行为分析集中到云端 |
| 2023-06 | WORKS 发布 | 用于跨项目管理 compass，包括项目、账号、共用内容和安全设置 |
| 2024-03-12 | One to One 正式发布 | 作为 compass 的可选方案，覆盖官网留资至签约 |
| 2025 | 厂商称 One to One 已成为主要收入产品之一 | 这是 STYLE PORT 自述，未披露收入金额和占比 |
| 2025-10 | ROOV 累计导入项目达到 1,000 个 | 为 ROOV 整体数字，不是 One to One 单项数字 |
| 2026 | compass 登录入口提示并入 WORKS | 当前公开登录页面已转向 WORKS；是否仍以“One to One”单独签约未见公开说明 |

资料来源：[ROOV compass 发布](https://www.atpress.ne.jp/news/205868)、[WORKS 发布](https://prtimes.jp/main/html/rd/p/000000073.000031224.html)、[One to One 发布](https://prtimes.jp/main/html/rd/p/000000091.000031224.html)、[2025 年业务文章](https://www.wantedly.com/companies/styleport/post_articles/978647)、[当前 compass 登录入口](https://compass.roov.space/)。

### 3.2 为什么会出现 One to One

新建公寓销售有几个长期问题：

- 房屋金额高、决策周期长，客户往往需要多次查看户型、价格、日照、眺望、周边和贷款信息。
- 未竣工房屋无法直接参观，纸质图纸和效果图难以完整说明居住体验。
- 资料多且更新频繁，销售中心曾大量依赖印刷、分发和人工替换。
- 客户离开销售中心后，销售人员很难知道客户继续研究了哪些内容、卡在哪些问题上。
- 官网留资、到访、商谈和签约之间存在较长的培育期；传统 compass 的公开案例显示，它过去更多用于客户到访后的资料分享。

ROOV compass 先解决“资料与展示”问题，One to One 再将使用时间前移到官网留资阶段，让内容发送、客户反应和销售跟进能够连续记录。这个变化也符合 STYLE PORT 自述的方向：从现场接客工具扩展为覆盖更长销售过程的服务。[行业背景与 compass 演进](https://prtimes.jp/main/html/rd/p/000000040.000031224.html)

---

## 四、产品边界：One to One 在 ROOV 中负责什么

| 产品层 | 主要职责 | 与 One to One 的关系 |
|---|---|---|
| ROOV walk | 浏览器端 3D 看房、空间漫游、测量、家具和颜色模拟 | 为邮件和客户页面提供高价值的房屋体验内容 |
| ROOV compass | 销售资料管理、演示、客户专属分享、浏览行为分析 | One to One 的基础平台 |
| One to One | 官网登记信息连接、客户管理、分群、内容邮件、效果分析、反应通知 | 将 compass 从到访后使用扩展到留资后的持续跟进 |
| WORKS | 跨项目管理、账号管理、共用内容、安全设置 | 目前 compass 登录已并入 WORKS；企业范围部署时承担管理入口 |

**关键判断：** One to One 的产品优势依赖 compass 已经拥有的房产内容和客户行为数据。单独看邮件发送能力并不罕见；把户型、VR、眺望、价格等内容与单个客户的浏览记录直接连接，才是它在房产销售场景中的主要价值。

---

## 五、目标受众与使用角色

| 角色 | 主要任务 | 从产品获得的价值 | 证据状态 |
|---|---|---|---|
| 房地产开发商 / 项目业主 | 提高留资后的到访与签约效率，统一资料和客户数据 | 一个项目内集中管理内容、客户与触达 | 已证实 |
| 销售代理公司 / 销售中心 | 跟进大量意向客户，判断兴趣点 | 按客户分享内容，收到反应提示，查看行为分析 | 已证实 |
| 一线销售人员 | 发邮件、准备下一次沟通、安排到访 | 减少手工整理资料；基于浏览行为调整沟通 | 已证实 |
| 营销企划人员 | 管理邮件和内容、设置客户分组、查看结果 | 内容和客户数据在同一平台内使用 | 功能已证实，具体岗位为合理推断 |
| 项目负责人 / 销售经理 | 查看客户进展、活动效果和团队使用情况 | 识别高兴趣客户，复盘项目表现 | 合理推断 |
| 企业管理员 / IT | 管理项目、用户、权限、共用资料和访问限制 | 通过 WORKS 管理多项目和账号 | 已证实 |
| 购房意向者 | 在销售中心外继续了解房屋 | 无需安装应用，通过链接访问个性化资料 | 已证实 |

### 最适合的客户特征

- 同时维护较多意向客户，人工邮件跟进占用明显时间
- 已经使用或计划使用 ROOV compass
- 物件内容丰富，且需要反复更新
- 销售周期长，客户会多次返回查看
- 希望把官网留资、客户触达和内容浏览连接起来
- 有多个项目或较强的企业账号、权限和内容管理要求

### 适配度较低的情形

- 客户量很小，人工跟进成本并不高
- 没有稳定的房屋内容库
- 主要依赖 LINE、短信、电话或社交媒体，而非邮件
- 已有成熟 CRM / 营销自动化系统，且不希望维护第二套客户数据
- 需要公开 API、复杂销售预测或完整 SFA，但供应商无法证明这些能力

---

## 六、产品用法：从官网留资到签约

官方流程图给出的主过程是：**留资 → compass → 分群 → 客户培育 → 到访 → 签约**，其间反复进行邮件措施、分析和客户反应通知。

![ROOV One to One 官方流程图](https://prcdn.freetls.fastly.net/release_image/31224/91/31224-91-6a0523a47ad7deea2b79d7652ae94e04-1920x1080.png?auto=webp&fit=bounds&format=jpeg&height=1350&quality=85%2C65&width=1950)

*图 1：One to One 官方流程。来源：[STYLE PORT / PR TIMES](https://prtimes.jp/main/html/rd/p/000000091.000031224.html)。*

### 6.1 销售或营销人员的典型操作

1. **准备项目内容**  
   在 compass 中维护户型、价格表、VR、眺望、日照、地图、贷款模拟和宣传资料。资料在浏览器端更新后可立即反映。

2. **接收官网登记信息**  
   客户在物件官网提交资料请求或咨询后，登记信息进入或连接到 One to One。  
   **未公开：** 连接方式是 API、文件导入、表单嵌入还是定制接口。

3. **整理客户并分群**  
   按客户属性或行为形成发送对象。官方图明确出现“分群”，但未公开可用字段、动态条件、去重规则和评分模型。

4. **选择内容并制作邮件**  
   从 compass 的物件内容中选择与客户相关的资料，制作并发送邮件。公开宣传图能看到邮件编辑画面与客户列表，但文字过小，无法确认编辑器细节。

5. **客户打开邮件和专属页面**  
   客户通过邮件中的链接进入个性化内容页面，无需安装应用；既有 compass 还支持 QR 码或专属 URL 分享。

6. **记录客户反应**  
   系统追踪邮件和内容浏览，并把结果写入报告或通知销售。既有 compass 可记录查看了哪份资料、哪一页以及停留时间。

7. **销售决定后续动作**  
   根据客户关心的户型、资料或问题，安排下一封邮件、电话、到访邀请或下一次商谈。

8. **持续跟进到到访与签约**  
   官方流程图显示邮件、分析和通知会在客户培育阶段反复发生，但未证明存在无需人工参与的自动流程。

### 6.2 购房意向者的体验

1. 在物件官网留资或与销售建立联系。
2. 收到与该物件及自身情况相关的邮件。
3. 点击链接进入浏览器端页面。
4. 查看户型、VR、眺望、日照、周边、价格和其他资料。
5. 在之后的时间继续返回查看。
6. 收到进一步内容或到访邀请。

**体验上的关键点：** 客户不必下载应用，也不用带回大量纸质资料；销售中心内看到的内容可以在家继续使用。但公开资料没有说明客户是否能查看追踪告知、管理邮件偏好、退订或删除个人数据。

---

## 七、功能模块详细拆解

### 7.1 先说明拆解方法

One to One 的公开产品页只列出五个功能名称，没有公开帮助中心、操作手册或可试用账号。为了避免把宣传语直接当成功能规格，以下内容分为三种状态：

- **已证实：** 官方发布、产品画面、条款、技术文章或客户案例直接说明。
- **可从画面或过程确认：** 画面或业务过程能够支持，但字段、规则和边界仍不完整。
- **未公开：** 正常使用该类功能时通常需要，但没有资料证明 ROOV 已经提供。

还需特别区分三种邮件能力：

1. **针对单个客户制作和发送内容；**
2. **选择一组客户后批量发送；**
3. **客户满足条件后由系统自动触发连续邮件。**

前两种已有公开证据。第三种没有足够证据，不能把官方所说的“客户培育”“一气贯通”直接理解成完整的自动化流程。

![ROOV One to One 官方功能概览](https://prcdn.freetls.fastly.net/release_image/31224/91/31224-91-2b65ca039dbeb8b61c8a5dc59cc54cd3-1920x1080.png?auto=webp&fit=bounds&format=jpeg&height=1350&quality=85%2C65&width=1950)

*图 2：公开画面同时出现客户列表、邮件制作画面以及客户反应图表。来源：[STYLE PORT / PR TIMES](https://prtimes.jp/main/html/rd/p/000000091.000031224.html)。*

### 7.2 功能全景

| 功能组 | 子功能 | 主要使用者 | 证据状态 |
|---|---|---|---|
| 客户进入系统 | 官网登记信息连接、客户导入、来源识别 | 营销企划、管理员 | 官网连接已证实；导入细节未公开 |
| 客户管理 | 客户列表、客户详情、检索、筛选、分群、负责人管理 | 销售、营销企划、经理 | 列表和分群已证实；字段与规则未公开 |
| 内容管理 | 项目资料维护、内容分类、内容更新、客户专属选择 | 项目运营、销售 | 已证实 |
| 内容分享 | 专属 URL、QR 码、分享内容组合、分享后更新 | 销售 | 已证实 |
| 邮件制作 | 收件对象选择、正文制作、物件内容插入、预览 | 销售、营销企划 | 基本过程已证实；编辑能力未公开 |
| 邮件发送 | 单客发送、分群发送、大批量发送 | 销售、营销企划 | 已证实可批量发送，曾提出万人级需求 |
| 邮件追踪 | 打开、点击或后续内容访问的追踪 | 销售、营销企划 | 追踪已证实；指标口径未公开 |
| 内容行为分析 | 访问次数、访问时间、内容与页面浏览、walk 行为 | 销售、经理 | 多项画面已证实 |
| 评价与提示 | 客户反应评价、销售报告、反应通知、跟进判断 | 销售、经理 | 功能存在已证实；规则未公开 |
| 企业管理 | 项目、账号、共用内容、权限、IP 限制 | 企业管理员、IT | WORKS 已证实 |

---

### 7.3 官网登记信息连接

#### 功能目的

把物件官网上的资料请求、咨询或来场预约形成的客户信息送入 One to One，使销售不必在官网后台、Excel 和 compass 之间重复录入。官方把它列为第一项功能，并将 One to One 的起点定义为“官网等渠道产生的反响”。[官方发布](https://prtimes.jp/main/html/rd/p/000000091.000031224.html)

#### 典型输入

- 客户姓名
- 邮箱
- 电话
- 地址或居住区域
- 希望联系的物件
- 资料请求、咨询、预约等反响类型
- 登记时间和来源页面
- 官网表单中收集的购房条件

其中只有“官网登记信息”这一整体概念得到确认，具体字段没有公开。上述项目是连接成立时可能存在的业务数据，不能视为 ROOV 的已公布字段。

#### 预期操作过程

1. 客户在物件官网填写表单。
2. 官网将登记信息交给 One to One。
3. 系统建立客户记录，或关联到已有记录。
4. 销售或营销人员在客户列表中查看新客户。
5. 客户进入后续分群和邮件对象选择过程。

#### 输出

- One to One 中可使用的客户记录
- 可用于分群的客户属性
- 可追溯的登记来源和时间
- 后续邮件与浏览行为的身份关联

#### 仍需核验

- 使用 API、Webhook、CSV、表单嵌入还是项目定制方式连接
- 是否实时进入，还是定时同步
- 字段映射由客户设置还是 STYLE PORT 实施人员设置
- 同一邮箱或同一电话重复登记时如何合并
- 错误数据、缺少必填项和连接失败如何提示
- 是否保留原始同意文本、隐私政策版本和获客渠道
- 是否支持多个官网、广告落地页和预约系统同时接入

**判断：** 公开资料只能证明“能连接”，不能证明这是客户可自行配置的通用连接器。大型开发商官网结构差异很大，因此项目实施或定制连接的可能性较高，但这只是推断。

---

### 7.4 客户列表与客户记录

#### 功能目的

把官网反响、销售接触、邮件发送和内容浏览统一到单个客户名下，供销售查找和跟进。官方称其为“更灵活、更高级的客户管理”，公开功能图可以辨认出列表式客户界面。

#### 可确认的页面组成

- 客户列表
- 单个客户的详情或报告页面
- 客户与邮件、内容反应之间的关联
- 面向后续发送的客户选择

#### 可能的核心操作

| 操作 | 业务用途 | 证据状态 |
|---|---|---|
| 查看客户列表 | 从项目全部意向客户中找到对象 | 可从官方画面确认 |
| 打开客户详情 | 查看单个客户资料及行为 | 可从官方画面确认 |
| 搜索与筛选 | 在大量客户中缩小范围 | 业务上必需，但筛选字段未公开 |
| 指定发送对象 | 从列表进入邮件发送 | 官方流程可支持 |
| 查看最近反应 | 判断谁需要优先联系 | 官方明确有评价、分析和通知 |
| 指定销售负责人 | 按人分配跟进工作 | 未公开 |
| 修改客户阶段 | 标记未联系、培育、预约、到访、商谈、签约 | 官方流程出现这些阶段，但未证明可人工修改 |
| 合并重复客户 | 避免同一客户产生多条记录 | 未公开 |
| 批量导入、导出、删除 | 上线、迁移和隐私请求处理 | 未公开 |

#### 客户详情应当连接的数据

- 官网登记属性
- 客户所处销售阶段
- 已发送的邮件
- 邮件反应
- 已分享的 compass 内容
- compass 访问次数、时长和具体内容
- ROOV walk 访问行为
- 最近活动时间

这里需要分清：compass 的访问次数、时长、内容浏览已经有实际界面证据；One to One 是否在同一客户详情中完整汇总上述全部数据，公开小图无法逐字段确认。

#### 体验判断

它不是以“公司—联系人—商机”为中心的通用企业 CRM，而是以“某个物件项目中的购房意向者”为中心。这样的结构更贴近新建公寓销售，但客户跨项目登记时是否形成企业级统一客户档案，尚不清楚。

---

### 7.5 客户分群

#### 功能目的

把客户按共同特征或反应分成发送对象，使营销人员不必逐一挑选。官方流程图明确出现“セグメント（分群）”，穴吹工务店案例也说明项目根据更容易走向签约的客户倾向安排跟进。[穴吹工务店案例](https://styleport.co.jp/roov/case/042/)

#### 可用于分群的三类数据

1. **客户属性**  
   如登记渠道、希望户型、预算、家庭情况、居住地区。具体可用字段未公开。

2. **销售阶段**  
   如刚留资、未到访、已预约、已到访、商谈中。官方流程包含这些阶段，但未公开是否能直接作为筛选条件。

3. **行为数据**  
   如是否打开邮件、是否访问专属页面、浏览哪些户型、访问次数和停留时间。行为数据本身已证实，能否全部作为分群条件未公开。

#### 静态分群与动态分群

- **静态分群：** 操作者在某一时点按条件筛出客户并保存名单。
- **动态分群：** 客户行为变化后，系统自动加入或退出分组。

目前只能确认“存在分群过程”，无法确认属于哪一种，也无法确认是否支持条件组合、排除条件、保存条件和自动刷新。

#### 仍需核验

- 支持多少个条件，是否支持 AND / OR
- 能否按具体户型、具体页面、最近访问时间分群
- 能否保存并复用分群
- 分群人数是否即时预估
- 发送前能否排除退订、退信、已签约或重复客户
- 客户进入多个分群时如何控制重复发送
- 谁可以建立、修改和删除分群

---

### 7.6 项目内容库

#### 功能目的

在 compass 中集中维护销售过程中会使用的全部物件信息。One to One 的邮件并不是孤立制作宣传页，而是调用这个既有内容库。

#### 已确认的内容类型

| 内容类别 | 具体内容 | 使用场景 |
|---|---|---|
| 物件总览 | 项目介绍、外观、公共空间、宣传图 | 建立整体理解 |
| 户型与住户 | 户型图、房型、面积、住户信息 | 比较候选房型 |
| 价格 | 价格表及销售相关信息 | 判断预算和候选 |
| 空间体验 | ROOV walk、数字模型、全景、室内效果 | 理解未竣工空间 |
| 眺望 | 不同楼层或朝向的景观 | 比较楼层 |
| 日照 | 日期、时间与日照变化模拟 | 判断采光 |
| 周边 | 地图、周边建筑和生活设施 | 理解位置 |
| 资金 | 贷款模拟 | 估算支付 |
| 文档 | 电子宣传册、设备、规格及其他资料 | 详细研究 |

依据：[ROOV 产品说明](https://styleport.co.jp/roov/about/)、[行业介绍](https://htonline.sohjusha.co.jp/1389-094/)、[Diamond Online](https://diamond.jp/articles/-/330926?page=2)。

#### 内容维护

- 项目运营人员先把内容上传或配置到 compass。
- 内容按销售主题在左侧菜单中组织。
- 销售在现场演示、线上商谈和客户分享时使用同一套内容。
- 资料发生变化后可以替换，分享出去的页面继续显示更新内容。
- 户型卡片可以显示户型、面积、图纸以及 VR 入口。

#### 对 One to One 的意义

1. 邮件可以围绕实际物件内容制作，而不必重复上传附件。
2. 客户点击后进入可持续更新的页面，而不是拿到不可撤回的旧 PDF。
3. 系统能够继续记录客户查看了什么，而普通附件难以提供同样的内容行为。
4. 同一内容既能用于现场说明，也能用于到访前和离场后的继续研究。

#### 仍需核验

- 哪些内容能直接插入邮件，哪些只能作为链接
- 是否能按客户隐藏价格、户型或未公开资料
- 内容版本、发布时间、定时公开和撤回机制
- 内容审核、双人确认和发布权限
- 客户查看旧链接时，内容更新是否有提示
- 内容失效后邮件历史如何显示

---

### 7.7 客户专属内容分享

#### 功能目的

销售从项目内容库中选择适合某位客户的资料，形成专属 URL 或二维码。客户离开销售中心后仍能在家查看，销售则获得后续行为记录。

#### 已证实的操作

1. 销售选择要分享给客户的信息。
2. 系统生成 URL；既有 compass 资料也说明可以使用二维码。
3. 客户通过浏览器打开，无需安装应用。
4. 分享后，项目方仍可更新内容。
5. 系统记录客户查看了哪些资料、页面和时间。

依据：[ROOV 产品说明](https://styleport.co.jp/roov/about/)、[Diamond Online](https://diamond.jp/articles/-/330926?page=2)、[compass 介绍视频](https://www.youtube.com/watch?v=3EpAxKFn-5I)。

#### 个性化的实际含义

公开资料能证明的“个性化”，首先是**销售为不同客户选择不同内容组合**。它是否还能做到以下更深层能力，均未公开：

- 邮件正文根据客户字段自动变化
- 同一页面中的内容模块按客户条件自动变化
- 系统根据浏览历史自动推荐下一份资料
- 客户再次访问时自动排序感兴趣内容

#### 权限与安全问题

- 链接是否必须登录
- 是否有访问密码、有效期和打开次数限制
- 是否能撤销单个客户的链接
- 转发给他人后是否仍被记在原客户名下
- 同一家庭成员共同使用时如何识别
- 是否显示禁止复制、下载或水印

这些都直接影响行为数据是否可信，但公开资料没有说明。

---

### 7.8 邮件制作

#### 功能目的

在 One to One 中制作包含物件内容入口的客户邮件，使内容选择、发送和后续分析保持关联。官方图可辨认出邮件编辑或预览画面，东京建物案例说明邮件发送可以由项目团队自行完成，并能根据最新销售情况和预约空档及时调整。[东京建物案例](https://styleport.co.jp/roov/case/037/)

#### 可以确认的基本过程

1. 选择单个客户或一个客户分群。
2. 选择要介绍的 compass 内容。
3. 制作邮件。
4. 发送给客户。
5. 跟踪邮件及内容反应。

#### 东京建物案例透露的实际价值

- 项目团队可以把邮件发送工作放回内部处理，而不是每次依赖外部代理。
- 邮件内容能跟随最新销售状态和预约空档调整。
- One to One 的使用时间从“到访后的资料分享”提前到“官网登记后的沟通”。

这说明邮件制作至少具有一定的业务人员自主性，但不能据此确认其编辑器形式和审批能力。

#### 未公开的编辑能力

- 纯文本、富文本还是拖拽式编辑器
- 是否有企业模板、项目模板和个人模板
- 是否支持姓名、担当者、物件名等变量
- 是否能插入按钮、图片、户型卡片或内容缩略图
- 是否支持移动端预览、测试邮件和链接检查
- 是否允许保存草稿、复制活动和版本恢复
- 是否有品牌页眉、页脚和统一退订区
- 是否支持多人编辑、审核和批准

**判断：** 当前证据可以确认“业务人员能制作并发送内容邮件”，不能确认已经达到专业邮件营销编辑器的全部能力。

---

### 7.9 邮件对象选择与发送

#### 已证实的发送范围

- 对单个客户进行针对性沟通
- 面向一个客户群体发送
- 促销用途的一次性批量发送
- 客户规模已经从数百人发展到客户提出一次向上万人发送的要求

万人级需求来自 STYLE PORT CTO 的 2025 年访谈。原意是说明既有架构面对企业级使用时需要重做，因此它证明了规模需求和系统改造方向，但不等同于公布稳定的发送上限或服务承诺。[技术负责人访谈](https://blog.styleport.co.jp/n/n22054b91aa40)

#### 发送前应包含的操作

| 操作 | 作用 | ROOV 证据 |
|---|---|---|
| 确认对象人数 | 防止误发和空发 | 未公开 |
| 查看排除对象 | 排除退订、退信、签约客户 | 未公开 |
| 预览与测试发送 | 检查变量、链接和排版 | 未公开 |
| 设定发送时间 | 配合预约、开盘和内容发布 | 未公开 |
| 审批 | 避免错误价格或未公开资料发出 | 未公开 |
| 正式发送 | 开始一次邮件活动 | 已证实 |
| 查看发送状态 | 判断排队、成功和失败 | 未公开 |

#### “固定循环”的含义

穴吹工务店案例称，人员有限的项目把邮件发送做成固定循环。公开文字可以支持“定期重复执行邮件工作”，但没有证明是系统自动按日期或客户行为触发。更谨慎的解释是：团队建立了固定的选择对象、制作、发送和复盘节奏，其中部分手工工作由 One to One 减少。

#### 未公开的发送控制

- 立即发送与预约发送
- 时区处理
- 单次、单日、单项目上限
- 大批量发送时的排队和限速
- 发送暂停、取消和撤回
- 重复客户和重复活动检查
- 发送频率上限
- 黑名单与内部测试名单
- 自有发送域名、SPF、DKIM、DMARC
- 退信、投诉和域名信誉监控

---

### 7.10 邮件追踪

#### 功能目的

确认客户是否对发送内容产生反应，并把结果交给销售。官方明确列出“E 邮件追踪和通过报告通知”。

#### 可能涉及的事件

- 邮件送达
- 邮件打开
- 邮件内链接点击
- 进入 compass 专属页面
- 查看具体内容
- 再次访问

其中“追踪邮件”“查看内容与页面”“访问次数和时间”已被不同公开资料确认；送达、退信等事件是否呈现在 One to One 中未公开。

#### 指标解释风险

邮件打开通常依靠像素记录，容易受到 Apple Mail 隐私保护、图片阻止、企业邮件网关和安全扫描影响；链接也可能被安全软件提前访问。因此演示时不能只看“是否有打开率”，还应确认：

- 打开和点击如何定义
- 机器访问是否过滤
- 同一人多设备如何合并
- 邮件点击和 compass 页面访问如何关联
- 数据延迟多长
- 历史事件能否更正或导出

这部分是对邮件追踪机制的专业判断，不代表 ROOV 已公开其具体实现。

---

### 7.11 compass 内容行为分析

#### 已确认的数据

公开的客户分析画面可以确认：

- 访问次数
- 总访问时间或停留时间
- 最近一段时间的访问变化
- 不同 compass 内容的浏览情况
- ROOV walk 的使用行为
- 可在 compass 与 walk 的行为标签之间切换

媒体还明确说明，销售可查看客户看了哪一份资料、哪一页以及大致浏览程度。[Diamond Online](https://diamond.jp/articles/-/330926?page=2)

#### 销售如何使用

1. 在联系客户前查看最近是否返回。
2. 判断客户反复查看的是户型、价格、眺望还是其他资料。
3. 准备与兴趣点相关的回答或补充内容。
4. 对长期无访问的客户减少无关发送，或改变沟通内容。
5. 对持续访问且关注明确的客户优先安排电话或到访邀请。

#### 行为数据不能直接等同的结论

- 浏览时间长不一定代表购买意愿高，也可能是页面未关闭。
- 多次查看价格不一定代表认可，也可能代表对价格犹豫。
- 查看多个户型可能代表兴趣强，也可能代表需求尚未明确。
- 没有访问不一定代表失去兴趣，客户可能与家庭成员线下讨论。

因此，“评价分析”应帮助销售判断，而不是直接替代销售结论。公开资料没有证明 ROOV 使用 AI 自动预测签约概率。

#### 未公开的分析能力

- 时间范围筛选
- 事件明细与汇总切换
- 内容、户型、客户群、活动和销售人员多层报表
- 多客户横向排序
- 保存筛选条件
- CSV、Excel 或 BI 导出
- 到访、商谈、签约结果回写
- 邮件到到访、签约的归因

---

### 7.12 客户评价、优先级与反应通知

#### 功能目的

把邮件和内容行为转成销售能及时处理的信息。官方明确存在“评价、分析”和“客户反应通知”，穴吹工务店案例则提到 STYLE PORT 分析了更容易走向签约的客户考虑倾向。

#### 可以确认的输出

- 客户反应报告
- 面向销售的反应通知
- 用于判断跟进对象的分析结果

#### 不能确认的部分

- 是否给客户计算分数
- 分数由固定规则、客户自定义规则还是人工分析产生
- 是否存在“高意向”“需关注”等标签
- 是否使用机器学习或 AI
- 通知是站内、邮件、浏览器、手机还是其他渠道
- 是每次事件立即通知，还是日报、周报
- 能否调整阈值、频率和免打扰时间
- 能否直接从通知建立电话、到访或跟进任务

#### 穴吹工务店案例的边界

案例原文中的分析可能包含 STYLE PORT 人员提供的运营分析服务，不能直接推断为系统内置的自动评分。报告后续询价时应分别确认：

1. 系统自动提供哪些指标和提示；
2. STYLE PORT 的人员另外提供哪些分析和建议；
3. 后者是否另行收费。

---

### 7.13 到访、商谈和签约阶段管理

官方将覆盖范围画成“反响 → 培育 → 到访 → 签约”。这可以确认产品希望支持这段过程，但尚不足以证明它具备完整的销售机会管理。

#### 已证实

- 使用目标覆盖反响至签约
- 客户培育期间反复进行邮件、分析和通知
- 公开案例确认获得到访
- compass 支持到访后的现场与线上商谈

#### 尚不能确认

- 是否有可配置销售阶段
- 是否记录预约日期、到访结果和取消原因
- 是否管理商谈记录、电话记录和下一步任务
- 是否管理候选住户、报价、申请、抽签和合同
- 签约结果从哪里回写
- 是否有漏斗和阶段转化报表
- 是否能按销售负责人查看任务和逾期客户

**判断：** One to One 更像连接“营销培育与销售沟通”的模块，而非已被证实的完整 SFA。官方所说的“覆盖到签约”首先描述服务目标，不等同于每个交易环节都有专门页面。

---

### 7.14 终端客户浏览体验

#### 进入方式

- 从销售邮件中的链接进入
- 从销售生成的专属 URL 或二维码进入
- 使用浏览器，无需安装应用

#### 主要任务

- 查看销售为自己选择的物件内容
- 对比户型、面积和价格
- 放大图纸
- 进入 ROOV walk 看房
- 查看眺望、日照、周边和贷款资料
- 之后再次返回继续研究

#### 体验优点

- 不用携带大量纸质资料
- 不受销售中心营业时间限制
- 销售更新资料后，链接中的内容可以同步更新
- 现场看过的内容回家后仍能继续查看
- 不需要理解多个独立系统

#### 体验风险与未公开项

- 首次打开是否需要验证码或设置密码
- 链接过期后的提示和恢复方式
- 手机上图纸、价格表和复杂菜单是否易读
- 能否收藏、比较、做笔记或向销售提问
- 是否向客户明确说明浏览行为会被记录
- 客户能否管理邮件偏好、退订、下载或删除数据
- 家庭共同购房时是否支持多人共享而不混淆身份

Diamond Online 的资料提到 ROOV walk 可在空间中贴便签并通过聊天解决问题，但不能据此确认该能力已统一进入 One to One 的专属内容页面。

---

### 7.15 项目资料的现场展示

虽然这不是 One to One 新增功能，却是邮件沟通前后的重要一环。

#### 使用方法

1. 销售在电脑或平板浏览器打开 compass。
2. 通过左侧目录选择户型、价格、眺望、日照、地图、贷款等内容。
3. 在对面商谈或在线会议中向客户说明。
4. 商谈结束后选择相关内容生成分享链接。
5. 客户回家继续查看，行为回到客户记录。

#### 价值

- 现场说明与后续邮件使用同一内容来源。
- 销售不必在文件夹、PPT、PDF 和多个 VR 工具间切换。
- 客户现场提出的兴趣点可以直接影响分享内容。
- 后续行为又为下一次商谈提供准备材料。

#### 未公开

- 商谈过程是否记录
- 分享前是否显示客户已拥有的内容
- 是否支持销售演示脚本或推荐顺序
- 是否能对比两套或多套户型
- 是否有离线模式

---

### 7.16 WORKS：多项目与企业管理

WORKS 不是 One to One 的邮件页面，但企业范围使用时承担统一管理入口。官方发布说明，compass 过去按项目分别使用，WORKS 用于跨项目管理，并减少账号、资料和安全设置分散带来的负担。[WORKS 官方发布](https://prtimes.jp/main/html/rd/p/000000073.000031224.html)

#### 已发布的功能

| 功能 | 解决的问题 | 公开状态 |
|---|---|---|
| 项目管理 | 统一查看和管理多个 compass 项目 | 已发布 |
| 项目登记、状态变更、归档 | 处理项目建立到结束 | 已发布 |
| 用户分配 | 把员工分配到相应项目 | 已发布 |
| 入职、调动、离职账号处理 | 减少项目逐一维护账号 | 已发布 |
| 企业共用内容 | 把通用资料作为企业资产使用 | 已发布 |
| IP 地址限制 | 限制可访问的网络来源 | 已发布 |
| 细分权限 | 按职责限制操作 | 已发布，但权限点未公开 |
| SAML / SSO | 使用企业身份系统登录 | 2023 年发布时写为计划提供，当前未核实 |
| 项目与销售使用统计 | 查看项目和销售人员使用情况 | 2023 年发布时写为计划提供，当前未核实 |

#### 与 One to One 的关系

- 企业管理员通过 WORKS 管理谁能进入哪些项目。
- 企业共用内容可减少不同项目重复维护。
- 安全限制影响客户数据和邮件功能的后台访问。
- 当前 compass 登录页已提示登录系统将并入 WORKS，并显示版本 v3.0.5。[当前登录入口](https://compass.roov.space/)

#### 仍需核验

- One to One 权限是否在 WORKS 中配置
- 能否分开“看客户、导出客户、编辑邮件、发送邮件、看报表”
- 能否限制销售只看本人客户
- 是否有管理员操作日志
- 跨项目能否查看同一客户
- 项目结束后客户和邮件历史如何归档
- 企业管理员是否能设置发送域名、退订规则和数据保留期

---

### 7.17 权限模型

公开资料没有给出 One to One 的角色表。按已确认的使用过程，至少需要以下权限边界，但这是一份**核验模型**，不是 ROOV 已公布的角色名称：

| 权限范围 | 典型使用者 | 需要控制的动作 |
|---|---|---|
| 企业管理 | 企业 IT、系统管理员 | 企业账号、SSO、IP、共用内容、全部项目 |
| 项目管理 | 项目负责人、销售经理 | 项目成员、客户可见范围、项目内容、报告 |
| 内容管理 | 项目运营、营销企划 | 上传、替换、发布、撤回资料 |
| 客户管理 | 销售、营销企划 | 查看、编辑、分群、导入、导出、删除 |
| 邮件制作 | 销售、营销企划 | 草稿、模板、测试发送 |
| 邮件审批与发送 | 负责人、获授权人员 | 批准、正式发送、暂停 |
| 分析查看 | 销售、经理、企划 | 客户反应、活动结果、团队报表 |

新建公寓中可能存在开发商、销售代理和外部运营公司共同工作的情况。如果系统只按项目给“全看或全不看”，客户数据泄露风险会较高。因此演示时应要求展示实际权限点，而不是只询问“是否有权限功能”。

---

### 7.18 数据导入、导出与系统连接

#### 已证实

- 官网登记信息可以连接。
- compass 内部的内容、客户和行为数据可以在产品内共同使用。
- WORKS 可以跨项目管理 compass。

#### 未公开

- CSV 客户导入
- 客户、活动、行为明细和报表导出
- Salesforce、HubSpot 或开发商自有 CRM 的双向同步
- API、Webhook 和接口文档
- 到访、申请、签约数据的回写
- 数据仓库或 BI 连接
- 接口失败日志和重试
- 测试环境

#### 采购意义

如果只能从官网单向进入，而不能把最新客户状态和结果写回现有 CRM，企业会出现两套客户数据：One to One 记录邮件和内容行为，原 CRM 记录电话、到访和签约。这样会削弱官方所说的“反响至签约连续支持”。系统连接能力因此不是附属问题，而是判断产品能否成为主系统的关键。

---

### 7.19 邮件合规与客户偏好

公开服务条款说明 STYLE PORT 受企业客户委托处理购房意向者个人信息，并可能向购房意向者发送通知；企业客户负责确保使用个人信息具有合法依据。[ROOV 服务条款](https://s.roov.space/terms.html)

#### 正常产品应处理的事项

- 发送同意的取得与记录
- 退订入口
- 拒收名单
- 硬退信与软退信
- 投诉处理
- 发送频率限制
- 发件人名称和回复地址
- 隐私政策与追踪告知
- 客户请求查阅、修改和删除数据

#### ROOV 当前公开程度

上述具体页面和规则均未公开。不能因为产品已经获得 PrivacyMark，就直接认为邮件退订、追踪告知和数据删除流程均已在产品中完善实现；PrivacyMark 证明的是企业个人信息保护体系，不是每个产品功能的逐项认证。

---

### 7.20 自动化能力：已知边界

官方宣传图把邮件措施、评价分析和客户反应通知画成反复过程，也称系统会支持过去的手工作业。但是目前没有公开证据证明以下能力：

- 新客户进入后自动发送欢迎邮件
- 等待若干天后自动发送下一封
- 根据打开、点击或户型浏览进入不同分支
- 达到评分后自动通知销售
- 到访或签约后自动退出流程
- 自动控制发送频率和冲突
- 可视化流程编辑器

因此，本报告将 One to One 定义为**具备客户连接、分群、内容邮件、批量发送、行为分析和通知的客户培育工具**，暂不把它定义为已证实的完整营销自动化平台。

---

### 7.21 功能之间如何连续工作

```mermaid
flowchart TD
    A["物件官网留资"] --> B["客户记录"]
    B --> C["检索与分群"]
    D["compass 内容库"] --> E["邮件制作与内容选择"]
    C --> E
    E --> F["单客或批量发送"]
    F --> G["客户打开专属内容"]
    G --> H["邮件与内容行为"]
    H --> I["评价、报告与通知"]
    I --> J["销售电话、到访或再发送"]
    J --> G
```

这条过程的前半段由 One to One 新增能力承担，中间内容来自 compass，企业账号和项目范围由 WORKS 管理。公开资料能证明各主要节点存在；其中自动触发、阶段回写和跨系统同步仍需演示确认。

---

### 7.22 功能成熟度判断

| 功能 | 公开证据完整度 | 当前判断 |
|---|---:|---|
| 项目内容库 | 高 | compass 的成熟核心能力 |
| 客户专属分享 | 高 | 已有多年产品与案例证明 |
| 内容行为分析 | 高 | 有实际界面和媒体说明 |
| 官网登记连接 | 中 | 功能明确，实施方式不明 |
| 客户列表与详情 | 中 | 有画面，字段和操作不明 |
| 客户分群 | 中低 | 流程明确，规则不明 |
| 邮件制作 | 中 | 有画面和案例，编辑能力不明 |
| 大批量发送 | 中 | 已证实存在万人级需求，稳定上限不明 |
| 邮件追踪 | 中 | 功能明确，指标口径不明 |
| 评价与通知 | 中低 | 输出存在，算法和渠道不明 |
| 销售阶段管理 | 低 | 目标范围明确，具体页面未证实 |
| 自动化流程 | 低 | 未找到直接证据 |
| CRM / API 连接 | 低 | 未找到直接证据 |
| 邮件合规后台 | 低 | 企业责任明确，产品页面未公开 |
| 企业账号与项目管理 | 中高 | WORKS 的主要能力已公开 |

---

## 八、界面与用户体验评估

### 8.1 销售展示界面

![ROOV compass 展示界面](https://prcdn.freetls.fastly.net/release_image/31224/40/31224-40-13f2ea412e49e98776c4d82ce4559593-1200x800.jpg?auto=webp&fit=bounds&format=jpeg&height=1350&quality=85%2C75&width=1950)

*图 3：2021 年官方演示图。左侧为内容目录，上方集中常用工具，右上为分享按钮。来源：[STYLE PORT / PR TIMES](https://prtimes.jp/main/html/rd/p/000000040.000031224.html)。*

**优点**

- 左侧目录按客户理解房屋时的主题组织，而不是按文件类型组织。
- 分享按钮位于右上，适合商谈后立即生成客户链接。
- 同一界面可进入户型、价格、VR、眺望、日照、地图、贷款和资料，减少在多个工具间切换。
- 厂商表示资料在浏览器中更新后立即反映，有利于避免旧资料继续流传。

**可能的问题**

- 左侧项目较多，在平板或小屏上可能需要滚动；高频与低频内容的优先关系不明显。
- 顶部存在若干图标和较小文字，老年用户或低视力用户可能需要更清楚的标签与更大的触控区域。
- 这是 2021 年官方演示图；2024 年厂商提到 compass 正在重做界面，当前生产界面可能已有变化。

### 8.2 户型浏览

![ROOV compass 户型界面](https://prcdn.freetls.fastly.net/release_image/31224/40/31224-40-316be360c34da6fbf4673b3f0b170011-1200x800.jpg?auto=webp&fit=bounds&format=jpeg&height=1350&quality=85%2C75&width=1950)

*图 4：户型卡片、VR“内览”入口与图纸放大。来源：[STYLE PORT / PR TIMES](https://prtimes.jp/main/html/rd/p/000000040.000031224.html)。*

**优点**

- 户型图、房型、面积和 VR 入口放在同一卡片上，便于比较。
- “查看 VR”和“放大图纸”是两个清楚的动作，减少用户猜测。
- 支持标准缩略图，也允许设置自定义图片，便于物件展示。

**可能的问题**

- 户型卡片信息密度较高，手机端是否易读未能实测。
- 图纸本身文字很细，放大后的可读性取决于源文件质量。

### 8.3 客户行为分析

![ROOV compass 客户行为分析](https://dol.ismcdn.jp/mwimgs/1/a/-/img_1a7e24aaad7ca964d967fbdb527dcf6b27807.jpg)

*图 5：客户行为分析示例，可在 compass 与 walk 两类行为间切换，查看访问次数、时长和不同内容的浏览情况。来源：[Diamond Online](https://diamond.jp/articles/-/330926?page=2)。*

**优点**

- 汇总指标和内容明细在一个窗口中展示，销售可快速判断客户是否持续关注。
- 可以从整体访问转入具体内容，适合准备下一次沟通。
- compass 与 walk 行为放在相邻标签中，便于把资料阅读和 3D 看房联系起来。

**可能的问题**

- 数字、标签和图例较小；如果真实界面与示例一致，大量客户筛查时阅读负担可能较高。
- 颜色承担了较多区分作用，未看到针对色觉差异的辅助表达。
- 数据量大时是否支持筛选、保存视图、导出和批量操作，公开材料未说明。

### 8.4 One to One 自身界面

公开发布图中能辨认出三类界面：客户列表、邮件编辑 / 预览、客户详情或报告。由此可以确认 One to One 不是只有后台接口，而是有面向业务人员的操作界面。但截图中文字太小，无法可靠判断：

- 客户列表有哪些字段和筛选器
- 分群是静态列表还是动态条件
- 邮件是否支持模板、变量、审批和定时
- 是否有发送前测试、退订、退信和投诉处理
- 报告是否支持活动、客户、内容、销售人员等不同层级

### 8.5 整体体验判断

| 维度 | 判断 |
|---|---|
| 学习成本 | compass 的展示端较直观；One to One 的管理端未能实测 |
| 客户进入门槛 | 低，无需安装应用，浏览器打开链接 |
| 内容连续性 | 强，销售现场、邮件与客户在家查看使用同一内容库 |
| 销售行动提示 | 有行为分析和通知，但提示规则的精细程度未知 |
| 企业管理 | WORKS 提供跨项目、账号、内容和访问管理 |
| 可访问性 | 只能从静态图初评；键盘、屏幕阅读器、焦点顺序和真实对比度均未测试 |
| 当前界面可信度 | 中等。已获得官方界面图，但没有公开试用账号，且产品近年持续改版 |

---

## 九、商业逻辑与盈利方式

### 9.1 已证实的收费结构

- One to One 是 ROOV compass 的**可选方案**，不是免费独立产品。
- 合同主体是 STYLE PORT 与企业客户，也允许代理商代办申请和付款事务。
- compass 使用费写在申请单中，官网不公开金额。
- 合同期限以申请单为准；到期月 20 日前未提出终止，按相同条件续一个月。
- 合同期内不得任意解约；已付费用不退。
- 续期时继续收取申请单约定的系统使用费。

依据：[ROOV 服务利用条款，2026-04-23 修订](https://s.roov.space/terms.html)。

### 9.2 合理推断的收入来源

1. **compass 基础使用费**  
   企业为项目或约定范围购买 compass。

2. **One to One 附加费**  
   在已有 compass 合同上增加客户管理、邮件和分析能力，提高单个项目或客户账户的收入。

3. **企业范围部署**  
   客户从单项目使用扩展到多个项目或全公司使用，并通过 WORKS 管理。STYLE PORT 自述，2025 年 2 月已有 11 家客户实现全公司或部分据点全项目采用。

4. **多项 ROOV 服务销售**  
   同一客户还可能购买 walk、space 等服务。公司公开文章说明，多项产品并用会提高单项目收入。

5. **定制系统开发**  
   对大型开发商进一步提供定制系统。该收入属于 STYLE PORT 的更大业务，不应全部归入 One to One。

### 9.3 为什么这个模式可能赚钱

- **延长收费覆盖的销售阶段：** compass 原本主要在商谈和到访后使用，One to One 把使用时间前移到官网留资后。
- **提高现有客户的合同金额：** 作为附加方案，可直接卖给已有 compass 客户，获客成本通常低于寻找全新客户。
- **扩大企业采购范围：** 单项目验证后，可以进入更多项目，并由 WORKS 处理企业管理要求。
- **增加更换成本：** 物件内容、客户记录、邮件活动和浏览历史在同一套系统中积累后，客户更换工具需要迁移更多数据和流程。
- **邮件规模已从数百人增长到上万人：** 公司技术文章表示，客户需求已从数百封发展到面向上万名客户的一次发送，说明部分客户使用规模较大。[技术团队说明](https://blog.styleport.co.jp/n/n22054b91aa40)

### 9.4 主要成本

- 产品研发与持续改版
- 邮件发送、追踪、存储和分析的云服务成本
- 客户上线、内容设置和培训支持
- 企业销售与客户维护
- 个人信息保护、安全和权限管理
- 多产品之间的技术维护

公司工程文章也承认，compass、WORKS、统一身份服务及其他 ROOV 产品之间的依赖正在增加，并曾出现一个服务更新后影响另一个服务的情况；未公开事故严重程度和恢复时间。[工程文章](https://blog.styleport.co.jp/n/ne275cf41f3f4)

### 9.5 价格结论

**当前只能确认“询价制 + 合同期内使用费 + 续期系统费 + One to One 为附加方案”。**  
以下信息均未公开：基础价格、One to One 加价、按项目 / 用户 / 客户数 / 邮件量中的哪一项计费、最低合同额、试用、实施费、超量邮件费和服务支持等级。

---

## 十、销售、上线与服务方式

### 10.1 获客与销售

- 官网以咨询和索取资料为主要入口，符合企业软件的顾问式销售。
- 厂商通常先从单个公寓项目进入，再扩大到更多项目或企业范围。
- 公开案例、行业活动和大型开发商采用消息是重要的销售证明。
- 条款允许代理商参与签约和付款事务。

### 10.2 上线前提

- 已有或新建 ROOV compass 项目
- 导入户型、价格、VR、眺望、日照、地图和宣传资料
- 确认官网登记信息进入 One to One 的方式
- 准备客户字段、分组规则、邮件内容和发送域名
- 配置销售用户、管理员、权限和访问限制
- 完成隐私告知、同意和邮件退订安排

### 10.3 支持

2022 年公司设计师访谈提到，当时由账号支持团队帮助客户设置 compass，说明产品并非完全自助上线。[访谈](https://blog.styleport.co.jp/n/nd94a0bf254b0)  
但 One to One 的具体实施周期、培训内容、服务时间、响应承诺和客户成功人员配置均未公开。

---

## 十一、公开客户案例

### 11.1 东京建物

东京建物的案例明确采用 One to One。客户表示，此前 compass 主要用于到访后的信息分享，而 One to One 让其有机会从官网登记阶段开始，向不同客户提供更贴近个人需求的信息。  
**可验证价值：** 使用阶段前移。  
**未公开：** 邮件量、到访率、签约率、节省工时。[案例页](https://styleport.co.jp/roov/case/037/)

### 11.2 穴吹工务店：Surpass Jingu Residence

案例称项目在人员有限的情况下使用 One to One，把邮件发送形成固定循环；STYLE PORT 还分析了“更容易走向签约的客户考虑倾向”，帮助项目更有计划地跟进，并获得到访。  
**可验证价值：** 减少重复工作、支持客户优先级判断、带来到访。  
**未公开：** 节省比例、到访增长、签约增长及对照基准。[案例页](https://styleport.co.jp/roov/case/042/)

### 11.3 企业级采用信号

- ROOV 在 2025 年 10 月达到累计 1,000 个项目。
- 近一年约 2,000 名销售人员访问 compass 79 万次。
- 约 9 万名购房意向者在家访问 compass 120 万次。
- 2025 年公司文章称，新建公寓供应量前 20 家公司中有 18 家与 STYLE PORT 有交易，2024 年销售商谈签约率超过 50%。

这些数字来自厂商，且主要代表 ROOV / compass 整体，**不能用于推算 One to One 的客户数、收入或转化效果**。

---

## 十二、数据、隐私、安全与合规

### 12.1 已确认

- STYLE PORT 于 2022-08-24 获得日本 PrivacyMark（P 标志）。[官方说明](https://styleport.co.jp/news/2876/)
- 根据服务条款，STYLE PORT 作为受托方处理企业客户的购房意向者个人信息。
- 除非另行取得购房意向者同意，STYLE PORT 不会把客户信息用于企业客户使用该服务之外的目的。
- 企业客户负责确保把个人信息用于该服务具有合法依据。
- 系统可能向购房意向者发送通知。
- 合同结束后，企业客户需自行删除资料和客户信息；STYLE PORT 可立即删除或匿名化这些信息。
- 用户 ID 和密码不得共享。
- WORKS 发布材料确认了用户管理、共用内容管理、IP 地址限制和细分权限。

### 12.2 需要重点核验

- 数据存放地区、备份地区和分包商清单
- 加密方式、密钥管理和漏洞处理
- ISO 27001 / ISMS 或 SOC 2 等认证状态；本次未找到可核验的公开证明
- 数据保留周期及删除证明
- 审计日志和管理员操作记录
- SAML / SSO 的当前可用状态
- API 权限与访问令牌管理
- 邮件退订、投诉、退信和域名信誉管理
- 邮件打开追踪及内容行为追踪的用户告知方式
- 数据导出格式和合同结束时的迁移支持
- 可用性承诺、故障通知和灾难恢复指标

---

## 十三、产品优势

1. **房产内容与客户行为天然相连**  
   户型、价格、VR、日照、眺望等不是附件，而是可持续更新和追踪的内容。

2. **覆盖到访前的较长培育期**  
   官网留资后即可开始分群和邮件沟通，不必等客户到访后才建立可分析的记录。

3. **终端用户进入门槛低**  
   浏览器打开，不需要安装专用应用。

4. **既服务一线销售，也能满足企业管理**  
   compass 负责项目销售，WORKS 负责多项目、账号、共用内容和访问限制。

5. **适合高单价、长决策周期的商品**  
   客户会多次查看复杂资料，行为数据比一次点击更有参考价值。

6. **已有较大的 ROOV 客户基础**  
   One to One 可以向现有 compass 客户出售，且已出现东京建物、穴吹工务店等公开采用案例。

---

## 十四、限制与风险

1. **公开功能名称宽泛，真实操作深度不透明**  
   “高级客户管理”“邮件营销”“评价分析”并不足以证明它具备成熟 CRM 或营销自动化系统的所有能力。

2. **公开证据以厂商和合作客户为主**  
   没有找到足够的独立评论、负面评价或长期使用报告，容易高估易用性和效果。

3. **One to One 的量化成绩缺失**  
   公开案例没有给出到访率、签约率、发送效率或投资回报。

4. **公开渠道以邮件为主**  
   没有确认 LINE、短信、电话任务、广告受众或社交媒体连接。

5. **与现有 CRM 的关系不清楚**  
   官网信息能连接，但没有说明与 Salesforce、HubSpot 或开发商自有系统的双向同步能力。

6. **隐私责任较重**  
   客户身份、兴趣与浏览历史属于敏感业务数据，客户企业要承担合法使用、告知、权限和数据维护责任。

7. **产品名称与入口正在变化**  
   当前 compass 登录已并入 WORKS，但公开资料未明确 One to One 是否仍按独立名称售卖、是否已包含在新版 compass，或是否有方案调整。

8. **多产品依赖增加技术复杂度**  
   厂商工程团队已公开提到不同服务相互影响的风险，采购时应要求历史可用性和故障记录。

---

## 十五、证据可信度

| 主题 | 可信度 | 原因 |
|---|---|---|
| 产品定位、发布时间、五项功能 | 高 | 官方发布信息明确 |
| 产品主要流程 | 高 | 官方流程图明确 |
| compass 的资料分享和行为分析 | 高 | 官方、客户、媒体多方一致 |
| 目标客户和主要角色 | 中高 | 客户案例清楚，部分岗位由功能推断 |
| One to One 的日常操作细节 | 中低 | 没有公开账号，截图文字很小 |
| 当前功能范围 | 中 | 2024 发布后可能持续改版，当前页面未公开 |
| 盈利方式 | 中 | 合同和公司业务文章能证明方向，计费单位未知 |
| 产品实际转化效果 | 低 | 缺少量化案例和独立验证 |
| 安全能力 | 中 | P 标志和部分 WORKS 能力已确认，技术细节与认证不全 |

---

## 十六、演示与询价时必须追问的 24 个问题

### 客户数据

1. 官网登记信息通过什么方式进入系统？
2. 支持哪些字段、来源标记、去重和合并规则？
3. 能否与现有 CRM 双向同步？是否有公开 API 和 webhook？
4. 客户数据能否批量导入、导出和删除？

### 分群与自动化

5. 分群支持哪些静态和动态条件？
6. 能否根据浏览户型、页面、次数、时长或最近活动自动变更分组？
7. 是否有客户评分？评分能否由客户自行配置？
8. 是否支持多步、等待、条件分支和自动退出？

### 邮件

9. 是否有拖拽编辑器、模板、个性化变量、测试发送和审批？
10. 是否支持定时、批次、频率限制和发送时间优化？
11. 单次、单日和单项目发送上限是多少？
12. 如何处理退信、投诉、退订和域名信誉？
13. 是否支持客户自己的发送域名、SPF、DKIM 和 DMARC？

### 分析与销售使用

14. “打开”“点击”“内容浏览”各自如何定义？
15. 通知通过什么渠道发送，能否设定阈值和频率？
16. 能否查看从邮件到到访、商谈和签约的结果？
17. 能否比较活动、内容、客户分组和销售人员表现？

### 权限与安全

18. One to One 有哪些角色与权限？
19. 当前是否已支持 SAML / SSO、IP 限制、审计日志和强制多因素认证？
20. 数据存放在哪里，保留多久，合同结束后如何证明已删除？

### 采购与服务

21. 按项目、账号、客户数还是邮件量计费？
22. compass 基础费、One to One 附加费、实施费和超量费分别是多少？
23. 最低合同期限、上线周期、培训和支持时间是什么？
24. 能否提供至少一个带明确基准的到访率、签约率或节省工时案例？

---

## 十七、最终判断

ROOV One to One 的本质，是一套**嵌入新建公寓销售内容平台的客户培育与邮件跟进模块**。它不是从零建立客户关系管理，而是利用 compass 已经存放的房产内容和浏览数据，把官网留资后的沟通做得更个人化、更可追踪。

其商业设计较清楚：先以 compass 进入单个项目，再出售 One to One 等附加能力；客户使用范围扩大后，由 WORKS 支持多个项目和企业管理，并继续销售其他 ROOV 产品或定制系统。2025 年公司将 One to One 称为主要收入产品之一，说明它已经通过早期市场验证，但没有公开收入或单项使用量。

从产品角度看，最强之处是“房产内容、客户触达、浏览行为、销售跟进”之间的直接联系；最大不确定性则是邮件自动化、客户管理、系统连接、权限和报表到底做到了什么程度。由于价格、演示账号和量化效果均未公开，采购判断必须依赖正式演示、接口说明、服务承诺、安全材料和报价单。

---

## 主要来源

1. [One to One 官方发布，2024-03-12](https://prtimes.jp/main/html/rd/p/000000091.000031224.html)
2. [ROOV compass 2021 界面更新与行业背景](https://prtimes.jp/main/html/rd/p/000000040.000031224.html)
3. [ROOV 服务利用条款，2026-04-23 修订](https://s.roov.space/terms.html)
4. [STYLE PORT 业务文章：One to One 的收入贡献与销售路径](https://www.wantedly.com/companies/styleport/post_articles/978647)
5. [WORKS 官方发布](https://prtimes.jp/main/html/rd/p/000000073.000031224.html)
6. [ROOV 2025 年 1,000 项目与访问数据](https://prtimes.jp/main/html/rd/p/000000114.000031224.html)
7. [东京建物 One to One 案例](https://styleport.co.jp/roov/case/037/)
8. [穴吹工务店 One to One 案例](https://styleport.co.jp/roov/case/042/)
9. [Diamond Online：专属 URL 与客户行为分析](https://diamond.jp/articles/-/330926?page=2)
10. [长谷工采访：compass 的销售资料、分享和分析用途](https://www.haseko.co.jp/mansionplus/hasekonow/madokoro_240424.html)
11. [STYLE PORT 技术文章：邮件规模与架构要求](https://blog.styleport.co.jp/n/n22054b91aa40)
12. [STYLE PORT 工程文章：多产品依赖与运行风险](https://blog.styleport.co.jp/n/ne275cf41f3f4)
13. [STYLE PORT 设计师访谈：界面目标与客户支持](https://blog.styleport.co.jp/n/nd94a0bf254b0)
14. [PrivacyMark 取得说明](https://styleport.co.jp/news/2876/)
15. [当前 compass 登录入口](https://compass.roov.space/)