## 起因 用户 2026-11-01:「家书已经有人做了,八月份刚上线的」。 核实:「家书 HomeBook」(广州家书科技有限责任公司,粤ICP备2026096420号, 2026-06 成立、08 上线)。功能**部分重合**(家庭记录 + 相册 + 家谱)。 华为审核指南 1.3「应用名称不得和其他应用名称相同,避免混淆」, 虽然个人与企业主体查重不互通、技术上能过,但被人工驳回概率高。 ## 定名过程(用户逐个否掉) | 候选 | 否决原因 | |---|---| | 寸草 | — | | 家卷 | ❌ 与「家眷」同音,口头传播会打错字 | | 家时光 | ❌ App Store 已有「家·时光」定位几乎一致;且「家+时光」是常见组合,辨识度低 | | 家纪 | ❌ 已有重名 | | **岁月家** | ✅ 搜不到同名应用;是口号的直接展开(岁月 + 家) | ## 最终定稿(用户明确指定) ``` 应用名 岁月家 主标语 一家人用岁月写成的一本书 ← 不变 一句话简介 一家人用岁月写成的一本书 ← 改为与标语相同 官网标题 岁月家 · 一家人用岁月写成的一本书 英文名 FamilyBook ← 不变 包名 familybook.yangyq.net ← 不变 ``` ## 改动范围(17 + 18 处,12 个文件) ### 应用名(17 处) `AppScope/resources/base/element/string.json` 的 app_name, `entry/.../string.json` 的 16 条(应用名、卡片名、无障碍描述)。 ### 用户可见文案(18 处) `FbBackgroundSync` / `EntryAbility`「正在同步家书数据」、 `FbAttachOpen`「家书附件」相册名、`FbHttp` 地址校验失败提示、 `FbCardData` / `FbCardMediaData` 卡片空态「先在「家书」里填写服务器地址」、 `TopBar` / `Drawer` / `FbLoginPage` 的应用名文本、`FbSettingsPage` 的说明。 ## 刻意不改 - **包名 / bundleName**(用户明确要求不变,且改了等于换一个应用) - **英文名 FamilyBook**、目录名、仓库名(改了会让 git 历史、部署脚本、证书路径全跟改) - **代码注释**里 200+ 处「家书 FamilyBook · 某模块」—— 不影响运行时, 改了只会制造噪音 diff,让将来 blame 变难 - **主标语**里一个字都没动 ## 验证 ### 编译 `BUILD SUCCESSFUL`,33 tasks。 ### 产物实测 解包 `.hap` 的 `resources.index`: - 「岁月家」出现 **17** 次 - 「家书」出现 **0** 次 ### 全局一致性校验(31 项全过) `_tooling/check_rename.js`: - 客户端 app_name / EntryAbility_label / 产物内容 - .ets 用户可见文案无残留(排除注释) - 服务端非注释代码无残留 - `Auth::homeTitle()` 用「某某某的家庭岁月」 - `DEFAULT_SLOGAN` 未被改动 - 官网线上 5 个页面无「家书」、标题含岁月家、渲染后 h1 是品牌名 - 材料 app_name / 一句话简介 / 包名 / versionCode / 域名 ⚠️ 校验过程中我自己的判据出了 2 次假红: ① 注释识别不全(漏了 `/**` 单行块注释和 `<!--` HTML 注释)→ 补齐 isCommentLine ② 「为什么叫岁月家」整节重写后,旧断言还在查「书信」「家与书」 (那是**旧名字**的逻辑)→ 改成查「岁月」+「家」的拆解 ## 一处语义决策(问过用户) 网页端 `Auth::homeTitle()` 生成「某某某的家书」—— 这是**产品核心语义** (每个家有自己的那一本),直接换成品牌名会读成「某某某的岁月家」,不通。 用户定:改成 **「某某某的家庭岁月」**。 兜底(无姓名时)仍用品牌名「岁月家」。 ## 连带影响(不阻塞) - 上架材料 7 个文件已同步(含软著全称改为「岁月家家庭生活档案管理软件」) - 官网已部署,线上标题已是新名字 - 软著申请尚未提交 —— 正好一次写对新名字,不需要变更
190 lines
7.8 KiB
Markdown
190 lines
7.8 KiB
Markdown
# 岁月家 · 应用介绍文案(可直接复制到 AGC)
|
||
|
||
> 三个版本按投放位置选用。字数已核算,均在上限内。
|
||
|
||
---
|
||
|
||
## 一、一句话简介(AGC「一句话简介」字段)
|
||
|
||
**上限 17 个汉字。**
|
||
|
||
### ✅ 采用版(13 字)
|
||
|
||
```
|
||
一家人用岁月写成的一本书
|
||
```
|
||
|
||
### 备选
|
||
|
||
| 文案 | 字数 | 说明 |
|
||
|---|---|---|
|
||
| 把一家人的日子记在一起 | 11 | 更温情,偏情感诉求 |
|
||
| 家庭日程与生活记录工具 | 11 | 更直白,偏功能诉求 |
|
||
|
||
> ⚠️ 不要写「日历」「备忘录」「待办」这类通用词堆砌 —— 审核明确禁止在名称/简介里堆关键词。
|
||
|
||
---
|
||
|
||
## 二、应用介绍(AGC「应用介绍」字段)
|
||
|
||
**上限 8000 字。** 以下约 1050 字,留足余量,且覆盖了「实际功能」以免被判"介绍与功能不符"。
|
||
|
||
```
|
||
岁月家,是给一家人用的生活档案工具。
|
||
|
||
它不社交、不推送广告、不做推荐算法。它只做一件事:把一家人的日程、任务、重要日子、看过的电影、去过的地方、家里的账和资料,安安静静地记在一处,谁都能查得到,谁都不会漏掉。
|
||
|
||
【十个模块,覆盖一家人的日常】
|
||
|
||
日程 —— 月、周、日三种视图。支持重复日程(每天/每周/每月/每年/工作日)、跨天日程分段显示、参与人、提醒、附件照片。周视图与日视图上有一条红线标着"现在",一眼知道今天过了多少。
|
||
|
||
任务 —— 看板与待办。可以给任务加子任务、评论、附件,也可以按人分配、按截止日排序。家庭事项不再只装在一个人脑子里。
|
||
|
||
名册 —— 家庭成员与亲友的联系方式、称谓、关系、单位职务、标签分组。谁是孩子的班主任、谁是哪一房的亲戚,都写清楚。
|
||
|
||
纪念日 —— 生日、结婚纪念日、忌日,按农历或公历记,提前提醒。
|
||
|
||
观影 —— 一家人看过的电影。记下片名、海报、评分和当时的一句感想。多年之后翻回去,比影评网站更有意思。
|
||
|
||
旅程 —— 去过的地方。行程节点、交通、花费、照片、同行人。一趟旅行就是一条时间线。
|
||
|
||
财务 —— 家庭账本。记账、分类、按月看,不做理财,不卖产品。
|
||
|
||
读书 —— 书架与读书笔记。章节、摘抄、想法。
|
||
|
||
资源 —— 证件与资料归档。身份证、户口本、保单、合同,拍下来存好,用的时候找得到。
|
||
|
||
笔记 —— 分块笔记,随手记,可共享给家里人。
|
||
|
||
【关于数据,三句话】
|
||
|
||
第一,数据在你自己的服务器上。岁月家是客户端,服务端由使用者自行部署,开发者不设中心数据库,也没有你的数据副本。
|
||
|
||
第二,能加密的都加密。密码单向哈希存储,手机号与证件号加密存储,附件落盘加密,登录令牌放在系统硬件密钥库里。
|
||
|
||
第三,不含任何广告与统计 SDK。不申请设备标识码,不采集位置与通讯录,不向任何第三方出售或共享你的信息。
|
||
|
||
【关于提醒的一句实话】
|
||
|
||
岁月家的提醒依赖系统通知能力,可能因省电策略或权限关闭而延迟。请不要把它当成航班、考试、就医这类要事的唯一提醒手段。
|
||
|
||
岁月家不是要替你做决定,也不是要你多用手机。它只是想让一家人少一点"我以为你记得"。
|
||
```
|
||
|
||
---
|
||
|
||
## 三、新版本特性(AGC「版本更新说明」字段)
|
||
|
||
**首次上架也建议填,审核会看。**
|
||
|
||
```
|
||
首个公开版本 0.8.0。
|
||
|
||
本次为岁月家第一次上架,包含完整十个模块:日程、任务、名册、纪念日、观影、旅程、财务、读书、资源、笔记。
|
||
|
||
主要能力:
|
||
· 日程支持月/周/日三视图、重复日程、跨天分段、参与人与提醒
|
||
· 任务支持看板、子任务、评论与附件
|
||
· 新增桌面服务卡片(2×2 今日速览 / 2×4 正在进行 / 4×4 今日时间轴)
|
||
· 支持后台定时同步,断网时展示本地缓存并明确提示"离线"
|
||
· 附件与敏感字段本地加密(密钥存于系统硬件密钥库)
|
||
· 全站 HTTPS,不含广告与第三方统计 SDK
|
||
```
|
||
|
||
---
|
||
|
||
## 四、搜索关键词(AGC「关键词」字段,如提供)
|
||
|
||
**不要堆砌,选 5–8 个真实相关的。**
|
||
|
||
```
|
||
家庭 日程 日历 待办 纪念日 观影记录 家庭账本 生活档案
|
||
```
|
||
|
||
> ⚠️ 别加"免费""最好用""万能"这类诱导词,也别加与功能无关的热门词(如"视频剪辑""壁纸"),会被判违规。
|
||
|
||
---
|
||
|
||
## 五、应用分类
|
||
|
||
| 层级 | 建议 |
|
||
|---|---|
|
||
| 一级 | **实用工具** |
|
||
| 二级 | 效率 / 备忘录 / 个人助理(以 AGC 下拉里的实际项为准) |
|
||
|
||
### ❌ 不要选
|
||
|
||
- **社交** —— 岁月家没有陌生人社交,选社交会被要求提供社交类资质,且审核标准更高
|
||
- **金融理财** —— 财务模块只是记账,选理财类需要金融资质
|
||
- **效率办公** —— 容易与办公软件混淆
|
||
|
||
---
|
||
|
||
## 六、内容分级
|
||
|
||
**建议:3+**
|
||
|
||
问卷逐条答案:
|
||
|
||
| 问题 | 答案 |
|
||
|---|---|
|
||
| 是否包含暴力内容 | 否 |
|
||
| 是否包含性/裸露内容 | 否 |
|
||
| 是否包含恐怖/惊悚内容 | 否 |
|
||
| 是否包含赌博 | 否 |
|
||
| 是否包含酒精/烟草/毒品 | 否 |
|
||
| 是否包含粗俗语言 | 否 |
|
||
| 是否允许用户间自由社交或内容分享给陌生人 | 否(仅同一家庭内成员可见) |
|
||
| 是否包含用户生成内容公开发布 | 否 |
|
||
| 是否含应用内购买 | 否 |
|
||
| 是否含广告 | 否 |
|
||
| 是否可收集位置 | 否 |
|
||
| 是否允许陌生人联系用户 | 否 |
|
||
|
||
---
|
||
|
||
## 七、云端隐私标签 / 数据安全表单
|
||
|
||
AGC 会要求填写「数据安全」表单,逐项如下:
|
||
|
||
| 项目 | 填写 |
|
||
|---|---|
|
||
| 是否收集个人信息 | **是** |
|
||
| 收集哪些 | 手机号(账号)、姓名/昵称/头像、用户主动录入的家庭内容(含照片附件) |
|
||
| 用途 | 账号登录与身份识别、提供记录与同步功能 |
|
||
| 是否用于第三方广告 | **否** |
|
||
| 是否与第三方共享 | **否** |
|
||
| 是否可请求删除数据 | **是**(设置→账号→注销账号;各条目可单独删除) |
|
||
| 传输是否加密 | **是**(全站 HTTPS) |
|
||
| 是否可导出数据 | **是**(设置→数据导出) |
|
||
| 数据存储地区 | 中华人民共和国境内 |
|
||
|
||
---
|
||
|
||
## 八、隐私政策 URL
|
||
|
||
**必填,且必须是可公开访问的 HTTPS 链接。**
|
||
|
||
推荐优先用**华为自带的隐私政策托管服务**(你上架「同步日历」时用的就是它,实测链接目前仍可访问):
|
||
|
||
- 位置:AGC → 我的应用 → 选应用 → 「隐私政策」/「协议服务」区域
|
||
- 优点:免费、在华为域名下(审核认可度最高)、不用自己搭页面
|
||
- 参考:SyncCalendar 的托管链接为
|
||
`https://agreement-drcn.hispace.dbankcloud.cn/index.html?lang=zh&agreementId=...`
|
||
|
||
备选:部署到自己的站点(`https://family.yangyq.net/privacy`),但**必须确保不需登录即可访问**。
|
||
材料见同目录 `隐私政策.md`。
|
||
|
||
---
|
||
|
||
## 九、提交前必须自己核对的 8 件事
|
||
|
||
1. ☐ 后台应用名称 = 包内 `app_name` = **岁月家**(完全一致,含空格)
|
||
2. ☐ 后台图标 216×216 = 包内 `fb_logo` 同一图案(**当前图标只有 192×192,需另出**)
|
||
3. ☐ bundleName = **familybook.yangyq.net**(一个字符都不能错)
|
||
4. ☐ versionCode = **800**(若之前提交过,必须递增)
|
||
5. ☐ 用的是 **release 发布证书**打的 `.app`,**不是调试证书**(调试包审核必挂,报 991/1014)
|
||
6. ☐ 截图 3–5 张,**真机原生鸿蒙界面**,不带调试信息、不带其他平台标识
|
||
7. ☐ 隐私政策链接**在未登录状态下也能打开**
|
||
8. ☐ 隐私政策里写的权限,与 `module.json5` 实际申请的权限**逐条对得上**
|
||
(本文档配套的《隐私政策》第十节已做逐条对照表,可直接给审核看) |