由Email的故事看區塊鏈的發展|數位時代 BusinessNext

1998年這部很經典的愛情喜劇片 You've got a mail，當時還很年輕一直很喜歡Meg Ryan ，加上從90年代初期就因為很熱愛這些跟電腦資訊有關的事物，對於這部片能夠把本來當時離一般人還很有距離的email用這麼簡單的故事串出來而覺得欣喜不已。

要先回想，當時在90年代中末期，Internet已經有比較多人知道是什麼，但主要就屬於因為WWW的崛起而知道Internet，另外一種就是因為都走傳統高中大學路線透過BBS而開始理解Internet，基本上要能夠開始使用Internet依然是個有門檻的行為，為了要開始使用Intenet你得先具備不少的電腦使用知識(不是常識)，接著還得透過各種麻煩的設備和連線方式才有辦法一窺Internet。

因此當年教人家上網也蔚為風潮，那種感覺就像是早年以為學電腦就是學倉頡輸入法一般，意思是使用電腦都是有門檻。對比起現在我家兩歲多小孩看著iPad就可以輕易的開始使用網路進而有能力找到自己喜歡的挖土機影片來看真的不可同日而語。

Gmail很成功，但Gmail跟我們自建的email server差異到底在哪？

大概二十多年前，當時若你已經會使用Linux來架設各類伺服器，在Internet崛起初期，就已經可以靠這身本領來做生意賺錢，提供各種企業服務例如email server。我們來看看這老牌的網路基礎建設email已經縱橫了超過30年以上，從以前需要專業的工作站加上專業的底層軟體才能夠提供這樣的服務，在Linux, FreeBSD這一類OpenSource專案出現後，讓第一波有能力的工程師可以透過提供這些服務來賺錢，一下子這一類的服務提供商也如雨後春筍般在世界各地冒出，讓一般人都可以輕易的利用email來傳遞訊息。

直到2004年，Google發行了第一個邀請制的Gmail一時之間許多人以擁有Gmail為風尚，直到2007年全部開放無需特別邀請，直到現在Gmail說是全世界最流行的email恐怕無人敢說不是了。

我們回頭來思考一下，現在我們當然知道Gmail很成功，但來問自己，到底Gmail跟我們自建的email server差異到底在哪？

一樣可以瞬間的把mail寄送到收件人端

還可以享受自幹的樂趣(只有科技宅享受吧）

資安的考量!!!!????(從過去到現在一直都有的迷思！你真的覺得你的email管得比google好嗎?)

看得伺服器在哪比較安心

不理會後面幾點本來就是個奇怪理由和過時規矩的問題，作為email的基本功能能夠準確地把email傳遞到對方手中就是這服務的功能。那為何我們需要一個Gmail?

答案是：

你所面對的問題其世界觀的規模不同。若你的公司永遠只是小小的，你的員工和利害關係人都在當地，那麼你確實只需要一個自己的Email server就可以解決問題。

但如果你認為你的市場是國際並且客戶分佈廣，那麼你就會理解為何像Gmail這樣服務的重要。

有時候不是因為你不行，而是你沒跳出井看看世界到底多大！

而且也唯有利用類似Google所投資的基礎建設才有辦法建構出一個跨全球等級卻又能有良好體驗的Email。仔細想想為了寄出你這封Email所付出的成本有多大。

除極少數極少數真的有能力做底層鏈以外，大多還是選擇從dAPP的開發開始

透過Email和Gmail的歷史案例可以知道，解決同一個問題為何需要不同的科技或者新的科技的理由，那麼在區塊鏈呢？

大多數人開始使用區塊鏈除了一般使用者從錢包和交易所加密貨幣開始，對於開發者和創業者扣除極少數極少數真的有能力做底層鏈以外，大多還是選擇從dAPP的開發開始。

在DappRadar中隨時可看到更新的各類dAPP使用者，你會發現實際使用數字其實是不高的，除了本身的國際行銷和獲取用戶能力以外，另外的關鍵問題根本在於目前的基礎建設是無法支撐這樣跨國級別的使用。

那就回到類似我們剛說的Email的問題，基礎建設若不到位，你做了再好的dAPP那麼也只能在某區域內局限性的使用，這部分還可以區分成你的dAPP是在公鏈還是私鏈上。

dAPP 在公鏈上，那麼你就得面對你的服務交易成本（這時變成你的營運成本）的不確定性，時高時低，請問要如何定價和做服務？

dAPP 在私鏈上，你的營運成本變成可控制可管理，接著就是得面對你在成長時基礎建設跟著成長所帶來的成本增加以及管理風險，並且如果這樣為何不直接使用雲端就好？

dAPP沒有不對，同樣也得面對跟過去科技一樣的挑戰，就是是否有解決問題？然後是否解決的手法可否有效地重複和延展？

這並非只是鼓吹dAPP然後單純的使用者體驗好不好就解決了，而是有更多基礎工程面的問題得去克服，其中還包含了許多軟硬整合的功夫在其中，你就開始想著為了讓你有所謂好的Gmail體驗，Google在各地花了多少心力蓋機房，並且在硬體伺服器端做了多少了創新才能讓你在上面開發只需要考慮使用者體驗來獲利。

並且爾後若你看到有宣稱做底層區塊鏈業者，你就看其是否有真的花心思在底層的開發和人力配置上也就可以知道是真是假！

當然也有個簡單的方式，若白皮書看起來都很厲害直接問該團隊他的老爸老媽叔叔公公是誰！這樣可能更決定了他的項目到底會不會成。

本文由朱宜振授權轉載自其Medium。

《數位時代》長期徵稿，針對時事科技議題，需要您的獨特觀點，歡迎各類專業人士來稿一起交流。投稿請寄edit@bnext.com.tw，文長至少800字，請附上個人100字內簡介，文章若採用將經編輯潤飾，如需改標會與您討論。

（觀點文章呈現多元意見，不代表《數位時代》的立場。）

在台灣，多數人的第一份保障來得很早，可能來自父母，或是出社會後自行投保。然而，直到今天仍有許多人即使手握數張保單，仍說不清自己到底保了什麼。條款繁複、名詞艱澀，導致投保當下似懂非懂，過一陣子就全忘了。保險資訊的不透明，讓風險管理變成了一場全憑印象、依賴業務員的信任遊戲。

自從國泰人壽推出 App 3.0，以「陪伴」重塑保戶與保險的關係，下一步，更要讓資訊變得透明、易讀、好上手。於是，「保險視圖」誕生了—由國泰人壽戰情室 diLab（Digital Insurance Lab）領軍打造的這個平台，試圖翻轉保單難懂的問題，將散落於規範、條款與系統的資訊重新整理、轉譯與可視化，讓保戶終於能「一圖看懂」保障全貌。

「我們希望做到的不只是查詢工具，而是讓保戶真正理解風險、開始做決定。」diLab 經理林蔚安說，這項專案從發想到上線歷時多年，可說是完成了連同業都不敢想像的艱鉅任務。這場透明革命如何開始？國泰人壽又如何讓這個看似困難的挑戰落地？

資訊透明：讓保險回到能被理解的語言

「保險商品本身就很複雜，很多人買了保險，打開保單還是看不懂。」林蔚安指出，國泰人壽累積 800 萬保戶，團隊在梳理客戶旅程時發現，即使擁有多年的資歷與服務經驗，卻未能讓保戶更清楚自己的保障；大多僅在與業務員討論時略有概念，事後又陷入陌生感。因此，「保險視圖」的構想，就是要讓保戶能在同一平台掌握所有保障與資產資訊。

第一步，是處理「看不懂」這件事。diLab 從資料盤點開始，依照生涯階段與保障屬性，將保單內容重新分為「我的健康照護」、「我的保險資產」、與「我的壽險傳承」三大方向，讓保戶以更貼近日常的邏輯理解保障結構，例如「住院時有哪些保障？」。

「調研時發現，國內幾乎沒有成熟案例可參考，國外雖有概念但差異極大。」林蔚安表示，圖表複雜，反而增加理解負擔，因此團隊反覆推敲呈現方式，「要放什麼、怎麼放、放到什麼程度，光這個架構就討論了數個月！」每一個看似微小的改變，背後都是無數次的反覆測試與訪談，「我們帶著不同版本的草稿詢問保戶，在沒有業務員引導下是否看得懂。」最終，團隊定調以金字塔結構建構視圖基礎，從保戶自己的健康保障，到未來可運用的累積資產，最終到照顧家人的壽險傳承。沒有看似花俏的圖表，只希望讓多數保戶好理解的簡單呈現。

但挑戰不只在前端設計，還有保險條款轉譯。傳統保單以商品邏輯分類，與使用者思考「何時會用到」的方式完全不同。為了讓資訊更貼近生活情境，「保險視圖」不再以條款分類，而以場景情境作為基準。例如保戶生病住院時，介面會按照基礎醫療、意外、癌症、重大疾病、長照與壽險等六大結構分層呈現，先呈現核心，再逐層深化，視覺化整體保障全貌，並同步提供現金價值與現金流資訊，形成一套完整的理解脈絡。

風險洞察：AI協助人們看清保障缺口

當保險資訊透過直覺式的設計變得透明，下一個挑戰就是讓保戶理解「自己目前的保障夠不夠」。

因此「保險視圖」也導入保障目標試算功能，保戶只需回答幾題簡單問題，如：住院希望住單人房或雙人房、對疾病治療的費用承受度等，系統即可推算個人的保障目標。接著，AI 會即時計算保障達成率與缺口比例，將複雜的理賠與條款結構轉換成直覺的百分比。「醫療保障達成率 60％」、「癌症保障達成率 45％」，藉由直觀的數字圖表呈現，讓保戶能一眼看出自己保障的完整程度。

此外，平台不只呈現差距，還會以情境推估可能的支出。例如住院五天、手術一次的費用與實際理賠差異，讓保戶真正感受到風險的具體樣貌。「保戶不再是聽到『癌症住院很貴』這種抽象說法，而是看得到具體數字。」透過以場景為基礎的推算，使保戶終於能對模糊的風險概念有畫面，並對理賠內容有更直觀的理解。

平台也提供「熱門推薦」與「 AI 推薦」兩種建議模式。前者以性別、年齡作為分析基礎，後者則依個人資料與既有保單做更客製化的配置。保戶可在平台初步理解現況後，再與業務員討論，透過數位賦能、與有溫度的人性服務建立互補機制，也讓業務溝通更聚焦、更有效率。

領航轉型：戰情室以創新實踐「以人為本」

保險視圖歷經多次迭代上線，雖仍在推廣階段，但初步成效已浮現。以今年 4 月關稅議題為例，資產型保單查詢需求明顯攀升，保戶登入次數從每週平均 4 萬次提升到 5 萬 6 千次，大幅成長40%。以往查詢保單價值需透過業務員協助或臨櫃辦理，如今登入平台即可取得資訊。

此外，視覺化呈現保障缺口後，有保戶回饋「看到達成率 70％，就想補到 100％」，顯示視覺化真正促進了主動管理的行為轉換。

能完成一份視覺化介面不難，但能把 60 多年累積的保險商品結構、條款邏輯與資料系統重新整合再轉譯，背後極度仰賴組織文化。尤其，保險視圖的誕生，從構想到落地，專案歷時 4 年，期間國泰以「區塊化堆疊」的方式逐步發展服務功能，包括資產總覽、健康與壽險視圖、缺口試算與 AI 推薦，每一步都需要長時間協作與反覆推敲。

林蔚安形容：「戰情室就像加速器。」其角色是串聯商品、數據、數位、UI與UX設計、開發工程與行銷等多個團隊，以使用者中心作為共通語言，讓跨部門能在同一個目標下推進。「大家的專業不同，但只要目標一致，就能共同前進！」

展望未來，透明化只是起點。林蔚安指出，下一步是讓更多保戶願意使用平台，使行為軌跡形成數據基礎，再透過個人化推播與 App 串接，發展國泰人壽保戶更完整的數位體驗。「這條路很難，但值得做。」他分享，有一次泰國人壽數位團隊來台交流，第一眼看到保險視圖就說：「這真的很不容易。」但也因此，更突顯國泰人壽勇於創新、以人為本的服務精神。同時，保險視圖也不會是終點，卻會是打開未來保險模式的一把關鍵鑰匙。國泰人壽以具體行動落實「Better Together 共創更好」，在每一項細節中重塑保險服務的日常價值。

保險視圖：https://cathaylife.tw/VoeoOdb