离线状态必须说清楚
客户端应明确显示已保存本机、等待上传、同步完成或同步失败。只有加载动画会让人员重复提交，也容易把本地记录误认为后台资料。
每条记录保存鸡舍、任务、设备时间和录入人，恢复网络后再由服务器确认接收时间。
冲突不能用后来者覆盖
两人同时填写同一任务时，系统应展示差异，由负责人选择保留或合并。异常照片、处理措施和复测结果尤其不能错配。
可自动合并的字段与必须人工决定的字段要分开，数量和批次归属通常需要复核。
移动任务贴合现场动作
高频正常项目快速确认，异常时再展开说明、照片与处理。过长表单会迫使员工离开鸡舍后补填，时间记录失去意义。
戴手套、光线、网络和设备尺寸都应在真实鸡舍试用，而不是只在办公室检查。
同步后仍要完成交班
记录上传不代表异常闭环。交班页优先展示待处理、等待配件和需要复测的事项。
旧设备停用前检查未同步资料并撤销登录会话，业务附件不留在个人聊天或相册中。
设计一条不会在弱网中断裂的任务链
现场人员打开任务时，客户端先保存任务编号、鸡舍和必要表单。进入无信号区域后，文字和照片都写入本机队列，并显示还剩多少内容等待上传。离开鸡舍恢复网络后，上传成功的项目逐一确认，不能只用一个总进度让使用者猜测哪张照片失败。
照片体积与弱网速度需要平衡。客户端可以生成适合查看的压缩版本，同时保留必要的原始信息；上传前显示拍摄时间和关联任务，避免从相册选择错误图片。若业务确实需要高分辨率原图，可以先同步记录，原图随后上传，并在后台显示尚未完整。
多人协作时，任务状态由服务器确认。某人离线完成任务期间，另一人可能已在后台处理。同步发生冲突时，界面应展示双方时间、内容和附件，由负责人决定合并或保留为两次观察。静默选择最后一次提交，会删除可能重要的现场证据。
移动端更新也要考虑未同步资料。安装新版本、退出账号或更换手机前，先检查本机队列；无法上传时提供明确的组织内求助路径。设备遗失后管理员可撤销会话，新设备只恢复权限范围内的线上资料，避免通过个人备份复制完整经营数据。
在上线前做真实场景演练
选一座信号较弱的鸡舍，让不同熟练程度的员工完成登录、下载任务、离线填写、拍照和恢复同步。记录他们在哪一步停顿、是否理解状态提示，以及交班人员能否找到结果。真实演练比只测试页面是否打开更能发现问题。
演练后优先修正会造成资料丢失、重复提交和责任不清的环节。字号、按钮位置和提示语也要根据现场反馈调整。正式上线时保留明确的应急记录方式，并约定恢复后由谁补录和核对。