先盘点现有系统正在承担的工作
列出老人档案、补贴、工单、助餐、床位、财务、监管报表和家庭服务等模块，同时标明使用人员、数据来源及必须保留的政务或业务流程。只有了解现状，才能判断哪些能力需要保留。
用一张业务对照表避免讨论停留在“能不能替代”
对照时可以按实际业务逐行记录：现有系统负责什么、使用哪些数据、哪个岗位操作、安度是否已有对应能力、仍需人工完成什么。例如原系统继续承担补贴和监管报表，安度用于打卡、提醒和家庭协同，两者的职责就比笼统的“系统并用”更清楚。
若某项能力需要接口、批量导入或特定报表，应单独标记为待确认，不能因为产品中存在相似字段就认为已经能够对接。最终结论也不一定是替换，可能是保留原系统、增加日常关怀工具，或者暂不引入。真实可执行的边界比一个肯定答案更重要。
再核对安度当前正式功能
判断能否替代时，应以安度当前正式版本中能够实际操作的页面为准，并让一线工作人员走完一次真实流程。规划中、演示中或尚未确认的功能不能计入替代范围，现有系统承担的助餐、补贴、财务或政务事项也要另行核对。
逐项判断补充、并行还是替换
如果原系统缺少轻量日常关怀能力，可以评估由安度补充；如果两个系统都需要保留，应提前安排账号、资料维护和工作人员流程，减少重复操作。涉及数据接口时，应先确认是否具备接口条件，不能默认已经支持对接。
确认数据、账号和授权边界
需要明确哪些资料必须录入、谁可以查看或修改、位置和轨迹如何取得授权、停止合作后数据如何处理。不同系统之间不应在责任和权限未明确时直接交换老人信息。
先验证核心流程是否跑得通
可选择部分有明确需求且自愿参与的老人，验证安装权限、首次操作、社区日常查看和异常人工跟进。参与人数和验证周期应结合社区人员、采购要求和实际场景确定，不设置统一标准。
把费用、支持和退出安排写入方案
合作前应确认费用构成、账号范围、培训方式、问题反馈渠道、版本变化、数据处理和合同终止安排。相关服务是否提供以及响应方式，应以正式合作文件为准。
形成可执行的对照结论
- 现有系统必须保留哪些业务。
- 安度能够承担哪些已核实场景。
- 哪些工作需要两个系统并行。
- 哪些能力仍需进一步确认。
- 每项工作的负责人和数据边界。