廣告代理機構潛在客戶追踪器後端模板
CampaignPitch、BudgetPlan和CreativeBrief追踪
一個生產就緒的廣告代理機構潛在客戶追踪器後端 在 Back4app 上,包含帳戶、CampaignPitch、BudgetPlan、CreativeBrief、狀態歷史和活動記錄。包括ER圖、數據字典、JSON架構、API沙箱,以及一個AI代理提示以快速啟動。
關鍵要點
此模板提供您一個廣告代理商潛在客戶後端,包含帳戶、CampaignPitch、預算計畫、CreativeBrief、狀態歷史和活動註解記錄,以便操作負責人能夠保持狀態歷史可供審核。
- Pitch 管道可見性 — 將 CampaignPitch 項目建模,並清楚標示階段值、擁有者指標、nextReviewAt 日期和 clientBudget。
- 預算控制 — 追蹤與帳戶及 CampaignPitch 相關的 BudgetPlan 行,包含貨幣、計劃支出、已支出金額和批准狀態。
- 創意簡報歷史 — 保持 CreativeBrief 的可交付成果、到期日和附加在每個 CampaignPitch 上的備註。
- 可審計的狀態日誌 — 使用 StatusHistory 和 ActivityNote 來捕捉誰更改了 Pitch 以及記錄了什麼注釋。
- 跨平台代理後端 — 通過一個 REST 和 GraphQL API 為帳戶、CampaignPitch、預算計劃和簡報記錄提供網頁和移動工具。
了解廣告代理商 Lead Tracker 後端
當廣告代理商團隊增長時,共享收件箱會停止擴展;您需要指派、權限和每個人都信任的時間表。小的延遲快速累積。Back4app 為需要截止日期、文件和通訊的廣告代理商實踐穩定了帳戶、CampaignPitch、預算計劃、CreativeBrief 和 StatusHistory,並在一個有權限的工作空間中運行。該架構涵蓋用戶(用戶名、電子郵件、密碼、角色)、帳戶(帳戶名稱、行業、擁有者、狀態)、CampaignPitch(活動名稱、帳戶、階段、客戶預算、擁有者、下一次審查時間)、預算計劃(帳戶、CampaignPitch、貨幣、計劃支出、至今支出、批准狀態)、CreativeBrief(簡報標題、CampaignPitch、簡報擁有者、交付物、截止日期、注釋)、StatusHistory(CampaignPitch、被更改者、從階段、到階段、變更注釋、更改時間)和 ActivityNote(CampaignPitch、作者、注釋類型、內容、登錄時間),並內置身份驗證和可審計的跟踪。連接您首選的前端並加快交付。
最佳:
廣告代理:後端快照
廣告代理對象的共享語言——同樣的名稱代表同樣的內容——和底層架構一樣重要。
中心保持帳戶、活動提案和預算計劃的語言一致,產品、運營和工程在說“記錄”時意義相同。
代理追蹤核心功能
此中心中的每個技術卡片都使用相同的代理後端架構,包括 Account、CampaignPitch、BudgetPlan、CreativeBrief、StatusHistory 和 ActivityNote。
帳戶錄入和資格審查
帳戶存儲帳戶名稱、行業、擁有者和狀態。
活動提案追蹤
CampaignPitch 將一個帳戶、活動名稱、階段、客戶預算、擁有者和下次審查時間聯繫在一起。
客戶預算管理
BudgetPlan 記錄每個 CampaignPitch 的 plannedSpend、spentToDate、currency 和 approvalStatus。
創意簡報日誌
CreativeBrief 儲存每個 CampaignPitch 的 briefTitle、deliverables、dueDate 和 notes。
可審核的狀態歷史
StatusHistory 和 ActivityNote 捕捉 fromStage、toStage、noteType、body、changedBy 和 loggedAt。
為什麼要使用Back4app構建您的廣告代理機構潛在客戶追蹤後端?
Back4app為您的團隊提供所需的要素,以便追蹤代理潛在客戶、預算批准和創意簡報歷史,而無需手動編排所有內容。
- •將潛在客戶和提案記錄集中在一個地方: Account和CampaignPitch類別將客戶的帳戶名稱、行業、階段和所有者緊密綁定在一起。
- •保持可見的預算欄位: BudgetPlan行顯示計劃支出、迄今為止的支出、貨幣和批准狀態,讓帳戶負責人比較範圍與客戶上限。
- •審計準備就緒的簡報歷史: CreativeBrief和StatusHistory為每次交接捕捉可交付成果、筆記、變更說明值和變更時間戳。
構建代理機構工作流一次,然後在網路、行動和管理工具中重複使用相同的後端合約。
核心優勢
一個可幫助您的運營團隊保持活動、預算和簡報一致的潛在客戶追蹤後端。
較少的失敗推介更新
Account 和 CampaignPitch 記錄使擁有者、階段和 nextReviewAt 對整個團隊保持可見。
工作開始前的預算檢查
BudgetPlan 行在早期顯示 plannedSpend 和 spentToDate,因此帳戶經理可以在生產前捕捉到差距。
您可以信賴的修訂歷史
CreativeBrief 可交付成果和 StatusHistory 時間戳為您提供了客戶變更的清晰序列。
更清晰的交接
帳戶擁有者加上簡要擁有者在創意簡報中減少銷售、策略和創意之間的混淆。
可查詢的代理管道
將帳戶、活動提案、預算計劃和活動筆記記錄存儲在單獨的類中,以便儀表板可以按階段、貨幣或筆記類型進行過濾。
快速的 AI 輔助設置
透過一個結構化的提示生成後端腳手架和集成指南。
準備好啟動您的代理潛在客戶追蹤器了嗎?
讓 Back4app AI 代理為您的代理潛在客戶後端搭建腳手架,並從一個提示中生成帳戶、活動提案、預算計劃和簡報跟蹤。
免費開始 — 每月 50 條 AI 代理提示,無需信用卡
機構技術棧
此廣告代理潛在客戶跟踪後端模板中包含一切。
帳戶狀態 ER 圖
廣告代理商潛在客戶追蹤架構的實體關係模型。
涵蓋帳戶、提案、預算計劃、簡要記錄和審計記錄的架構。
查看圖表來源
erDiagram
User ||--o{ Account : "owner"
User ||--o{ CampaignPitch : "owner"
User ||--o{ CreativeBrief : "briefOwner"
User ||--o{ StatusHistory : "changedBy"
User ||--o{ ActivityNote : "author"
Account ||--o{ CampaignPitch : "account"
Account ||--o{ BudgetPlan : "account"
CampaignPitch ||--o{ BudgetPlan : "campaignPitch"
CampaignPitch ||--o{ CreativeBrief : "campaignPitch"
CampaignPitch ||--o{ StatusHistory : "campaignPitch"
CampaignPitch ||--o{ ActivityNote : "campaignPitch"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
Account {
String objectId PK
String accountName
String industry
String ownerId FK
String status
Date createdAt
Date updatedAt
}
CampaignPitch {
String objectId PK
String campaignName
String accountId FK
String stage
Number clientBudget
String ownerId FK
Date nextReviewAt
Date createdAt
Date updatedAt
}
BudgetPlan {
String objectId PK
String accountId FK
String campaignPitchId FK
String currency
Number plannedSpend
Number spentToDate
String approvalStatus
Date createdAt
Date updatedAt
}
CreativeBrief {
String objectId PK
String briefTitle
String campaignPitchId FK
String briefOwnerId FK
Array deliverables
Date dueDate
String notes
Date createdAt
Date updatedAt
}
StatusHistory {
String objectId PK
String campaignPitchId FK
String changedById FK
String fromStage
String toStage
String changeNote
Date changedAt
Date createdAt
Date updatedAt
}
ActivityNote {
String objectId PK
String campaignPitchId FK
String authorId FK
String noteType
String body
Date loggedAt
Date createdAt
Date updatedAt
}
代理商同步流程
典型運行流程:授權、帳戶查找、創建 CampaignPitch、審核 BudgetPlan 和更新 CreativeBrief。
查看圖表來源
sequenceDiagram
participant User
participant App as Advertising Agency Lead Tracker App
participant Back4app as Back4app Cloud
User->>App: Sign in with agency credentials
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Open account pipeline
App->>Back4app: GET /classes/Account?include=owner
Back4app-->>App: Account list with owners
User->>App: Create a campaign pitch
App->>Back4app: POST /classes/CampaignPitch
Back4app-->>App: CampaignPitch objectId
User->>App: Add a creative brief and budget plan
App->>Back4app: POST /classes/CreativeBrief
App->>Back4app: POST /classes/BudgetPlan
Back4app-->>App: Brief and budget saved
User->>App: Record a status change
App->>Back4app: POST /classes/StatusHistory
Back4app-->>App: StatusHistory saved
App->>Back4app: Subscribe to live CampaignPitch updates
Back4app-->>App: Real-time pitch stage changes機構領域指南
機構主導架構中每個類別的完整字段級參考。
| 字段 | 類型 | 描述 | 必填 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role for agency workflow access | |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
7 字段在 User 中
機構記錄的訪問規則
ACL 和 CLP 策略如何保障帳戶、提案、預算計劃、簡報紀錄和審計歷史。
帳戶擁有權規則
只有指定的團隊成員或管理員應更新帳戶狀態和行業字段。
提案和預算限制
限制 CampaignPitch 和 BudgetPlan 的寫入僅限於具有機構訪問權限的身份驗證用戶;在 Cloud Code 中驗證擁有者、briefOwner 和 spentToDate。
審計日誌完整性
StatusHistory 和 ActivityNote 條目應為附加式,這樣簡報、預算和提案的變更歷史才能保持可信。
JSON Schema
原始 JSON 架構定義準備好可以複製到 Back4app 或作為實施參考。
{
"classes": [
{
"className": "User",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Account",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"accountName": {
"type": "String",
"required": true
},
"industry": {
"type": "String",
"required": true
},
"owner": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "CampaignPitch",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"campaignName": {
"type": "String",
"required": true
},
"account": {
"type": "Pointer",
"required": true,
"targetClass": "Account"
},
"stage": {
"type": "String",
"required": true
},
"clientBudget": {
"type": "Number",
"required": true
},
"owner": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"nextReviewAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "BudgetPlan",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"account": {
"type": "Pointer",
"required": true,
"targetClass": "Account"
},
"campaignPitch": {
"type": "Pointer",
"required": true,
"targetClass": "CampaignPitch"
},
"currency": {
"type": "String",
"required": true
},
"plannedSpend": {
"type": "Number",
"required": true
},
"spentToDate": {
"type": "Number",
"required": true
},
"approvalStatus": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "CreativeBrief",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"briefTitle": {
"type": "String",
"required": true
},
"campaignPitch": {
"type": "Pointer",
"required": true,
"targetClass": "CampaignPitch"
},
"briefOwner": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"deliverables": {
"type": "Array",
"required": true
},
"dueDate": {
"type": "Date",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "StatusHistory",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"campaignPitch": {
"type": "Pointer",
"required": true,
"targetClass": "CampaignPitch"
},
"changedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"fromStage": {
"type": "String",
"required": true
},
"toStage": {
"type": "String",
"required": true
},
"changeNote": {
"type": "String",
"required": false
},
"changedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ActivityNote",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"campaignPitch": {
"type": "Pointer",
"required": true,
"targetClass": "CampaignPitch"
},
"author": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"noteType": {
"type": "String",
"required": true
},
"body": {
"type": "String",
"required": true
},
"loggedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}與 AI 代理一起構建
使用 Back4app AI 代理從此模板生成一個真正的廣告代理商潛在客戶追蹤應用程式,包括前端、後端、身份驗證以及賬戶、CampaignPitch、預算計畫和簡報工作流程。
在 Back4app 上根據這個精確的架構和行為創建一個廣告代理商潛在客戶追蹤應用程式後端。 架構: 1. 用戶(使用 Back4app 內建):用戶名、電子郵件、密碼、角色;objectId、createdAt、updatedAt(系統)。 2. 賬戶:賬戶名稱(字符串,必填),行業(字符串,必填),擁有者(指向用戶的指針,必填),狀態(字符串,必填);objectId、createdAt、updatedAt(系統)。 3. CampaignPitch:活動名稱(字符串,必填),賬戶(指向賬戶的指針,必填),階段(字符串,必填),客戶預算(數字,必填),擁有者(指向用戶的指針,必填),下一次審查時間(日期,可選);objectId、createdAt、updatedAt(系統)。 4. 預算計畫:賬戶(指向賬戶的指針,必填),CampaignPitch(指向CampaignPitch的指針,必填),貨幣(字符串,必填),計劃支出(數字,必填),至今已花費(數字,必填),批准狀態(字符串,必填);objectId、createdAt、updatedAt(系統)。 5. 創意簡報:簡報標題(字符串,必填),CampaignPitch(指向CampaignPitch的指針,必填),簡報擁有者(指向用戶的指針,必填),交付品(數組<string>,必填),截止日期(日期,必填),備註(字符串,可選);objectId、createdAt、updatedAt(系統)。 6. 狀態歷史:CampaignPitch(指向CampaignPitch的指針,必填),更改者(指向用戶的指針,必填),從階段(字符串,必填),到階段(字符串,必填),變更備註(字符串,可選),更改於(日期,必填);objectId、createdAt、updatedAt(系統)。 7. 活動備註:CampaignPitch(指向CampaignPitch的指針,必填),作者(指向用戶的指針,必填),備註類型(字符串,必填),內容(字符串,必填),記錄於(日期,必填);objectId、createdAt、updatedAt(系統)。 安全性: - 限制賬戶、CampaignPitch、預算計畫、創意簡報、狀態歷史和活動備註的更改僅限於經過身份驗證的代理用戶。保持狀態歷史為附加-only 並在 Cloud Code 中驗證擁有權。 身份驗證: - 註冊、登錄、登出。 行為: - 列出賬戶、創建CampaignPitch記錄、更新預算計畫總額、記錄創意簡報修訂,並為每一個有意義的變更寫入審計日誌。 交付: - Back4app 應用程式,包含架構、ACLs、CLPs;賬戶、提案、預算、簡報日誌和審計歷史的前端。
按下下面的按鈕以打開代理,並預填充此模板提示。
這是沒有技術後綴的基本提示。您可以之後調整生成的前端堆疊。
API 沙盒
嘗試 REST 和 GraphQL 端點對該機構的潛在客戶架構進行測試。響應使用模擬數據,並不需要 Back4app 帳戶。
使用與該模板相同的架構。
選擇您的技術堆疊
展開每張卡片以了解如何將帳戶、CampaignPitch 和 BudgetPlan 與您選擇的技術堆疊整合。
Flutter 廣告代理商潛在客戶追蹤後端
React 廣告代理商潛在客戶追蹤後端
React 原生 廣告代理商潛在客戶追蹤後端
Next.js 廣告代理商潛在客戶追蹤後端
JavaScript 廣告代理商潛在客戶追蹤後端
Android 廣告代理商潛在客戶追蹤後端
iOS 廣告代理商潛在客戶追蹤後端
Vue 廣告代理商潛在客戶追蹤後端
Angular 廣告代理商潛在客戶追蹤後端
GraphQL 廣告代理商潛在客戶追蹤後端
REST API 廣告代理商潛在客戶追蹤後端
PHP 廣告代理商潛在客戶追蹤後端
.NET 廣告代理商潛在客戶追蹤後端
您將從每項技術中獲得什麼
每個堆疊使用相同的代理後端架構和 API 合約。
統一的代理管道數據
使用一個架構管理帳戶、CampaignPitch、BudgetPlan和CreativeBrief記錄。
適合審計的狀態歷史
追蹤提案、預算和簡報記錄的變更,並僅附加日誌。
客戶工作的預算可見性
為帳戶和操作團隊保留plannedSpend和spentToDate。
基於角色的代理商用戶訪問權限
為帳戶負責人、創意人員和運營人員定義權限。
REST/GraphQL APIs 用於代理商工具
使用靈活的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 分鐘 | React 具有可見性的網頁 UI。 | 類型化 SDK | 完整 | |
| 快速(5分鐘)設置 | 用於機構操作的企業儀表板。 | 輸入式SDK | 完整 | |
| 少於2分鐘 | 靈活的GraphQL API,用於帳戶和簡要數據。 | GraphQL API | 完整 | |
| 快速(2分鐘)設置 | REST API整合機構工具。 | REST API | 完整 | |
| 約3分鐘 | 伺服器端 PHP 後端,用於操作工作流程。 | REST API | 完整 | |
| ~3-7 分鐘 | .NET 後端,用於代理商潛在客戶自動化。 | 鍵入的 SDK | 完整 |
設置時間反映從專案啟動到使用此模板架構進行第一次帳戶或推介查詢的預期持續時間。
代理機構問題
有關使用此模板建立廣告代理機構潛在客戶追蹤後端的常見問題。