初創企業

每位客戶、每位新同事、每個數字，盡在一個系統

初創企業每遇到一個新問題就加一個工具，直到沒有人知道哪個才是準確的。由一個掌握每位客戶、每項資產和每位新同事的系統開始，再交給 AI 同事處理其中的大小事務。

設計你的系統
柏林一間紅磚牆工作坊內，一位技師在工作枱上測試電動單車電池

高速增長，靠十一個登入帳戶支撐

與你規模相若的初創企業，大多每遇到一個問題就加一個工具。一直行得通，直到某位用戶的電池在早上 7 點沒電，而支援團隊、工作坊和送貨車各自只看到事件的一部分。

  1. 每個新問題，一個新工具工單在一個 app，交易在另一個，應徵者又在第三個。每位新同事都有十一個登入帳戶，還要弄清哪個才是準確的。
  2. 車隊困在一張試算表中哪輛單車在哪裏、由誰使用、何時保養過，全部記在一張工作坊組長想起才更新的試算表。
  3. 支援團隊看不到工作坊的情況一位用戶問他的單車何時修好。支援團隊在 Slack 詢問工作坊，用戶就要等兩邊回覆。
  4. 投資者更新要花一個週末每個月都要有人從五個匯出檔案，人手將 MRR、流失率和車隊可用率搬入簡報。
分散於
  • Google Workspace Business Standard
  • Slack Pro
  • Zoom Workplace Pro
  • Otter Business
  • HubSpot Sales Hub Professional
  • Mailchimp Standard
  • Zendesk Suite Team
  • RingCentral Core
  • Calendly Teams
  • Asana Starter
  • Power BI Pro

$531,840Pendel 的 11 個訂閱，按牌價計每年

示例公司Pendel Bikes德國柏林

Pendel 以月租形式向柏林通勤人士出租電動單車，包保養，並為 60 家公司提供僱主計劃。

Deniz Aksoy 和 Hanna Vogt 於 2022 年帶著四十輛單車，在 Kreuzberg 一個庭院創辦 Pendel。今年春天的 A 輪融資帶來三間工作坊和 3,400 輛單車，公司一年內由 20 人增至 48 人，依靠的是十一個互不相通的訂閱。

48
員工
3,400
路上單車
3
工作坊
4
每月新聘

Deniz Aksoy 聯合創辦人兼行政總裁在下方影片中，使用 OpenLazarus 設計 Pendel 的系統。

Pendel Bikes 是虛構示例，並非客戶：一間類似我們服務對象的公司，用以展示它在 OpenLazarus 上如何運作。當中的人物、數字和相片僅作說明之用。

Pendel 用它來運行甚麼

模組使用的是 Pendel 自己的名稱，而不是我們的；AI 同事處理的用戶、單車和應徵者，與公司員工完全相同。

他們的模組
  • 支援每位用戶的問題，旁邊就是單車的完整記錄
  • 車隊3,400 輛單車：由誰使用、在哪裏、何時保養過
  • 零件三間工作坊的電池、摩打和煞車皮
  • 訂閱每位用戶由登記到交車，以及每次退車
  • 僱主為員工支付單車費用的 60 家公司
  • 招聘每個空缺和應徵者，按階段排列
  • 報告MRR、流失率和可用率，隨時用於投資者更新
  • 電話用戶支援和各間工作坊共三條線
他們的 AI 同事，某個示例早上
  • Sam OkaforAI用戶支援已於通宵期間回覆 214 條用戶訊息，並於 08:05 前更換好一個沒電的電池
  • Mei TanakaAI保養和調度已在三間工作坊預約 38 個保養時段，並為兩輛送貨車規劃路線
  • Amara DialloAI招聘已篩選兩個技師職位的 96 份申請，並預約 7 個面試
  • Arjun MehtaAI數字和投資者已草擬九月份投資者更新：MRR €268,900，增長 6.1%

像 Pendel 這樣的公司，通常從 Sam, Amara 和 Arjun 開始。

示意估算

一年之內可以帶來的改變

根據 Pendel 的示例數字推算的示意估算：它可以停付的訂閱、員工可以取回的時間，以及更快重返路面的單車。

$56,500
每年節省：停付的十一個工具，已足夠支付 Lazarus、伺服器、三條電話線和一位隨時候命的工程師
2,100
每年交還給用戶支援、工作坊和創辦人的時數
94%
保養個案兩日內完成，以往每輛單車未有預約時段時為 71%

虛構公司的示例數字。節省金額和時數按其示例工具和方案的牌價計算；第三個數字是示意目標，並非實際量度結果。

用一個屬於你的系統開展你的公司

告訴 OpenLazarus 你的初創企業今天如何運作、將來想走向何方。你會在對話中看著你的系統逐步成形，使用你的名稱、你的 AI 同事，以及它為你節省的開支。

我們只有 48 人，這不是給大公司用的嗎？

以你的規模反而更容易。從現在開始，你聘請的每一位同事都加入同一個系統，無需等到 150 人、習慣已經定型時才轉移十一個工具的數據。

我們的 app 和收費系統會保留嗎？

會。你的產品團隊繼續開發用戶 app。Lazarus 會從你的收費服務供應商讀取訂閱和付款資料，從你的車隊平台讀取單車數據，並在有需要時寫回。

用戶資料存放在哪裏？

在你自己的伺服器上，可以設於歐盟境內，數據由你擁有。用戶資料集中在一處，而不是散落在十一個地方，令存取和刪除要求更容易回應。

由誰決定 AI 可以做甚麼？

由你決定，按每個 AI 同事逐一設定：哪些可以自行處理，哪些要先徵詢你，例如超過 €50 的補償額度，或將一輛單車退役。每個操作都有記錄，你的同事隨時看得到。

設定需要多久？

設計只需與 OpenLazarus 進行一次對話，就像影片中一樣。之後我們的工程師會接駁你的收費系統、電話線和車隊數據，並遷移現有資料；以 Pendel 的規模，通常數星期內完成。