双语家族 UI：同一家庭内「老人端日语×子女端母语」的架构
A 方向·应用灵感（架构维度）。在日中国人家族（93 万人）・国际结婚家族・帰国 2 世——同一家庭内两端语言不同是日本特有的结构性场景，也是别家没有预设的 UI 问题。
背景与问题
- 现行假设是「全家日语」：老人端=やさしい日本語、子女端=通常日本語。但子女不是日语母语的家庭里，子女端的「日本語 UI」本身就是认知负荷——多语化成本课题（japan-multilingual-cost）算的是全站翻译成本，家庭内双语是另一种便宜得多的架构问题。
发现
场景与架构【推断：基于既存话题的组合】：
- 场景规模：在日中国人 ~93 万（japan-china-cross-border-family-care）+国际结婚 ~2 万件/年+ブラジル系帰国 2 世——子女が日本語非母语の介护家族は数十万级【推测】。
- 架构上只需三件事：① 文案字符串外置（i18n 键值化，Day 1 就做——后付是两倍工，japan-multilingual-cost 的教训）；② 语言按用户角色切换（consents/persons 表已有 locale 字段预留，opc-family-graph-schema）；③ 翻译品质=母语校对（运营者自己=中文母语，成本为零的语种先做）。
- 红线：法律文件（规约/プライバシー）は日语版が正本、他言語は参考訳——opc-terms-of-service-template に追记一句。
结论
可行动启发：
- Day 1 字符串外置：LINE push 文案/画面全部走 i18n 辞令表（JSON）——首发只有日语也要外置，中文英语是后付一天的活（这是本次调研最贵的一条教训预防）。
- 角色级语言切换：同一 family 里老人=日语大字、子女=中文——LINE push 的分角色发送（通知ハブ已按角色路由，加 locale 维度即可）。
- 中文版优先序：中文（运营者母语）→英语（国际结婚/外企家族）→葡语（日系）——只做自己能母语校对的语种，机器翻译直出禁止（japan-multilingual-cost 的品质红线）。
- 双语家庭のオンボーディング检查项：子女端语言选择放首次接触 30 秒内（LINE 友达追加后第一问）——语言错配的家庭会直接流失且不说理由。
待办 / 下次继续
关联
- 架构族：opc-family-graph-schema（locale 预留）× 本篇（角色级双语）× japan-yasashii-nihongo-ui（老人端日语层）× japan-multilingual-cost（成本框架）；场景 japan-china-cross-border-family-care；規約 opc-terms-of-service-template。