Blink 把充電站做成系統

我拆 Blink 的 Kempower 佈署，重點不是換充電樁，而是把站點從單機思維改成可分配、可擴充的系統。

我盯 EV 充電部署一陣子了，越看越覺得很多團隊卡在同一個毛病：把站點當成一堆獨立機器，而不是一個會呼吸的系統。Blink Charging 以前很像典型的 all-in-one 派，少數幾個箱體、現場好講故事、採購也比較好過關。問題是，站點一忙起來，這種做法就開始露餡。電力怎麼切、哪個槍頭先吃到功率、哪個車位先塞爆，全部都被一個箱子綁死。看起來簡單，實際上很硬。

我看到這次 Blink 改用 Kempower 的部署，第一個反應不是「喔又多一個合作案」，而是「他們終於開始承認站點不是樣板間了」。這篇拆解主要參考 Charged EVs 的報導，也連到 Blink Charging 與 Kempower 的官方資訊。Blink 要在 14 個新站點導入分散式充電系統，兩個已經開了，後面還會沿著美國東岸往 2026 推。這不是單純換硬體，是在改腦袋。

老實說，我會特別注意這種動作，因為它通常代表一家公司開始被營運現實修理了。你可以在簡報上把所有站點畫成一樣，但到了現場，車流、停留時間、電力餘裕、施工條件，沒有一項會乖乖照圖走。

我為什麼不再迷信一體式機箱

“EVSE experts have been telling Charged that distributed charging is the wave of the future. All-in-one units have their advantages (compact footprints, ease of installation), but a distributed system offers more flexibility, as it can allocate charging power intelligently among vehicles.”

翻譯一下就是：不要再假設每個充電站都長得像整齊的方格圖。真實世界的站點有尖峰、有離峰、有臨停、有長停，還會冒出那種快沒電、但又急著走的車主。你如果把每個槍頭都綁死在自己的電力箱上，最後不是浪費容量，就是為了少數極端情境把整站做大做貴。

我之前看過不少基礎設施規劃，紙上都很漂亮。午餐時段、下班潮、車子幾乎見底才進站，全部一加進去，原本那種「每槍一套」的設計就開始像妥協，不像方案。你以為你買的是簡單，實際上你買的是未來幾年都要忍受的固定成本。

分散式系統比較像是正面處理這個亂局。把電力電子集中起來，再把 dispenser 分散到真正需要的地方。站點層級共享功率，而不是每個槍頭自己守著自己的小電池。這很重要，因為大多數站點的使用率根本不平均。

我會這樣下手：

• 先看功率怎麼共享，不要先看外觀有多整齊。
• 先畫出停留時間分布，再選硬體。
• 預設至少會有一個槍頭閒著、另一個槍頭爆掉。

如果你在做站點設計，我會先問一句：你要的是每個車位各自獨立，還是整個站點一起協作？這兩個答案，後面的架構會差很多。

Blink 買的不是充電樁，是彈性

Charged EVs 提到，Blink 這次上的是 Kempower Power Unit 跟 Satellite fast charger，站點落在便利商店附近、而且分布在美國東岸多州。文章還寫到 Power Unit 可提供 600 kW 或 1,200 kW，一個 cabinet 最多能帶 12 個 Satellite dispenser。這些數字才是重點，因為它們直接告訴你：這套東西不是在比誰箱子少，而是在比誰站點更能長大。

白話一點說，Blink 不是只在買硬體，是在買「以後不用整站重做」的權利。今天某個站流量變大，你不一定要拆土建、重拉一堆東西、再換一輪配置。你可以先把功率重新分配，讓站點跟著需求走。這種做法比複製同一個標準箱體、然後祈禱流量永遠平均，合理太多了。

我看過太多網路把自己綁死在「標準化」上，其實那只是標準化麻煩。採購時很爽，因為 SKU 固定；營運時很痛，因為每個站點都得硬塞進同一種框架。分散式架構不會幫你解決所有問題，但它至少讓你有更多解法。

我會這樣下手：

• 選能讓你加功率、但不用整站翻修的架構。
• 確認一個 power cabinet 能帶幾個 dispenser。
• 把流量成長拆成分期，不要只看開站當天的容量。

對 site host 來說，這其實是在買選擇權。不是今天夠用就好，而是明年、後年還能撐得住，不會一胖就爆。

可靠性不是口號，訓練才是

Blink 說它選 Kempower 的原因之一是 reliability 和 uptime。這句話我通常會先打個折扣，因為每家都會講。但這次比較有意思的是，Blink Senior VP of Global Business Engineering Alex Calnan 直接提到訓練：“The training we’ve received through Kempower has helped our teams approach installation and commissioning with confidence and consistency.”

這句很像是被現場修理過的人才會講的話。因為很多充電樁失敗，不是硬體當場炸掉，而是流程爛掉：交接不清、commissioning 步驟亂、field team 沒受過完整訓練，或是設備裝好了但根本沒真正上線。這些都不會出現在漂亮簡報裡，但會出現在客服工單裡。

也就是說，供應商關係跟機器本身一樣重要。硬體再漂亮，如果你的團隊不會穩定部署，那它就是麻煩；如果供應商把安裝、測試、上線流程教到位，你少掉的是一整串支持成本。

我以前很容易只盯規格，後來才發現同一批硬體在不同站點表現差很多，通常不是魔法，是 field workflow。誰先測、誰簽核、誰負責最後上線，這些細節比你想像的更決定結果。

我會這樣下手：

• 問清楚 commissioning support 到底包什麼。
• 不要只看交貨數，要看 first-pass install 成功率。
• 先訓練 field team，再開始第一個站，不要等出包才補課。

如果你真的在意 uptime，commissioning discipline 就是產品的一部分。裝完不等於能用，這件事很多團隊到現在還是沒學會。

分散式架構比較能扛住真實站點的髒亂

Charged EVs 也提到新站會落在便利商店附近。這個細節很重要，因為便利商店旁邊的站點，不是 fleet depot 那種乾淨、可控、停留時間相對規律的環境。它是公共場域，車流雜、停車習慣雜、天氣雜、人的情緒也雜。

翻譯一下就是：你不能假設每台車都會照你設計的節奏進站。有人只想補一點電，有人要吃一整餐，有人車位停歪了，有人進來時剛好遇到別人插著槍頭。分散式充電的好處，就是它比較能吸收這種不規則性，因為功率是站點層級共享的。

我一直覺得，中央電力分配最有價值的地方，反而不是白板上看起來多漂亮，而是它對現實的容忍度比較高。站點越公共、越混亂，這種容忍度越值錢。

還有一個常被忽略的點是 footprint。很多人說 all-in-one 比較好塞，這沒錯。但站點一忙起來，真正卡住你的往往不是箱體面積，而是你還能不能把電力送到該去的地方，且不把自己鎖死在未來擴充裡。

我會這樣下手：

• 用公共站點的亂流來設計，不要用理想停車格來設計。
• 先看 power allocation 邏輯，再看槍頭對不對稱。
• 預留未來加 dispenser 的路徑，不要讓土建一次把你封死。

這就是取捨。你前面多做一點彈性，後面少挨一點打。

這組數字其實在講一件事：站點要會調度

Charged EVs 寫得很清楚，一個 Kempower Power Unit 可達 600 kW，甚至 1,200 kW，還能帶到 12 個 Satellite dispenser。這些數字看起來像規格表，但真正的意思是：把重的電力設備留在一處，讓前端 dispenser 保持輕量、好擺、好調整。

也就是說，架構把「供電」跟「使用者看到的硬體」拆開了。這件事很實際，因為在公共場域裡，最容易老化、最常被抱怨的通常是前端 dispenser，不是藏在後面的 cabinet。後端共用越多，前端就越有機會維持彈性。

我一直對那種只會講 scalability、卻不講到底哪裡可擴的說法很反感。這裡的可擴，不只是插座變多，而是站點能不能隨著需求變化去調度功率。這才是比較誠實的說法。

所以我會把這次 Blink 的選擇解讀成：他們開始接受，EV 充電不是賣單機，而是在做站點調度。需求不是平均長出來的，功率也不該硬裝得平均。

我會這樣下手：

• 先比總功率，再比能帶幾個 dispenser。
• 看多車同充時，功率怎麼分。
• 優先找能用加 dispenser 來擴充，而不是只靠加 cabinet 的架構。

我每次看充電架構，都會回到同一個問題：這個站點有多少東西是固定死的，又有多少能跟著需求動？答案越能動，後面越不容易翻車。

Blink 大概是在學一個很不浪漫的道理

這篇報導看起來像是一次很正常的擴張，但我覺得背後真正的課題是：市場會獎勵能按站點調整的網路，不會獎勵每個地方都硬塞同一種模板。這不是什麼漂亮結論，只是營運現實。

翻譯一下就是，充電營運商要開始像基礎設施團隊，而不是像產品團隊。產品團隊喜歡一個漂亮 SKU，基礎設施團隊只想知道：週四下午五點，三台車一起來，其中一個駕駛還很不爽，這站到底撐不撐得住。

我自己也犯過太重視 uniformity 的錯。它看起來整齊、採購好做、文件好寫。可是一旦開始大規模部署，你就會發現，真正決定成敗的是站點條件，不是 brochure。把所有站點做成一模一樣，通常只是把麻煩往後延。

所以如果 Blink 真的往分散式走，我會把它看成成熟，不是因為分散式永遠比較好，而是因為它讓 operator 有空間去貼合現場，而不是逼現場遷就硬體。

我會這樣下手：

• 把硬體選型當成營運決策，不只是採購決策。
• 記錄哪些地方需要一致性，哪些地方需要彈性。
• 依站型做不同 deployment playbook，不要一套打天下。

這才是這次 rollout 真正值得抄的地方：最好的充電網路，不是永遠不改，而是改了之後還不用把整個停車場重挖一遍。

可抄的模板

# 分散式 EV 充電 rollout 模板（可直接改成內部文件）

## 這次部署要解決什麼
我們要用分散式 EV 充電架構，提升站點彈性、改善功率分配，並保留未來擴充空間，而不是每次需求變動就重做整站。

## 什麼情況適合用分散式架構
- 站點流量不平均
- 不同車位停留時間差很多
- 預期未來會成長，但不確定成長幅度
- 想增加 dispenser，而不是每次都加一整套 cabinet
- 你在意 commissioning 一次過，而不是只在意硬體看起來簡單

## 站點規劃清單
- 先畫出尖峰進站時段
- 估平均停留時間與充電需求
- 找出最容易塞車的車位
- 確認現有電力容量
- 確認 cabinet 與 dispenser 的擺位限制
- 先預留未來擴充的 conduit / trench 路徑

## 硬體選型標準
選擇能做到以下幾件事的平台：
- 多個 dispenser 共享同一個 power unit
- 站點層級的 load allocation
- 可從現況容量平滑擴到未來需求
- 提供安裝與 commissioning 訓練
- 有清楚的維運與故障排除流程

## 問供應商的 6 個問題
1. 一個 power unit 最多可支援幾個 dispenser？
2. 最大輸出功率是多少？
3. 多台車同時充電時，功率怎麼分配？
4. 安裝與 commissioning 訓練包含哪些內容？
5. 後續擴站時要新增哪些設備？
6. 最常見的 downtime 原因是什麼？

## 對內溝通的標準說法
我們不是只在裝充電樁。我們是在建一個可隨流量調整的站點級電力系統，讓 commissioning 更穩、營運更順、未來擴充更少痛。

## 上線後要看的指標
- 首次 commissioning 成功率
- 從完工到可營運的時間
- charger uptime
- 站點功率利用率
- 前 90 天 support ticket 數量
- 後續新增 dispenser 的難度

## 站點備註
如果這是公共場域、流量不穩、或未來成長機率高，優先選擇可彈性分配功率的架構，不要只看一對一充電設計是否最省事。

這段就是我會真的拿去改的版本。它把「分散式比較好」變成一份可以開會、可以採購、可以驗收的文件，不再只是口頭上的偏好。

原始來源主要來自 Charged EVs，我另外參考了 Blink Charging、Kempower 的公開資訊。上面這篇是我自己的拆法，模板是衍生整理，其餘判讀與實操建議都是我加上去的。