WorkCord 使用狀況分析WorkCord adoption analysis

20 位使用者的聚合分析 · 資料截至 2026-08-31Aggregate analysis of 20 users · data through 2026-08-31

不是使用者玩太複雜,是基本使用就不穩Not users overreaching — basic use is what is broken

20 位使用者累計撞到 160 個問題,近九成發生在「送一則訊息、傳一個檔案、錄一場會、設一條排程」這種第一天就會做的事情上。真正需要自己組裝的進階用法,只佔一成。Across 20 users, 160 problems were catalogued. Nearly nine in ten occur in things anyone does on day one — send a message, upload a file, record a meeting, set one schedule. Advanced work accounts for barely a tenth.

88%的問題出在基本使用
(160 個裡的 141 個)
of problems are in basic use
(141 of 160)
20/20每一位都在基本使用上撞到
沒有人只撞到進階問題
every user hit a basic-use failure
none hit only advanced ones
12%才是進階用法
agent 互叫、自建技能、外接金鑰
is advanced work
agents calling each other, skills, API keys
基本使用Basic use141 · 88%
進階用法Advanced19 · 12%
已停用的 10 位,基本使用佔 90%For the 10 who stopped, 90% basic
最常見的錯誤是假的:答案早就到了,半小時後才補一句「失敗」The most common error is false: the answer arrived, then a failure notice followed 30 minutes later全平台 807 筆逾時錯誤重算:0 筆在 1 秒內跳出,中位數 31 分鐘(等於逾時期限本身)。真正的缺陷是——87% 的逾時錯誤,在它被寫進房間之前,同一個 agent 早就把答案給了使用者讀完答案,半小時後才看到一句「失敗」。Re-measured across all 807 timeout rows: none fired within a second; the median is 31 minutes — the deadline itself. The real defect is that for 87% of them the same agent had already delivered an answer before the error was written. The user reads the answer, then half an hour later is told it failed.
使用者要做的事都很普通What users were doing was ordinary把會議變成排播順序、把公開資料做成圖卡、把素材庫貼標籤、每天早上收一份摘要、把影片交出去拿回完成片。全都是「交代一件事、等一個結果」。真正需要組裝的進階用法只佔 12%。Turn a meeting into a running order, turn public data into on-air cards, tag an asset library, receive one briefing each morning, hand off a video and get back a finished cut. All of it is "ask for one thing, wait for one result". Genuinely advanced work is only 12%.
修好了,但使用者不知道It was fixed — users were never told平台修好 18 個,只有 11 個有人回頭告知。20 位裡有 15 位一次都沒被通知過——對他們來說,修好等於沒修。另有 5 個是使用者自己寫規則、自己糾正 agent 才解決的。The platform fixed 18; only 11 were communicated back. 15 of the 20 were never told anything — so for them, fixed and broken look identical. A further 5 were solved by the users themselves.

問題型錄:使用者當下在做什麼Problem catalogue: what the user was doing

問題型態20 人中幾人撞到已修未修未確認
Problem typeUsers hit (of 20)FixedNot fixedUndetermined
送出訊息後沒有回覆,或收到假的失敗通知20 人3358
No reply after sending, or a false failure notice203358
傳檔案給 agent,讀不到或檔案遺失13 人10211
Files handed to an agent are unreadable or lost1310211
agent 產出的內容錯誤或憑空編造10 人0412
Agent output is wrong or invented100412
排程沒準時、沒送到、或停不掉9 人188
Schedules fire late, never arrive, or cannot be stopped9188
錄音、逐字稿或會議報告不能用8 人166
Recording, transcript or meeting report unusable8166
其他8 人147
Other8147
系統內部訊息/錯誤原文外洩給使用者看7 人016
Internal system text leaks into the room7016
做出來的東西使用者拿不到6 人132
Work is produced but the user cannot retrieve it6132
agent 之間無法協作(互叫、派工、跨房)6 人042
Agents cannot work together (calling, dispatch, cross-room)6042
App 介面本身的問題3 人104
Problems in the app interface itself3104

每一列代表一種機制,不是一個人。同一個人可能出現在多列。Each row is a mechanism, not a person; one person can appear in several rows.

兩組使用者的對照The two cohorts

代號單位訊息量級活躍天數問題平台修好有被告知
CodeUnitMessagesActive daysProblemsFixedTold
A1TVBS 內部單位300+26 天以上1126
A1TVBS internal300+26+ days1126
A2TVBS 內部單位300+15–25 天1210
A2TVBS internal300+15–25 days1210
A3TVBS 內部單位300+26 天以上1610
A3TVBS internal300+26+ days1610
A4TVBS 內部單位300+26 天以上1010
A4TVBS internal300+26+ days1010
A5TVBS 內部單位300+15–25 天800
A5TVBS internal300+15–25 days800
A6集團關係企業 IT150–30015–25 天920
A6Group affiliate — IT150–30015–25 days920
A7集團關係企業 IT150–3006–14 天610
A7Group affiliate — IT150–3006–14 days610
A8TVBS 內部單位150–3006–14 天810
A8TVBS internal150–3006–14 days810
A9TVBS 內部單位150–3006–14 天701
A9TVBS internal150–3006–14 days701
A10TVBS 內部單位150–30015–25 天1012
A10TVBS internal150–30015–25 days1012
C1TVBS 內部單位150–30015–25 天910
C1TVBS internal150–30015–25 days910
C2TVBS 內部單位150–3006–14 天710
C2TVBS internal150–3006–14 days710
C3TVBS 內部單位50–1506–14 天711
C3TVBS internal50–1506–14 days711
C4TVBS 內部單位50–1501–5 天710
C4TVBS internal50–1501–5 days710
C5TVBS 內部單位< 501–5 天710
C5TVBS internalunder 501–5 days710
C6TVBS 內部單位< 501–5 天800
C6TVBS internalunder 501–5 days800
C7集團關係企業 IT< 501–5 天521
C7Group affiliate — ITunder 501–5 days521
C8TVBS 內部單位< 501–5 天510
C8TVBS internalunder 501–5 days510
C9TVBS 內部單位< 501–5 天400
C9TVBS internalunder 501–5 days400
C10TVBS 內部單位< 501–5 天400
C10TVBS internalunder 501–5 days400

A 開頭=仍在使用,C 開頭=曾經活躍但已停用。活躍組活躍日中位數 19–21 天、已停用組 5 天;已停用的 10 位裡有 7 位一輩子只用了 5 天以內。Codes starting A are still active; C are once-heavy users who stopped. Median active days: 19–21 for the active cohort, 5 for the churned; 7 of the 10 churned users were active on five days or fewer in total.

方法與界線Method and limits

項目說明
ItemDetail
資料來源房間資料庫與執行紀錄(唯讀),加上 8/29 與 8/31 在專用測試房的實地測試。
Data sourcesRoom database and execution records (read-only), plus live tests in a dedicated test room on 8/29 and 8/31.
「已修復」的判準分兩級:實測=跑同一條路徑通過(18 個裡有 14 個);觀察=沒重跑,但生產環境同一路徑連續多天成功。
What counts as fixedTwo grades: live-tested — the same path was re-run and passed (14 of the 18); observed — not re-run, but the same path succeeded in production for several consecutive days.
「未修」的判準8/26 之後仍觀測到,或當日實測仍失敗。只有舊紀錄一律歸「未確認」。
What counts as not fixedObserved on or after 8/26, or failed a live test that day. Anything with only older records is filed as undetermined.
一次重大更正本分析原本的頭條數字讀錯了資料欄位(把「使用者送出時間」當成「錯誤寫入時間」),經平台工程團隊複核後,160 列全部重新查證並更正。
One major correctionThe original headline figure in this analysis read the wrong database field (treating the user's send time as the error's write time). After a line-by-line review by the platform engineering team, all 160 rows were re-verified and corrected.
已知限制已停用的使用者在修復上線前就停止產生紀錄,因此他們的部分問題無法從紀錄判定,只能靠實地重現測試。
Known limitUsers who stopped did so before some fixes shipped, so parts of their experience cannot be judged from records alone and rely on live reproduction instead.
統計截至 2026-08-31。Data through 2026-08-31.