共享睡眠艙小程序的本質(zhì)，是把“掃碼—下單—支付—開鎖—計費—離艙—結(jié)算—售后”做成一套無人值守閉環(huán)。它的開發(fā)重點不只是頁面，而是小程序、后端、物聯(lián)網(wǎng)中臺和艙內(nèi)硬件之間的協(xié)同。

業(yè)務(wù)閉環(huán)怎么跑通

典型流程可以拆成 7 步：

用戶掃碼進入小程序，識別艙位/門店/設(shè)備ID。

選擇時長或套餐，例如按分鐘、按小時、包夜、會員包。

微信支付下單，生成預(yù)支付訂單。

云端校驗設(shè)備狀態(tài)，確認艙位空閑、門鎖在線。

下發(fā)開鎖指令，用戶開艙使用。

使用中持續(xù)計費，支持續(xù)費、超時提醒、異常中斷處理。

離艙自動結(jié)算，釋放設(shè)備，生成賬單和售后入口。

其中Zui容易出問題的環(huán)節(jié)是“支付成功但設(shè)備未響應(yīng)”。所以訂單狀態(tài)、設(shè)備狀態(tài)、支付回調(diào)必須分開管理，并保留補單和人工申訴通道。

技術(shù)架構(gòu)建議

層級   推薦選型  負責(zé)內(nèi)容

用戶端   微信原生小程序 /UniApp   掃碼、下單、支付、訂單、客服

運營端   Vue3 +Element Plus / Ant Design Vue  門店管理、設(shè)備監(jiān)控、分賬、對賬

后端   Spring Boot/ Spring Cloud，或 Go   用戶、訂單、設(shè)備、支付、權(quán)限

數(shù)據(jù)層   MySQL +Redis + MQ   訂單存儲、狀態(tài)緩存、異步任務(wù)

IoT 中臺  MQTT，阿里云 IoT / 騰訊云 IoT / EMQX  設(shè)備接入、指令下發(fā)、狀態(tài)上報

硬件層  智能門鎖、人體存在傳感器、電源控制器   開鎖、在艙檢測、斷電、告警

前端如果只上線微信小程序，且對掃碼啟動速度、支付交互響應(yīng)要求較高，可以用微信原生小程序；如果后續(xù)還要覆蓋支付寶小程序、H5或門店運營端，UniApp 更合適。

后端建議優(yōu)先選 SpringBoot。共享睡眠艙涉及訂單、支付、分賬、退款、設(shè)備狀態(tài)，業(yè)務(wù)復(fù)雜度較高，Spring生態(tài)在交易類場景里更成熟。如果設(shè)備規(guī)模達到萬臺以上，設(shè)備狀態(tài)上報和指令并發(fā)壓力會明顯上升，可以考慮用 Go 承擔(dān) IoT網(wǎng)關(guān)或設(shè)備服務(wù)。

物聯(lián)網(wǎng)對接是關(guān)鍵

共享睡眠艙和普通預(yù)約小程序Zui大的區(qū)別在于：訂單必須驅(qū)動硬件動作。

艙內(nèi)通常需要接入：

智能門鎖：支持二維碼開鎖、遠程開鎖、開鎖結(jié)果回傳。

人體存在傳感器：判斷艙內(nèi)是否有人，避免誤結(jié)束訂單。

電源/燈光控制器：入艙通電、離艙斷電，降低能耗。

環(huán)境傳感器：監(jiān)測溫濕度、空氣質(zhì)量，可聯(lián)動新風(fēng)或空調(diào)。

緊急按鈕/告警模塊：處理突發(fā)情況，保障安全。

通信協(xié)議上，MQTT 是主流選擇。設(shè)備通過 MQTT長連接上報狀態(tài)，云端通過 MQTT 下發(fā)開鎖、斷電、重啟等指令。如果項目規(guī)模較小，可以直接用阿里云 IoT、騰訊云IoT；如果后續(xù)要鋪多門店、多城市，建議自建 EMQX 集群，方便做設(shè)備分組、權(quán)限控制和消息路由。

訂單與設(shè)備狀態(tài)要“強一致”

自助共享場景里，狀態(tài)不一致會直接導(dǎo)致客訴。建議設(shè)計三類核心狀態(tài)：

訂單狀態(tài)：待支付、已支付、使用中、已結(jié)束、已退款、異常。

設(shè)備狀態(tài)：空閑、占用、離線、故障、清潔中。

門鎖狀態(tài)：已鎖、已開、開鎖中、開鎖失敗。

用戶支付成功后，不要直接認為“已開艙”。正確做法是：支付回調(diào) →更新訂單為“待開艙” → 下發(fā)開鎖指令 → 門鎖回傳成功 →訂單進入“使用中”。如果門鎖返回失敗，需要自動重試、轉(zhuǎn)人工，并支持原路退款。

分賬與合規(guī)不能后置

共享睡眠艙通常涉及平臺、門店、物業(yè)、運維等多方收益分配。如果早期只用普通收款，后期接入聯(lián)營、加盟或多門店分賬時，容易出現(xiàn)對賬困難和資金合規(guī)風(fēng)險。

建議從設(shè)計階段就預(yù)留：

門店/點位維度分賬模板；

物業(yè)、加盟商、運維人員分成規(guī)則；

訂單級分賬明細；

退款時自動逆向分賬；

微信支付分賬或合規(guī)清算方案。

門店運營后臺要重點做

小程序面向用戶，但真正決定能否規(guī)?；氖沁\營后臺。

建議包含：

設(shè)備地圖：查看各門店、各艙位在線狀態(tài)；

訂單看板：實時營收、使用率、高峰時段；

故障告警：門鎖離線、傳感器異常、長時間占用；

清潔調(diào)度：離艙后生成清潔任務(wù)；

價格策略：分時段定價、會員價、優(yōu)惠券；

售后工單：處理未開鎖、未結(jié)束訂單、重復(fù)扣費。

開發(fā)優(yōu)先級建議

第一版可以先做Zui小閉環(huán)：

微信掃碼進入；

艙位選擇與下單；

微信支付；

云端校驗設(shè)備空閑；

MQTT 下發(fā)開鎖；

門鎖狀態(tài)回傳；

按時間計費與自動結(jié)束；

訂單查詢與客服申訴。

后續(xù)再迭代會員體系、分賬系統(tǒng)、多門店管理、睡眠數(shù)據(jù)記錄、環(huán)境控制、清潔調(diào)度等功能。

整體來看，共享睡眠艙小程序不是單純的內(nèi)容型小程序，而是一個“交易 + IoT +門店運營”系統(tǒng)。前期Zui該投入的是設(shè)備協(xié)議對接、訂單狀態(tài)機、支付回調(diào)、開鎖結(jié)果回傳和異常處理；這些環(huán)節(jié)穩(wěn)定后，擴展多門店和商業(yè)化功能才會更可控。

需要我為您補充該項目的預(yù)算估算與開發(fā)周期規(guī)劃，方便您完善方案文檔嗎？