Kliv

解決方案 / 活動及票務

不賣觀眾就賣光

從你自己的網站出售的門票 — 等級、收據、與會者電子郵件以及對房間內物品的分析。沒有票務平台費用,你的活動中沒有其他人的品牌。

所有產業

建置它的案例

為什麼要建造這個而不是票務平台?

票務平台按票收費,用他們的品牌圍繞你的活動,並密切關注與會者名單——你聚集的觀眾將成為他們的行銷資產。從你自己的網站進行銷售可以保留費用、品牌和關係:門票是你型錄中的產品,與會者是你資料庫中的記錄,明年的公告會出現在你的清單中。

註冊邏輯是針對特定活動的:會員價格、演講者補償、早鳥截止日期、研討會容量。描述你的活動的實際規則,系統會執行它們 — 當方案發生變化時,與會者會立即透過帶有你的活動名稱的電子郵件收到你的通知。

系統剖析

事件實際上知道什麼

事件是一個有截止日期的資料庫。門票、容量、節目、實際上在房間裡的人——網站必須知道所有這些,而且必須恰好在一個晚上。這是 Kliv 將要建造的系統的形狀。

活動

今年的會議及其所屬的系列——每個會議都有其日期、地點和議程。

門票種類

GA、VIP、會員、研討會——每種都有自己的價格、銷售視窗和容量。

訂單及參加者

誰買了什麼、收據以及每張門票上的指定參與者。

該方案

會議、演講者、房間和時間——日程安排頁面、電子郵件和當天螢幕都會讀取的一個來源。

簽到

每張票上都有門牌——入場一次,標記兩次。

公告

節目變更和場地詳細資訊將準確傳送給受其影響的持票人。

誰看到什麼

主辦單位一切——按級別銷售、方案、參與者名單、退款。
門衛他們手機上的簽到清單——姓名和機票狀態,沒有收入。
揚聲器他們的會議頁面和資料——而不是與會者名單。
出席者他們的門票、收據、節目——並在變化時更新。

資料庫強制執行的規則

  • 容量是在購買時強制執行的——三十個座位的車間的第 31 位買家被資料庫拒絕,而不是在門口道歉。
  • 一張票只承認一次:簽到會翻轉其狀態,第二次掃描會標記而不是承認。
  • 與會者閱讀自己的訂單,而不是清單。
  • 會議資料向持票者開放;時間表本身是公開的,因為時間表是行銷性的。

以上所有內容都是一個資料集。這就是為什麼日程安排頁面、確認電子郵件和門列表在節目更改的那一週不能互相不一致。

Kliv 組裝什麼

平台部件的購物清單-每個部件都是內建的,每個部件都與其他部件組合在一起。

門票作為產品

等級和早鳥價,透過批准步驟退款——訂單像真實的商業一樣被跟蹤。

與會者通訊

重要細節的確認會在行程發生變更時更新。

活動現場本身

來自你自己的資料的日程表、演講者和場地頁面 — 更改一次,每個頁面都會隨之變化。

房間裡裝滿了什麼

按層級和通路劃分的銷售額以及每個行銷活動的轉換。

諮詢臺

停車、無障礙設施、退款政策 — 從你的活動常見問題中立即得到解答。

充電方式

活動收費的三種方式

門票收入很少只是門票。會議出售分層座位,系列出售季節,贊助商購買進入房間的方式 — 三種形狀,一個型錄。

分層門票

普通版 180 美元·VIP 420 美元

參加者,早或晚

GA 涵蓋該方案; VIP 增加了晚餐和前排。早鳥優惠是你在宣佈的日期開啟和關閉的價格視窗。

解鎖
該門票可開啟與會者的材料以及在容量上限的會議中的座位。
計費
每份訂單收取一筆費用,費用報告接受收據,定價表由商店強制執行,而不是由注意到日期的人強制執行。
退款
在你批准步驟後兩週內可退款。

季票

$300/年

凡事都來的常客

本季的每場活動 — RSVP 存取權、研討會的會員定價、活動之間的存檔。

解鎖
活動通行證有權在每個活動開始時回覆你—無需按活動結帳。
計費
每年更新;失敗的卡會在通行證關閉之前重試並收到恢復電子郵件。
退款
根據你設定的保單進行審批。

贊助套餐

一次 5,000 美元

想要引起房間注意的發起人

專案安排、贊助商頁面以及其團隊的四張 VIP 通行證。

解鎖
購買將授予通行證並開啟贊助商的頁面 — 可交付成果作為資料,而不是 PDF 承諾。
計費
作為一次性購買開立發票,並附有財務團隊接受的收據。
退款
同樣的審批流程-贊助的解除是透過決定,而不是偶然。

發布前

第一週,啟動前

活動不會軟啟動——大門一旦開啟。第一週是為了確保機器在門票成為真實之前正常工作。

第一天

塑造活動

描述一下:日期、等級、三十人座的研討會、誰獲得會員價。 Kliv 建置了第一個預覽 — 工單、時間表、已實施的容量。

第二天

讓它成為你的

你的品牌出現在與會者接觸到的每個表面上:現場、結帳、包含場地詳細資訊的確認電子郵件。

第三天

載入程式

會議、演講者、房間、價格、以及實際日期的早鳥視窗。更改會話時間並檢視隨後的日程安排頁面和更新電子郵件。

第 4 天

試著打破它

購買有上限的車間的最後一個座位,然後看著下一個買家被拒絕。退票。檢查兩次——第二次掃描應該標記,現在你知道它確實標記了。

然後排練一年

在Sandbox中,用模擬金錢和模擬時間,在開始前執行整個銷售:宣佈、觀看早鳥按方案結束、VIP在第三週售完、退款在門前一週落地。當真正的門票開始銷售時,銷售已經發生過一次——完美。

定製,無定製風險

客製化軟體過去意味著預算、承包商和維護合約。這是一個不同的交易。

企業級零件

登入、在資料庫中強制執行的權限、計費、稽核、電子郵件-自訂系統下的元件與每個 Kliv 應用程式執行時所執行的元件相同。你建置經過驗證的基礎設施;你不需要從頭開始委託程式碼。

按順序更改船舶

當你的流程發生變化時,請這樣說 — 更改是在對話中建置的,你可以在即時預覽中檢視它,並且在你發布之前不會有任何內容到達你的使用者。商業變化甚至可以在 Sandbox 中以模擬的金錢和時間進行演練。

沒有人能日落

現成的工具會按照供應商的時間表重新定價、重新設計和退役,你的工作流程也會隨之發生。只有當你變更時,你的 Kliv 應用程式才會發生變化。這是你的產品,不是別人的產品。

用一句話說出來

kliv.dev

“為我們的會議建置一個網站,其中包含三個門票等級、日程安排頁面、包含場地詳細資訊的確認電子郵件,以及在方案更改時向與會者提供的更新資訊。”

這確實是它的開始方式——描述它,然後在對話中完善。

建造或購買

為什麼不直接使用票務平台呢?

每張門票費用

現成的: 每張門票均需付款服務費-房間自行繳稅。

與 Kliv: 門票在你自己的 Stripe 帳戶上檢視。

出席人員名單

現成的: 他們的行銷資產;你得到一個出口。

與 Kliv: 與會者是資料庫中的行——明年的公告只需一封電子郵件即可。

你活動的形式

現成的: 清單範本:一頁,一個日期,如果幸運的話,還可以分層。

與 Kliv: 多日計畫、上限研討會、會員定價、演講嘉賓安排——你的規則,強制執行。

事件之間

現成的: 休眠列表頁面。

與 Kliv: 季票、檔案和社群全年都生活在你的網域上。

你的品牌

現成的: 他們的結帳、確認電子郵件、門口的標誌。

與 Kliv: 你的端到端 — 網站、收據、更新、簽到。

常見問題

誰擁有與會者資料?

你確實如此—與會者是你自己資料庫中的客戶。對他們進行細分,向他們寄送電子郵件,並邀請他們參加明年的活動,而無需徵得任何人的許可。

我可以實行早鳥價和會員價嗎?

是的 — 等級、限時價格和促銷程式碼都是型錄的一部分,因此你宣佈的定價表就是商店執行的定價表。

與會者如何得知變化?

透過網站自己的電子郵件,確認訊息包含場地詳細訊息,並且節目變更會傳送給每個持票人,並標記為你的活動。

門衛可以在會場檢查人員入場嗎?

是的-門口工作人員可以在手機上檢視簽到檢視:搜尋姓名,點選即可入場。一張票只能入場一次;第二次掃描標記,而不是讓相同的 PDF 進入兩次。

上限研討會如何運作?

容量取決於門票型別,並在購買時強制執行 — 當第 30 個座位售出時,商店將停止銷售工作室並如此說明,而不是過度銷售並在門口道歉。

贊助商也可以透過該網站購買嗎?

是的-贊助商套餐與其他產品一樣:開立發票並附有適當的收據,其通行證作為權益授予,其頁面透過購買開啟。贊助成為你可以看到的訂單,而不是電子郵件中的附帶交易。

描述一下你的。 Kliv 建置它。

以一句話開頭;運送整個東西。

價格