#1 前後端分離架構的表層優點

前後端分離開發，在近年來慢慢成為商業數位應用服務的主流開發架構，除了多數人明確可見的優點如：

#1-1 資訊安全

資料庫只被允許由一統一的後端應用存取，任何其他服務存取資料庫都須透過該後端應用，減少風險。

#1-2 資料行為一致性

資料行為受到後端應用程序封裝，任何其他服務存取該資源，都受到資料封裝後的約束，保證行為一致性。

#1-3 提升開發效率

降低服務之間耦合程度的好處是，無論為前端或者後端開發者，都能專注地應用需求上，開發或維護自己手上的專案，不必擔心其修正在結構上破壞其他應用的商業邏輯，~~前後端可以老死不相往來~~。

#1-4 提升應用發展彈性

這也是多數大型專案使用這種開發架構的主要原因，將「資源行為」與「前端應用」分開來設計後，無論服務體系具有多少數量的應用，每個都能自在地描述本身的應用行為，無需考慮資源議題。

#2 分離架構在設計時，經常被忽略的議題

開發者們會採用這種架構的理由，多在資訊安全性、開發便利性、擴充彈性等技術性考量。然而產品經理、資源決策者或者老闆，通常傾向於認為這些是工程師就可以決定的事情，以至於容易忽略在數位化營運的觀念下，十分關鍵的幾個要點：

#2-1 前端的客戶端應用 (Customer Side Frontend Application)，在設計上需考量「市場模樣與用戶輪廓」與「行銷議題」

客戶端的應用，在解決市場的需求或痛點，以及創造、提供市場消費者會接受的服務價值。

在設計上，需要注意品牌所要傳達的意念、目標市場的文化、消費者價值觀、整個市場的行銷策略，以及用戶的需求及痛點的理解。

在這個工作階段，會介入的可能專長為市場研究、CIS 設計、UX/UI 設計、行銷專家、數據分析專業等。

#2-2 前端的營運端應用 (Operating Side Frontend Application)，如後台、各類管理系統等，在設計上需考量「企業組織架構與營運模式」

營運端的應用，面對的議題為組織內部如何管理。這些議題多半牽連到組織架構、權責、運作效率，以及維繫應用服務的日常運作所需的各種專業，該透過何種流程來管理、營運應用服務。

在設計上會碰到檢視各類營運項目的政策、流程效率、授權與資源權限等議題，需要在設計時妥善審視規劃。

故這個階段需要介入的可能專長為營運負責人、相關部門主管、UX/UI 設計等，若應用發展的方向，牽涉到組織人才規劃的整體走向的話，那麼人資專業也會是必要的參與者。

#2-3 後端應用，在設計上需考量「營運資源數位化整合」與「組織與應用發展走向」

後端應用在執行面的目的，是藉由開發者撰寫完的 API 商業邏輯，完成「資料行為」的封裝，讓前端應用得以調用。但若整個從設計與應用來看，後端應用所達成的是「資源本身可擁有的行為」的數位化實現。

而這也是最經常被忽略的。

從營運角度，對老闆、決策者來說，當各類的應用資源被撰寫成為 API，在營運的意義上是把企業資源做「數位化整合」。組織內當中無論是有形或虛擬的，當各種資源行為被 API 描述、被數位化整合的程度，代表著企業對於其資源即刻掌握的能力。

換句話說，資源 API 化的程度，幾乎代表了組織整體數位化的程度。

數位化的整合越完整，代表組織越有能力檢視整體資源運用情況，並透過營運端應用的優化，提升自己的營運效率，減少錯誤的發生，降低風險。同時，得以從數位化後的營運資源，來一體檢視營運成本，這其中也包括了人才的成本。也就是說，當企業資源的數位化整合越發完整，我們可以在一個收斂的抽象介面上，依序地檢視以下：

企業資源：企業正在經營哪些資源？未來還會發展哪些資源？
營運流程：這些正在經營的資源，正在被哪些應用、管理系統所調用？
人才走向：人才的現況與未來的方向，是否吻合企業與應用的資源發展方向？

#2-4 後端應用，在設計上需考量「多邊商業模式發展潛力」

承上述，當組織對於營運資源具備高度掌握能力後，除了給己方的客戶端應用，或者營運端應用、如各類管理系統調用以外，如果在 API 的外圍，建立合適的存取權限管理服務，如 OAuth，能夠進一步做到：

便於自家發展使用到相同資源的新應用。
便於透過存取權限管理服務，與第三方的應用，以分享資源的方式來合作。
讓決策者以既有的整合後資源，以及正在發展當中的資源，結合目標市場的現況與未來，審視在市場當中得以結合發展的合作夥伴。

#2-5 分離開來的前、後端應用，都該思考「產品化」的可能性

上述四點，從決策者的視角來說，其共同點在於，無論是企業資源，或者是前端應用，都有潛力發展成為「產品」。

這與傳統上企業在思考「產品」的概念不同在於：企業生產、提供某種商品、服務項目，將該項目視為企業的主要產品，並針對市場特性做出商品不同的部署方式。

但數位應用即為一種服務，本身就該被視為「產品」，而且與其他有形的商品或服務，需要關注的議題也幾乎相同：市場、消費者、產品設計與優化、行銷、數據追蹤、消費者服務等等。

這意思是，無論企業原本提供何種商品或服務予消費者，若組織以數位應用，想要提供額外服務來便於消費者獲取，或擴充、提升服務品質。其就應被視為產品本身，它有在企業原本經營的產品以外，獨立完整的產品議題，該作為獨立的營運項目來思考。

而這點便是目前多數試著走向數位化的企業常見的盲點：數位應用，被當作企業原本產品的延伸物、行銷平台，而非成為一獨立的產品。

更多的是，就算是走向數位應用產品化的企業，擁有完整的數位產品團隊：UX/UI 設計師、開發者、行銷專業、數據分析等等，也鮮少有企業能將前端應用，與後端應用兩者都以準產品或者產品的定位來設計。企業慣於以傳統定義的「產品」、「資源」來思考、營運的結果，就很容易忽略：

將無形的、看不見的、數位的資源也歸納為企業資源的可能性。
將不同型態的應用包裝為產品，並藉此提高服務市占、多元發展的可能性。

這點，就是目前讓「數位化」、「數位轉型」流於只是導入數位解決方案，而非從體質與經營文化上整體改善的主要原因。身為企業的決策者，這點不可不察。

#3 常見錯誤

#3-1 未能以產品思維來看待數位應用

以傳統產品的定義來經營數位應用，將數位應用只視為企業組織所發展之產品的延伸、行銷平台，而非把數位應用本身也視為產品。
認為只需要工程師就好，以致於忽略數位應用的本身具備的商業策略、市場適應性、成本、以及相關專業人才的網羅盲點。

容易導致

市場適應性不佳、常常更改應用發展命題。
數位發展方向混亂，沒人講得出明確的發展方向，一人一把號。
忽略數位應用產品具有營運成本，導致成本難以檢視與控制。
推出了一個網站、數位應用服務，卻沒安排人員定時發布內容更新、沒人觀測數據、沒人追蹤其潛在的優化議題與行銷上的可能性。

#3-2 未能從數位化的角度來規劃企業資源

只將眼睛看得見的、具有視覺介面的數位應用視為服務，或者只聚焦在可視資源、忽略數位資源的重要性，以及忽略後端應用產品化的可能性。

容易導致

企業資源破碎、整合不易。
開發時程曠日費時，數據破碎。
喪失發展潛在市場的可能性。
資訊安全問題頻出。

#3-3 未能以正確方式估算階段成本

成本估算有兩個重要的問題需要回答：

策略上要達到哪些階段目標？

這個問題，又大致由兩個考量構成：

a. 考量外界：市場的模樣與潛在消費者的輪廓為何？
b. 考量自己：組織的發展方向為何？

用「大致」的原因是，筆者通常在思考上述兩個問題時，傾向於以「現在」與「可能的未來」的概念來描述，原因是筆者傾向於不假設上述兩個考量皆為恆定不變，但這裡先按下不表。

要能夠回答 a 問題，必須先經過市場研究的步驟。有了市場與消費者的資訊，代表著應用服務所能發展的方向選擇就相對清晰許多；

要能夠回答 b 問題，決策者、老闆須先思考自己的掌舵方向，要將組織帶往哪個未來、變成什麼模樣、以何種商業模式來盈利等；專業人才的招募、引導方向也會隨之清晰。

有了 a、b 兩個問題的答案：

了解了市場與用戶，也清楚地掌握了自己要前往的方向，也就代表了應用服務的開發項目，得以透過這兩個問題的結論來規劃，那麼每個階段的開發成本也就易於估算。

該階段需要哪些專業人才？

常見的盲點是只估算了開發的成本，忽略了階段開發任務完成、將產品部署之後的營運成本。

與任何產品相同，數位應用服務，需要各種專業人才來營運，除了技術上需要工程師來除錯、優化、保持應用服務穩定之外，另外在不同的應用形式，可能還會需要編輯、需要客服、需要數據分析、需要行銷人才等等。

#3-4 未能按照應用服務與企業資源發展規劃來調整人才招募取向

市場會隨著人的生活習慣、工作習慣、社會環境的變遷而改變，企業組織的經營方向、應用服務的發展方向也會改變，可想而知，資源規劃也會隨之而有所調整，可能以前沒被視為值得納入資源管理範疇的，現在需要了；或者以前認為需要的，可能現在不需要了。

既然需要管理的資源發生了變化，那麼，管理新資源所需要的專業，自然也會隨著資源而有所變化。舉例來說，Internet 時代之前，沒有社群編輯這樣的專業，沒有經營 Youtube 這樣的專業，而現在有了。

常見的錯誤會發生在，也許在規劃階段有把這些新的資源放入考量，但卻試圖以既有的人才狀態來管理、營運這些資源。導致人才招募的走向，跟不上組織在產品、應用服務發展方向上的腳步。

#4 總結

本文只以市場導向、產品導向的營運觀念為基礎，從大家常見的前後端分離架構為切入點，跟大家分享數位轉型、數位化營運的幾個重點跟常見錯誤。

應用服務的設計與開發若要能順利完整、符合企業目標，仰賴企業本身在發展方向上的掌握、以及妥善的目標管理，充分的市場研究。以此確保：

客戶端的應用規劃，應符合企業發展方向與市場期待，開發出來的應用不會走偏，避免開發成本的浪費，增加市場成功的機會。
營運端的應用規劃，應符合企業各項業務管理流程，減少營運上的失誤與隱性成本，提升效率。
資源端的應用規劃，應考量企業整體在數位架構下的資源整合、企業的資源發展方向、與多邊商業模式的潛力。確保企業資源可在一收斂的介面，讓己方或第三方應用服務來調用，保證各類營運數據的整合可視，同時也能達到商業發展的彈性。

而企業的數位轉型、數位化營運，重點就在三件事情上：

企業資源的數位化。
營運流程的數位化。
專業人才的招募或教育方向。

若我們將各類營運端數位應用或管理系統，背後所操作、調配的資料，以「企業資源」的角度來看待的話，那麼這些營運端的數位應用，其所提供的服務流程，其實就是企業某個片段的「營運流程」。而那些透過「營運流程」來操作各種「企業資源」的專業，就是「人才」。

企業營運的數位化，遠不只是導入數位應用服務來協助各種業務，應用服務只是工具。

真正的數位化，在於能夠將「企業資源」與「營運流程」抽象化，逐步整合、透過前後端數位應用加以實現，並透過適當的專業來操作、管理、使用這些數位應用。