上一篇的最後聊到了 LCNC 創意中心,
這篇開始設想如果需要建立一個創意中心的,
可能要做的細節準備。
畢竟我沒有在公司推行、實作過,
就當作給大家的一種發想,
如果之後有實作的機會,再回來修正與補充。
本篇閱讀時間約: 5 分鐘
全公司 LCNC 的顧問,追求永續發展為方向,創新創業與解決問題並重。
最基本至少要有的角色:
之後可以視狀況擴充與細部分類,例如:
沒有準則將會使得大家隨意胡亂擴展使用的 LCNC 平台、服務、工具,
最後回歸到導入 LCNC 之前的樣子:各單位各自選擇工具,毫無準則,無共用性。
另外還需教導關於權限、安全等一些應該要知道的資安議題概念,
才能避免使用者之後出了嚴重錯誤造成大量損失。
舉例來說,
定義哪些對內的情境,必須要使用公司決定的核心自建應用程式或服務,
建立時又有哪些應該要遵循的開發過程以及注重權限問題;
哪些對外的情境,可以自由選擇應用程式,
並限制資料一定要可以回傳到資料中心且符合格式等。
這樣之後資料才容易整合,
容易整合代表容易創造出各種需求。
列出基本必要的準則,
剩下的讓需求方動動腦,UX 負責引導,
最後激發出最大創意、當下最適當解法。
使用者知道了準則,但是在試用、挑選服務時很容易迷失焦點,
必須提供一個簡易的聚焦心法,
發現開始發散時,就要慢慢地把思緒與討論拉回來,
或是 UX 導師幫忙拉會來,
並且釐清輕重緩急、價值、易用性等,
也就是先前我們提到的服務分類與挑選服務。
這是一定要的,所以基本成員一定要有 UX 設計師,
導入 LCNC 文化是一個需要取得信任的漫長旅程,
所以必須先暸解自家公司各部門單位做事的文化、
目前使用的工具、
目前的各個業務流程以及未來想要達到的目標都須作通盤暸解。
這樣之後使用者提出需求或提出需要幫忙的地方時,
才有辦法跟上他們的腳步,才不會失去信任。
嘿,創意中心還是要有未來規劃的,
不能只是說「噢,我就是幫忙解決問題而已」,
單純這樣的話,各單位跟各部門單位根本就不需要你這個中心,
人家本來就有解決問題的本事。
這個中心還必須創造價值,需要有一個清晰的未來,
規劃一個整合後可預見的效益,驅使大家有動力一起前往。
例如打造出自家公司的人資系統、
倉儲物流系統、
顧客關係管理系統、
或資料來去通暢無阻礙,隨時隨地抓一把,透過業務邏輯創造出大數據中心儀表板,
甚至是能達成使用者想任意挑選什麼功能來組成一個不一樣但業務很需要的服務應用程式等。
有了準則、懂得怎麼挑選服務、也暸解各部門單位各種實作狀況,
接下來就是定義核心應用程式。
核心應用程式必須遵照永續經營的理念挑選,
然後定義,哪些需要使用核心應用程式發展,哪些不需要使用核心應用程式。
例如製作網頁的應用程式有 Figma 跟 Webflow,
因為 Figma 可以製作很詳盡的設計規範,
可能就會當成核心應用程式,長久且持續的永續發展,
Webflow 可能原本就只用在短期、用完即棄的活動時間,
那就不會是核心應用程式。
這部分同樣在挑選服務那篇有提過,
所以就是藉由那些指標,決定哪些服務是核心應用程式。
確定資料最終儲存的地方,並且依靠工程師、資料分析師、資料科學工程師等資料專家,
規劃資料儲存方式、利用、容易取得、備份機制以及資料相關的教育培訓等各式計畫,
確保創意中心能夠有效地收集、分析、應用數據以及將知識傳遞給大家。
呼應目的永續經營,不論是在 UX 面的 Design Thinking、DesignOps 推廣,
或是讓大家對於資料處理有更深一層的認識,
或是讓非 IT 人員更暸解程式,
都是讓 LCNC 能順利甚至起飛的關鍵所在。
當大部分人員都具有 UX、資料、程式概念,
那協作起來將是無往不利,
就會創造一種嶄新的文化。
自家的 UX 可以成為同仁的顧問,
同時也可以聘請外部 UX 來當自家 UX 的顧問,
避免故步自封,創意的發想最忌諱在於小圈圈自己玩自己想。
簡單說就是建立一個大腦中心來梳理資訊,
將大大小小的事務跟流程攤開來,
看哪邊有痛點,然後痛點間是否可以整合、資料可以怎麼整合,
最後使用 LCNC 工具、服務、平台,
來讓這些問題得以順暢的解決以及穩定的運作。
能否成功,就視乎清晰的目標、優秀的團隊、有效的流程和與部門組織單位緊密結合。