castoMIND

第三階段

一個網站、一個看板,同埋令成件事運行嘅機器

書面描述會變成三個真實介面:castomUI 上嘅一個網站、dash-b 入面一個營運看板,同埋做實際工作嘅 castomFLOW 工作流程。唔係三個之間嘅模型——係三件你可以打開、編輯同關閉嘅產品。

呢三樣嘢由同一份文件、三個設計為放喺同一層架嘅系統並行建成。呢點比聽落更重要:看板上嘅標籤同網站上嘅用字一致,係因為兩者都由同一段文字生成,唔係因為有人記得要人手保持同步。

之後下面所有嘢都會喺佢自己嘅編輯器入面打開。castoMIND 組裝第一個版本;佢唔擁有佢、唔鎖住佢,亦唔需要你返嚟經 castoMIND 先可以改一個標題。

三個介面

會起啲乜,由家族邊一部分負責

網站——castomUI

頁面、文案、品牌,發佈喺一個網址。文案由描述寫成,所以網站論證嘅係份文件論證嘅立場,而唔係範本預設嘅嗰套。

看板——dash-b

營運產品嗰塊板,第一日就排好版面。dash-b 係一個即時看板設計器,講 86 種語言,並且由底下嘅平台自動填充。

工作流程——castomFLOW

真正令佢運行嘅步驟:變成一張發票嘅訂單、第三日嘅提醒、每晚嘅對帳。該確定嘅地方就確定,真正需要判斷嘅地方就用 AI。

到呢度,個資料夾就唔再係空嘅喇。

看板喺第一位客戶出現之前已經存在

呢個係最唔尋常嘅地方,而且係刻意嘅。大部分新產品要到大約四個月後先至有量度,到時終於有人問回購率係幾多,但冇人答得出。到嗰陣,頭四個月已經救唔返——數據從來冇收集過,因為根本冇地方喺收集。

第一日就將看板企起嚟,只花幾分鐘,但第一個月就有數據睇。而嗰個正正就係決定有冇第二個月嘅月份。

一個小小嘅異端講法:第一個禮拜,儀表板比網站有用。網站係畀你仲未有嘅顧客睇嘅;儀表板就係畀你搵出點解仲未有佢哋嘅方法。

起樓階段大約 25 分鐘
  • 1網站結構根據描述所暗示嘅內容揀選頁面。有價錢,就有價錢頁。
  • 2文案已寫好根據書面個案,用品牌嘅語氣,用你要求嘅語言寫成。
  • 3圖片免版稅,嚟自平台嘅媒體庫,授權同署名資料附喺檔案上。
  • 4看板已排版呢類產品生死攸關嘅四、五個數字。唔係四十個。
  • 5工作流程已建好描述入面暗示本來要有人手做嘅每一個步驟。
  • ·然後就到你打開佢哋三個編輯器,三件普通產品。冇嘢係「生成咗就封存」嘅。

三樣嘢背後共用一個描述之後全部都可以改

工作流程實際涵蓋咗啲乜

描述講明件產品做啲乜,而一件產品做嘅嘢,大部分都係重複工作——本來要有人朝早九點人手做嗰啲。呢啲就變成工作流程:一張訂單變一張發票;一個註冊會收到歡迎訊息,第三日再跟進;一張供應商訂單會被拆分、發出同追蹤;月報喺每月一號自動組裝好。

castomFLOW 特登唔會喺每個步驟都擺個模型上去,castoMIND 承襲咗呢種紀律。對數唔需要判斷,只需要同樣嘅嘢每次都用同樣方式發生。真正需要判斷嘅步驟——分類呢個訊息、草擬嗰個回覆、喺三個選項之間揀一個——先會用到模型,而且只係嗰啲先收費。

結果係一部你讀得明嘅機器。第二個月出事嗰陣,會有一份運行紀紀錄,寫明行咗邊條分支、由邊啲數值決定,而唔係聳聳肩加一個似模似樣嘅理論。

三樣嘢底下係乜

三樣嘢全部建基於 castomAPI,所以冇一樣需要額外買嘢。網站嘅圖片嚟自一個搜尋十一個供應商嘅免版稅圖庫,並且保留授權資料。地址同國家欄位用 3,480 萬行真實參考數據嚟驗證。工作流程可以發電郵、SMS 或者推播通知、收款、提供預約時段或者生成短連結,全部用開頭登入嗰個帳戶。

呢啲全部唔使任何人設定整合,亦都冇要輪換嘅金鑰。佢係成個家族企喺上面嘅地基。