遊艇經紀 CRM 後端模板
經紀人、買家、船隻、試航和BrokerNote工作流程
一個生產就緒的 遊艇經紀 CRM 後端 在 Back4app,包含經紀人、買家、船隻、試航和BrokerNote類別。通過AI 代理提示追蹤經紀人任務、買家偏好、船隻列表和試航記錄,以便快速設置。
經紀商要點
此模板為您提供一個配有經紀商、買家、船隻、海試和經紀備註的遊艇經紀CRM後端,以便經紀商能夠將客戶推進清單審查、試駛排程和跟進。
- 經紀商主導的委派 — 建模 Broker.username, Broker.email, Broker.role,以及 Buyer.assignedBroker,以便所有權保持清晰。
- 船隻規格追蹤 — 儲存 Vessel.builder, Vessel.model, Vessel.year, Vessel.lengthFeet, Vessel.askingPrice,和 Vessel.status,以便清晰的清單。
- 海試歷史 — 為每次碼頭運行捕捉 SeaTrial.buyer, SeaTrial.vessel, SeaTrial.trialDate, SeaTrial.result,以及 SeaTrial.nextSteps。
- 經紀人備註和跟進 — 使用 BrokerNote.buyer、BrokerNote.vessel、BrokerNote.noteType、BrokerNote.content 和 BrokerNote.followUpAt 來保持通話和提醒與正確的交易相關。
遊艇經紀 CRM 模板是什麼?
遊艇經紀的報告應該能夠回答領導層的問題,而不需手動查找資料夾和訊息線程。小延遲會迅速累積。在 Back4app 上構建 Broker、Buyer、Vessel、SeaTrial 和 BrokerNote,以更清楚的所有權、更少的遺漏任務和客戶準備好的歷史來運行遊艇經紀事務。該模式包含 Broker(用戶名、電子郵件、全名、角色、電話號碼)、Buyer(全名、電子郵件、最低預算、最高預算、首選長度最小、首選長度最大、首選建造者、母港、活動狀態、指派經紀人)、Vessel(名稱、建造者、型號、年份、長度英尺、要價、貨幣、位置、狀態、規格表網址、上市經紀人)、SeaTrial(買家、船隻、試航日期、出發碼頭、船長姓名、天氣備註、結果、後續步驟、登記人)和 BrokerNote(買家、船隻、作者、備註類型、內容、跟進時間)。連接您首選的前端並更快發貨。
最佳適用於:
遊艇經紀後端概覽
從首次接洽到最終簽署,遊艇經紀的成功依賴於每個人基於相同的事實運作——而不是房間裡最響亮的更新。
持份者可以在這裡對經紀人、買家和船隻的覆蓋範圍進行合理核查:姓名、關係及其所啟用的工作流程。
經紀業核心功能
這個中心的每個技術卡片都使用相同的遊艇經紀CRM架構,包括經紀人、買家、船隻、海試和經紀人筆記。
經紀人分配管理
經紀人儲存用戶名、電子郵件、全名、角色和電話號碼。
船隻庫存和規格
船隻保持名稱、建造商、型號、年份、長度(英尺)、要價、狀態和上市經紀人。
買家資料管理
買家捕捉全名、電子郵件、最低預算、最高預算、首選建造商、母港、活躍狀態和指派經紀人。
海試記錄
海試記錄買家、船隻、試驗日期、出發碼頭、船長姓名、結果和下一步。
經紀人的筆記和提醒
經紀人筆記鏈接買家、可選船隻、作者、筆記類型、內容和跟進時間。
為什麼要使用 Back4app 建立您的遊艇經紀客戶關係管理後端?
Back4app 為您提供經紀人、買家、船隻、海上試驗和經紀人備註的基本元素,讓您的團隊可以專注於列名和客戶會議,而不是從頭搭建數據庫。
- •經紀人擁有的列表和分配: 經紀人、買家.assignedBroker 和 船隻.listingBroker 使分配列表、跟蹤狀態和保持所有權變得簡單可見。
- •偏好驅動的買家匹配: 買家 budgetMin、budgetMax、preferredLengthMin、preferredLengthMax、preferredBuilder 和 homePort 支持現實的短名單邏輯。
- •實時 + API 的靈活性以進行試用: 在保持 REST 和 GraphQL 可用於網頁、移動端和內部工具的同時,使用 Live Queries 進行 SeaTrial 和 BrokerNote 更新。
在列表表單、買家檔案和海上試驗筆記中運行一個後端合約。
經紀商福利
一個游艇經紀後端,能夠組織經紀人記錄、船隻詳細資訊、買家適配度及試航筆記。
更快的上市接收
從船隻的字段開始,如製造商、型號、年份、長度(英尺)、要價、貨幣和狀態,而不是從頭建立庫存表。
更清晰的買家資格
使用買家字段,如預算下限、預算上限、首選長度下限、首選長度上限、首選製造商、母港和活躍狀態,以便將認真的買家與上市進行比較。
試航可追溯性
在每一個記錄中保持SeaTrial.trialDate、departureMarina、captainName、weatherNotes、result和nextSteps,以便交接不依賴記憶。
經紀人可見性
Broker.role、Buyer.assignedBroker、Vessel.listingBroker和SeaTrial.loggedBy使每個船隻和買家對話的擁有者顯而易見。
經紀人備註連續性
BrokerNote.noteType、內容和followUpAt保留偏好呼叫、檢查備註和跟進提醒跨越交易進行。
AI輔助啟動
使用一個結構化提示快速生成後端框架和集成指導。
技術堆疊
此遊艇經紀 CRM 後端模板中包含所有內容。
經紀人關係圖
遊艇經紀業 CRM 後端架構的實體關係模型。
涵蓋經紀人、買方、船舶庫存、海試日誌和經紀人備註的架構。
查看圖表來源
erDiagram
Broker ||--o{ Buyer : "assignedBroker"
Broker ||--o{ Vessel : "listingBroker"
Broker ||--o{ SeaTrial : "loggedBy"
Broker ||--o{ BrokerNote : "author"
Buyer ||--o{ SeaTrial : "buyer"
Buyer ||--o{ BrokerNote : "buyer"
Vessel ||--o{ SeaTrial : "vessel"
Vessel ||--o{ BrokerNote : "vessel"
Broker {
String objectId PK
String username
String email
String password
String fullName
String role
String phoneNumber
Date createdAt
Date updatedAt
}
Buyer {
String objectId PK
String fullName
String email
String phoneNumber
Number budgetMin
Number budgetMax
Number preferredLengthMin
Number preferredLengthMax
String preferredBuilder
String homePort
String activeStatus
String assignedBrokerId FK
Date createdAt
Date updatedAt
}
Vessel {
String objectId PK
String name
String builder
String model
Number year
Number lengthFeet
Number askingPrice
String currency
String location
String status
String specSheetUrl
String listingBrokerId FK
Date createdAt
Date updatedAt
}
SeaTrial {
String objectId PK
String buyerId FK
String vesselId FK
Date trialDate
String departureMarina
String captainName
String weatherNotes
String result
String nextSteps
String loggedById FK
Date createdAt
Date updatedAt
}
BrokerNote {
String objectId PK
String buyerId FK
String vesselId FK
String authorId FK
String noteType
String content
Date followUpAt
Date createdAt
Date updatedAt
}
經紀人同步流程
典型運行流程,登錄、買方管道審查、船舶列表審查、海試日誌和經紀人備註更新。
查看圖表來源
sequenceDiagram
participant User
participant App as Yacht Brokerage CRM App
participant Back4app as Back4app Cloud
User->>App: Sign in to the brokerage workspace
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Open buyer pipeline
App->>Back4app: GET /classes/Buyer?include=assignedBroker&order=-updatedAt
Back4app-->>App: Buyer list with broker pointers
User->>App: Review vessel specs
App->>Back4app: GET /classes/Vessel?include=listingBroker&order=-createdAt
Back4app-->>App: Vessel listings and spec sheets
User->>App: Log a sea trial outcome
App->>Back4app: POST /classes/SeaTrial
Back4app-->>App: SeaTrial objectId
App->>Back4app: Subscribe to Buyer and SeaTrial updates
Back4app-->>App: LiveQuery updates for status changes字段指南
遊艇經紀CRM架構中每個類別的完整字段級參考。
| 欄位 | 類型 | 描述 | 必要 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | Broker login name | |
| String | Broker email address | ||
| password | String | Hashed password (write-only) | |
| fullName | String | Broker display name | |
| role | String | Broker role such as admin, seniorBroker, or coordinator | |
| phoneNumber | String | Direct phone number for the broker | — |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
9 欄位於 Broker
經紀人訪問和權限
如何使用 ACL 和 CLP 策略來保護經紀人、船隻、買家檔案、海試記錄和經紀人備註。
經紀人擁有的記錄
只有指定的經紀人應該更新他們的個人資料和開放列表,除非授予經理角色。
列表完整性
只有授權的工作人員可以創建或刪除船隻和海試記錄;使用雲端代碼來驗證變更。
範圍限制買家訪問
限制買家和經紀人備註的讀取僅限於處理該潛在客戶的經紀團隊和擁有該用戶檔案的客戶前端用戶。
架構 JSON
準備好複製到 Back4app 的原始 JSON 架構定義或用作實施參考。
{
"classes": [
{
"className": "Broker",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"fullName": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"phoneNumber": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Buyer",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"fullName": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"phoneNumber": {
"type": "String",
"required": false
},
"budgetMin": {
"type": "Number",
"required": false
},
"budgetMax": {
"type": "Number",
"required": false
},
"preferredLengthMin": {
"type": "Number",
"required": false
},
"preferredLengthMax": {
"type": "Number",
"required": false
},
"preferredBuilder": {
"type": "String",
"required": false
},
"homePort": {
"type": "String",
"required": false
},
"activeStatus": {
"type": "String",
"required": true
},
"assignedBroker": {
"type": "Pointer",
"required": true,
"targetClass": "Broker"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Vessel",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"name": {
"type": "String",
"required": true
},
"builder": {
"type": "String",
"required": true
},
"model": {
"type": "String",
"required": true
},
"year": {
"type": "Number",
"required": true
},
"lengthFeet": {
"type": "Number",
"required": true
},
"askingPrice": {
"type": "Number",
"required": true
},
"currency": {
"type": "String",
"required": true
},
"location": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"specSheetUrl": {
"type": "String",
"required": false
},
"listingBroker": {
"type": "Pointer",
"required": true,
"targetClass": "Broker"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "SeaTrial",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"buyer": {
"type": "Pointer",
"required": true,
"targetClass": "Buyer"
},
"vessel": {
"type": "Pointer",
"required": true,
"targetClass": "Vessel"
},
"trialDate": {
"type": "Date",
"required": true
},
"departureMarina": {
"type": "String",
"required": false
},
"captainName": {
"type": "String",
"required": false
},
"weatherNotes": {
"type": "String",
"required": false
},
"result": {
"type": "String",
"required": true
},
"nextSteps": {
"type": "String",
"required": false
},
"loggedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Broker"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "BrokerNote",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"buyer": {
"type": "Pointer",
"required": true,
"targetClass": "Buyer"
},
"vessel": {
"type": "Pointer",
"required": false,
"targetClass": "Vessel"
},
"author": {
"type": "Pointer",
"required": true,
"targetClass": "Broker"
},
"noteType": {
"type": "String",
"required": true
},
"content": {
"type": "String",
"required": true
},
"followUpAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}使用 AI 代理構建
使用 Back4app AI 代理根據此模板生成真正的遊艇經紀 CRM 應用程序,包括前端、後端、身份驗證以及經紀人、買家、船隻、海試和經紀人備註流程。
在 Back4app 上創建一個安全的遊艇經紀 CRM 後端,具備此確切的架構和行為。 架構: 1. 經紀人:用戶名(字符串,必填)、電子郵件(字符串,必填)、密碼(字符串,必填)、全名(字符串,必填)、角色(字符串,必填)、電話號碼(字符串,選填);物件 ID、創建時間、更新時間(系統)。 2. 買家:全名(字符串,必填)、電子郵件(字符串,必填)、電話號碼(字符串,選填)、最低預算(數字,選填)、最高預算(數字,選填)、首選長度最小值(數字,選填)、首選長度最大值(數字,選填)、首選建築商(字符串,選填)、母港(字符串,選填)、活動狀態(字符串,必填)、指派經紀人(指向經紀人的指針,必填);物件 ID、創建時間、更新時間(系統)。 3. 船舶:名稱(字符串,必填)、建造者(字符串,必填)、型號(字符串,必填)、年份(數字,必填)、長度(數字,必填)、要價(數字,必填)、貨幣(字符串,必填)、位置(字符串,選填)、狀態(字符串,必填)、規格表 URL(字符串,選填)、上市經紀人(指向經紀人的指針,必填);物件 ID、創建時間、更新時間(系統)。 4. 海試:買家(指向買家的指針,必填)、船舶(指向船舶的指針,必填)、試驗日期(日期,必填)、出發碼頭(字符串,選填)、船長姓名(字符串,選填)、天氣備註(字符串,選填)、結果(字符串,必填)、後續步驟(字符串,選填)、登錄者(指向經紀人的指針,必填);物件 ID、創建時間、更新時間(系統)。 5. 經紀人備註:買家(指向買家的指針,必填)、船舶(指向船舶的指針,選填)、作者(指向經紀人的指針,必填)、備註類型(字符串,必填)、內容(字符串,必填)、後續時間(日期,選填);物件 ID、創建時間、更新時間(系統)。 安全性: - 經紀人使用用戶名/電子郵件和密碼進行身份驗證。 - 買家和船舶列表只能由指定經紀人或上市經紀人進行編輯。 - 海試記錄由登錄經紀人創建,並可供指定經紀人查看。 - 經紀人備註條目對指定買家的經紀人和備註作者可見。 行為: - 瀏覽船舶規格,過濾買家偏好,記錄海試日誌。 - 保持買家與船舶之間的匹配、後續備註和上市狀態同步。 - 支持每日經紀業務流程,包括從可用狀態更新至報價中或已售出。 交付: - Back4app 應用程序,具備架構、CLP、ACL 和用於買家管道、船舶列表、海試安排及備註跟蹤的前端。
按一下下面的按鈕以使用此模板提示預先填寫的方式打開代理。
這是沒有技術後綴的基本提示。您可以在之後調整生成的前端堆疊。
API 測試器
嘗試使用 REST 和 GraphQL 端點對抗遊艇經紀 CRM 架構。回應使用模擬數據,無需 Back4app 帳戶。
使用與此模板相同的架構。
選擇您的技術栈
展開每個卡片以查看如何與您選擇的技術堆棧整合 Broker、Buyer 和 Vessel。
Flutter 遊艇經紀 CRM 後端
React 遊艇經紀 CRM 後端
React 原生 遊艇經紀 CRM 後端
Next.js 遊艇經紀 CRM 後端
JavaScript 遊艇經紀 CRM 後端
Android 遊艇經紀 CRM 後端
iOS 遊艇經紀 CRM 後端
Vue 遊艇經紀 CRM 後端
Angular 遊艇經紀 CRM 後端
GraphQL 遊艇經紀 CRM 後端
REST API 遊艇經紀 CRM 後端
PHP 遊艇經紀 CRM 後端
.NET 遊艇經紀 CRM 後端
您獲得的每項技術
每個技術堆棧使用相同的遊艇經紀 CRM 後端架構和 API 合約。
統一的經紀人和船隻結構
使用一個一致的架構管理 Broker、Buyer、Vessel、SeaTrial 和 BrokerNote。
為列表提供經紀人準備的工作流程
追蹤船隻規格、買方偏好、試航記錄及後續提醒,以便經紀人使用。
跨設備的試航歷史
在網頁和移動客戶端上保持 trialDate、captainName 和 nextSteps 可見。
基於角色的經紀團隊訪問權限
為船隻、買方和試航記錄定義經紀人和工作人員權限。
REST/GraphQL API 用於經紀應用
使用靈活的 API 與儀表板、禮賓工具和上市門戶集成。
技術比較
比較所有支持技術中的設置速度、SDK 風格和 AI 支持。
| 框架 | 設置時間 | 遊艇經紀人好處 | SDK 類型 | AI 支援 |
|---|---|---|---|---|
| 大約 5 分鐘 | 行動和網頁上的經紀人儀表板單一程式碼庫。 | 類型化 SDK | 完整 | |
| 少於 5 分鐘 | 快速排名及買家匹配的網頁儀表板。 | 輸入式 SDK | 完整 | |
| 約 3-7 分鐘 | 跨平台的經紀人移動應用程式。 | 輸入式 SDK | 完整 | |
| 快速(5 分鐘)設置 | 服務器渲染的經紀人門戶網站,用於排名和試用。 | 輸入式 SDK | 完整 | |
| 約 3-5 分鐘 | 輕量級的網絡集成用於經紀工具。 | 輸入式 SDK | 完整 | |
| 大約 5 分鐘 | 原生 Android 應用程式用於現場經紀人。 | 類型化 SDK | 完整 | |
| 少於 5 分鐘 | 原生 iOS 應用程式用於客戶會議和碼頭拜訪。 | 類型化 SDK | 完整 | |
| 約 3–7 分鐘 | Reactive 網頁界面用於船舶和買家工作流程。 | 類型化 SDK | 完整 | |
| 快速(5分鐘)設置 | 大型團隊的企業經紀人入口網站。 | 輸入的SDK | 完整 | |
| 少於2分鐘 | 靈活的 GraphQL API,用於船舶、買家和測試數據。 | GraphQL API | 完整 | |
| 快速(2分鐘)設置 | REST API 與經紀系統集成。 | REST API | 完整 | |
| ~3分鐘 | 用於經紀工作流程的伺服器端 PHP 後端。 | REST API | 完整 | |
| 約 3–7 分鐘 | 用於經紀操作的 .NET 後端。 | 類型化 SDK | 完整 |
設置時間反映了從專案啟動到使用此模板架構的首個船舶或買家查詢的預期持續時間。
經紀人常見問題
有關使用此模板構建遊艇經紀CRM後端的常見問題。