大家好，我們是成都小火科技公司，今天是2025年10月22日，星期三。上周剛完成某街道辦委托的老年人服務平臺軟件交付，過程中針對老年人操作習慣、視力情況做的多輪調整，讓我們對這類服務型平臺的開發有了更具體的實操認知，今天就從這個項目出發，跟大家說說開發流程、功能設計，以及我們在過程中的一些經驗。

我們公司2013年成立，位于四川省成都市成華區杉板橋路669號招商城市主場B座23層2302室，從成都東站坐地鐵8號線可直達。作為軟件企業單位（證書編號：川IRQ-2025-0052）和高新技術企業（證書編號：GR2O2451001272），我們在服務類、政企類軟件開發上有不少積累，之前做過陪護小程序、醫院一體機系統，這些項目中積累的用戶體驗優化經驗，也幫我們更好地推進了這次老年人服務平臺的開發。

接到需求時，街道辦明確要一套能整合健康數據記錄、生活服務預約、緊急呼叫、子女關聯功能的平臺，且必須降低操作難度。銷售對接后，產品經理花了5天時間，分別與街道工作人員、社區老人、老人子女溝通，梳理出18項核心需求。技術主管根據需求確定技術棧：APP端用Kotlin開發安卓版本、swift開發iOS版本，確保能同時適配兩種系統；后端用java搭建服務架構，數據庫選用MySQL；考慮到平臺服務范圍僅限本地街道，數據量和訪問量適中，決定采用國內云服務器，既滿足穩定性要求，又能控制客戶的硬件成本。

開發過程中，界面交互設計曾遇到瓶頸。初期UI團隊按常規設計思路，將功能入口放在首頁菜單欄，字體用14號字，測試時邀請20位65歲以上老人試用，發現有12位老人找不到“緊急呼叫”入口，8位老人反映字體看不清。我們立刻調整方案：將“緊急呼叫”按鈕單獨放在首頁頂部，尺寸放大到常規按鈕的1.5倍，顏色用高對比度的紅色；字體統一放大到18號，按鈕間距從10px增加到20px，還去除了首頁不必要的動畫效果，避免干擾操作。另一個問題出在健康數據同步上，初期平臺僅支持手動錄入血壓、血糖數據，老人反饋操作繁瑣。我們技術團隊參考之前做醫院一體機系統時的設備對接經驗，增加了藍牙連接功能，支持對接主流品牌的智能血壓儀、血糖儀，數據測量完成后自動上傳，還能生成月度健康曲線，方便老人和子女查看。

平臺的核心功能圍繞老人實際需求展開：健康數據模塊支持手動錄入和設備自動同步，異常數據（如血壓過高）會觸發彈窗提醒，并同步推送至關聯子女的微信；生活服務預約模塊包含助浴、上門理發、家政保潔三類服務，選擇服務類型和時間后，系統自動匹配街道合作的服務商，生成預約單并發送短信確認；緊急呼叫模塊點擊后，會同時撥打預設的3個緊急聯系人電話（子女、街道辦、社區醫院），并上傳實時定位；子女關聯模塊需老人手動授權，子女通過微信小程序即可查看老人的健康數據和服務預約記錄，還能幫老人預約服務，避免老人操作不便。

很多客戶會問開發完是否會培訓使用，這次項目我們安排了3次針對性培訓：第一次教街道工作人員后臺管理操作，包括服務商管理、訂單審核、數據統計；第二次在社區活動中心教老人使用APP基礎功能，現場配備一對一指導；第三次通過線上會議教子女使用關聯模塊，每次培訓都準備了圖文版操作手冊，方便后續查閱。關于維護費，我們按項目開發總費用的12%/年收取，服務內容包括系統bug修復、云服務器維護、功能小幅度調整，若后期想增加新功能（如老年食堂訂餐、興趣班報名），則需根據開發工作量額外核算費用，核算前會提供詳細的需求清單和報價單，讓客戶清楚每筆費用的用途。

之前做政務門戶網站時，我們曾針對老年用戶加入“簡化模式”，這次平臺的適老化設計也借鑒了當時的經驗；而陪護小程序中的服務預約流程，也為這次生活服務模塊的開發提供了參考。我們公司研發人員占比超80%，其中30%以上來自互聯網大廠，這次項目中，前端開發團隊用了2周時間完成APP界面的多輪調整，后端團隊用1周時間解決了設備對接的兼容性問題，高效的分工配合確保項目按時交付。

復盤整個項目，有兩個重點環節需要提醒：一是適老化設計必須邀請目標用戶參與測試，不能僅憑經驗判斷，否則容易出現功能與需求脫節的情況；二是緊急呼叫模塊的定位功能要做多重保障，除了手機GPS定位，還需接入基站定位，確保在室內等GPS信號弱的環境下也能準確上傳位置。這款平臺的架構預留了擴展空間，后續若街道想增加更多服務類型，或對接區一級的養老服務平臺，都能快速完成對接。未來，我們也計劃將這次的適老化開發經驗復用到更多項目中，比如優化AI智慧文旅小程序的界面，讓老年游客也能輕松使用語音講解、路線規劃功能，真正實現數字化服務的普惠性。

文章來源網址：http://jt-toy.com/archives/xitongkaifa01/2297，轉載請注明出處！