成功案例 – 美食名產

Sorry, this content is only available in 繁體中文. For the sake of viewer convenience, the content is shown below in the alternative language. You may click the link to switch the active language.【原文出處／轉載自DGcovery 2017.11.18 深化數據創新應用，91APP扮演品牌新零售「虛實融合」重要夥伴】 91APP為目前台灣成長快速的新零售服務公司，團隊規模近300人，品牌客戶全台超過10,000多家，不乏大型零售企業在數位轉型、升級過程，都找上91APP成為合作夥伴。 例如PHILIPS飛利浦、Timberland、全家便利商店、SO NICE這類大型實體品牌，隨新零售模式崛起，品牌今年陸續啟動轉型計畫，正式邁向「虛實融合」。 在去中心化的概念下推動新零售服務，訴求品牌主導與經營實權，近日更推出91APP Enterprise品牌新零售解決方案，採用SaaS模式與企業級服務架構，降低品牌主開發建置門檻，提供零售企業一站式解決方案。 在系統使用上，以資安為前提，與國際雲端服務平台AWS合作，藉由eCommerce、O2O、Omni-Channel CRM及零售AI應用等四個層次，協助品牌整合技術、運用數據、掌握會員，快速佈局虛實融合經營環境。 91APP為目前台灣成長快速的新零售服務公司，團隊規模近300人，品牌客戶全台超過10,000多家，不乏大型零售企業在數位轉型、升級過程，都找上91APP成為合作夥伴。 例如PHILIPS飛利浦、Timberland、全家便利商店、SO NICE這類大型實體品牌，隨新零售模式崛起，品牌今年陸續啟動轉型計畫，正式邁向「虛實融合」。 在去中心化的概念下推動新零售服務，訴求品牌主導與經營實權，近日更推出91APP Enterprise品牌新零售解決方案，採用SaaS模式與企業級服務架構，降低品牌主開發建置門檻，提供零售企業一站式解決方案。 在系統使用上，以資安為前提，與國際雲端服務平台AWS合作，藉由eCommerce、O2O、Omni-Channel CRM及零售AI應用等四個層次，協助品牌整合技術、運用數據、掌握會員，快速佈局虛實融合經營環境。   協助品牌深耕CRM會員數據商機，導入NAPL 會員分群模型工具 目前91APP新零售相關解決方案，其中一項重要元素，就是以顧客/會員為核心，貫穿所有消費體系，無縫整合主流社群廣告媒體。全通路所累積的數據，皆導向顧客關係管理系統(OmniCRM)，進行會員分級、回購預測。並開始運用AI相關科技，透過數據引擎與機器學習，有效發揮精準行銷決策。 91APP資深副總汪君羽指出，要在會員CRM上精耕細作，目前91APP提供的方案策略在「分級、分群」。也就是把人以群分，從消費金額、買過特定商品、傾向線下消費、過去曾對某種行銷活動有刺激反應的…等，利用工具把會員做到更細緻的群體分類。 目前91APP採用NAPL會員分群模型，將會員的資料、消費習性，做到漏斗式的精準預測。在第一層，主要累積會員Raw Data，做到基本資料完整蒐集。從性別、年齡、身分別到交易狀況、消費等級等基礎數據，擬定對的時間、對的方案溝通策略。例如金卡會員升級期限通知、購物車未購買品項正在打折，創造出新的消費接觸點。 到NAPL第二層，開始依會員分群條件，從單一、交叉比對條件，篩選出更細緻溝通、行銷操作方案。在這階段，系統把會員分四大群，分別提供不同行銷刺激內容、工具，例如高、中、低金額折價券、簡訊、EDM、APP推播，分析哪種行銷最有效？透過對照組，觀察不同分群當中，其溝通工具、行銷方案的反應效果如何？ 對照後獲得的關鍵數據，就是在追蹤多少人點擊、多少人開信、多少轉換率，這讓品牌主對整體客戶有更深理解。將客戶切成數類族群後，可知道哪一類群體對哪些行銷活動最有反應，進而優化行銷活動。而累積下來的行銷模式，就是品牌經營會員的核心能耐。 進入NAPL模型的第三層後，則使用到演算法的大數據分析。透過會員消費活躍度、消費週期、回購情況，劃分「新客戶」(New)、「活躍客戶」(Active)、「潛在客戶」(Potential)、「流失客戶」(Lost)等四大類。每天透過模型演算，即時掌握會員交易數據，針對各類會員貼標(Tag)，下一步再導入適合的行銷操作。例如針對潛在客人做刺激回購，即將流失客戶即時提供優惠訊息。 第三階段的演算功能，仍需要仰賴人力輔助，但到了第四層，則正式讓AI技術，做預測回購分析。目前91APP透過機器學習SVM演算法，把消費者過去交易紀錄提供給機器人學習。針對各類回購頻率的客戶，預測到消費者再回購時機。不過此階段需要數據斷蒐集、輸入、累積、分析，可望仰賴AI機器預測未來各種可能的消費型態，在對的時間點 (顧客生命週期)，可精準提供適宜的行銷溝通內容，進一步達到個性化服務目標。   打造數據創新團隊，走進校園推動產學合作 然而要自行發展AI技術，做到數據創新應用並不容易。91APP公關經理林均郁回應，從去年開始，91APP內部成立一個數據創新研究的團隊，針對數據創新、AI新創工具的導入，開始做前段市場調查及工具技術上的搭配。 目前91APP推出嘗試性AI工具，包含回購預測，透過數據引擎與機器學習方式把資料倒入，判斷出消費者消費狀況，回購預測。而在新零售相關的數據創新應用上，則有NAPL 會員分群模型、訪客分群模型、購物車加（價）購、分類頁商品排序、商品推薦、回購預測、廣告投放優化、訪客 Retargeting and Re-engagement、智能導流等工具。 然而，技術工具的產生及優化，最終還是需要相關人才的推動。林均郁觀察，台灣正面臨數據人才不足的情況，過去在徵才平台上，要聘用適合的數據分析師人才並不容易，多仰賴企業內部培訓或外部合作來補足人才缺口。為了解決人才問題，91APP嘗試走進大專院校，透過大學建教合作課程，讓學生可參與91APP的實務課程，甚至在數據小組內成為長期實習生。 林均郁接著說，「我們主要協助零售品牌做線上線下融合，AI就是很重要的工具技術，去幫助零售業，讓業者品牌銷售變得更好」。因此因應新零售模式，數據人才有大量需求，91APP可望把數據創新團隊的技術與觀念慢慢延伸到其他部門，最終成為企業文化的一環。 既然數據應用、AI是很重要的工具提供更好解決方案，目前91APP積極把資源放在技術部門提升研發能量，也透過專才培育的方案，與Google、AWS等科技大廠做合作夥伴等面向進行。經由產學合作、異業結盟的方式，讓數據創新概念真正落地，等待技術更加成熟後，最終才有機會擴大市場。汪君羽提及，91APP的下一步，會有更多實體品牌的合作，打通虛實融合場景；第二步是跨國市場布局，從台灣延伸到東南亞國家，甚至全球。

Sorry, this content is only available in 繁體中文. For the sake of viewer convenience, the content is shown below in the alternative language. You may click the link to switch the active language.【原文出處／轉載自數位時代 2017.10.24 即時數據就如同汽車後照鏡！是實體品牌主動出擊的關鍵】 實體門店與線上銷售的即時整合，如同實體品牌經營的照後鏡，有了數據這樣的即時資訊，才能讓企業隨時化被動為主動，進行各種經營操作。 你有多久沒有在實體店面購物了呢？隨著線上購物的興起，以及現代社會工作條件更加繁亂，許多人都時常透過網際網路購買各種生活所需。舉凡日常生活用品、3C產品甚至食、衣、住、行需求，搭配便利商店、快遞收貨機制，每個人或多、或少，都有了線上購物的經驗，也都各自養成了線上或線下的不同購物策略。比價找便宜、不急可以等的到拍賣甚至淘寶。台灣沒有賣的上日本、美國、歐洲 Amazon.com 或上 PTT 等地找代購。很急一定要又沒有空去賣場，在都會區還可以考慮國內的 24 小時購物，甚至 8 小時以內的購物平台。唯一的差異可能僅存日常逛街、百貨或零售通路的檔期促銷或週年慶，才進行消費。 在目前台灣，線上與線下購物經驗大大不同。品牌實體店內的接待人員，不會有機會在客人入店開始，就發現他是昨天在網路店的那個人。「但在數位時代，這些失落的環節終於有機會可以拉成閉環。」91APP行銷長李朝基認為，數據不是最近才開始，因為台灣製造業興盛，數據通常都集中在後端或內部資料，例如為了改善製程、調整成本庫存，透過財會數據，以內勤監控為主。就算到了零售端，資料多半都是在內部使用，頂多有一塊東西叫做客戶關係管理（CRM, Customer Relationship Management）。   雲世代真正到來，讓線上與線下銷售方式形成閉環   李朝基認為，以往面對客戶端都是行銷人員在操作，媒介有電視，報紙或廣播這些主要的媒體也相對單純，只要有一定的比例在計劃案結束後反映在業績或績效上，比起來比較單純。這種行之有年，過去數十年間的做法，甚至有的大型品牌公司，都已經做成 knowhow，或是有經驗，像Ｐ＆Ｇ寶橋家品等等國際品牌都是這樣。當這些公司面對數位環境，參與的方式相對簡單，就是把線上當成另外一個通路來看，讓線上與線下完全分開。但科技近用已從雲端走向行動世代，這樣的遞送服務設計會產生虛實之間環節的問題，首先是資訊落差，線上線下的數據難以整合，客人的資料對不起來、就算可以對得起來也很難做到即時。第二個問題是商業組織設計的問題，實體與虛擬業績往往會因為前面的資訊落差難以追蹤，因此必須分開計算，進一步產生組織衝突。大家覺得在網路上做生意會搶到實體通路生意，因此實體門市通常會抗拒，「不敢做又做不好，最後只能促銷過季商品」李朝基觀察。 但雲端概念發展到現在，透過不同裝置的資訊，片段式的使用者資料都已經可以輕鬆收集；以往看到的都只有銷售點資訊、後端生產成本與時間之間的關係，可以更簡單整合線上、線下會員，不論消費者在哪裡消費，都可以被即時記錄，門市、線上都可以輕鬆區分，只要透過電話號碼或手機 APP 顯示會員條碼，就可以快速比對做到會員分級。「當這些資料歷程都被記錄下來，大家就不用再瞎子摸象」李朝基說，「只要系統一比對，門市或線上消費金額與時間，甚至線上購物車裡沒買的商品都一目了然，這時店內人員就很容易立刻跟進促銷。」李朝基強調，品牌如此應用數據，才有機會在實體環境裡建立直覺溝通。 「這些都還是被動出擊！」李朝基轉而解釋，當品牌以往習於發送的紙本型錄、生日券，改成電子型錄或折價券，甚至連型錄都可以不需要做，讓串接消費資料做到即時，例如某個品牌設定消費累積單筆滿 5,000 元是一般會員，當消費者累積消費接近 4,000 元，後台就該給出折價券，會推薦相關產品讓他累積滿額。 「這才叫做數據主動出擊！」李朝基說；過去，這樣的作法通常都是銷售前線人員自行變通的線下作法，事實上和系統是切開的。以前通常都是在後台先跑完資料，把所有想做的動作按照假定分析好，在消費情境下系統沒有任何即時反應，需要事後分析才知道結果。「傳統 CRM 與資料分析和現今世界最大的不同，是通常都需要資料先決，但效益通常反而後知後覺！」李朝基說明。   化被動為主動，縱橫向整理運用數據   「這還只是數據的時間差攻擊！」李朝基解釋，上述的即時作法，是將不同時間的消費軌跡進行會總，由系統主動即刻做出反應，但當系統收集夠多的交易歷程、時間點、商品類型、甚至會員資訊，就有機會作橫向的分析，預測更精準、更節省成本的折扣活動，進一步刺激消費。「時間差與產品類型的交錯是重要關鍵，另一個關鍵是頻率！」不小心透露了秘訣的李朝基露出一抹微笑。當這些數據都可以交叉應用，李朝基預測線上、線下的銷售金額佔比將逐漸模糊。「你不能清楚分辨出哪些是線上或線下的單純業績，這時候的業績有可能是線上帶動線下或線下帶動線上，是交錯的混和業績貢獻，這些佔比將進一步挪動！」 根據 KPCB Internet Trend 與資策會 MIC 的資料，台灣目前整體零售市場規模接近 4 兆新台幣，其中約 10% 是線上零售市場，實體零售市場仍佔有 90%。91APP 預期台灣在未來十年內，虛實整合的新零售市場比重將快速達到全市場的 5 成，但僅作線上零售的傳統電商將萎縮僅存不到 5% 的規模。 李朝基認為，數據對現代企業的重要性與日俱增，拿駕駛汽車來比喻企業經營，以往都只需要看前面，看見業績目標即可。「但當車速越來越快，你必須要靠後照鏡才能抓清楚行進過程與前後左右的關係，並隨時決定往左或往右切」李朝基說。 「數據就像是你的後照鏡，駕駛必須要有即時資訊，才能在快速前進中，立刻決定接下來的方向！」 李朝基進一步提到「接下來能夠即時處理這些資訊，讓企業自動執行決定，才有機會邁向半自動駕駛或自動駕駛！」李朝基觀察線上店面數據本來就比較完整，接下來品牌將進入線下門店整合線上銷售經驗的時代，透過開設實體店面、提高直營店比例，才有機會累積數據。他期許「這時候，人工智慧才有機會派上用場！」

Sorry, this content is only available in 繁體中文. For the sake of viewer convenience, the content is shown below in the alternative language. You may click the link to switch the active language.【原文出處／轉載自Inside 2017.11.06 致勝線上展開線下，打造台灣人內涵的雙 11！91APP 協助品牌迎戰雙 11 再創業績高峰】 從中國延燒至台灣的雙 11 購物節 即將到來，除了包含 Yahoo、蝦皮、PChome 各大電商品牌搶攻商機，實體零售品牌也在此刻祭出虛實整合服務迎戰。 根據全台最大的新零售服務公司 91APP 提供數據，目前在台灣 10,000 家與 91APP 合作的品牌在 2016 年雙 11 期間 30 小時共湧入超過 600 萬人次，銷售業績更較 2015 年成長 3 倍之多。 2017 年雙 11更有望較 2016 年再成長 2.5 倍，實體品牌更預期是主要的成長動能之一。 透過線上整合線下購物行為，讓客單價較純網購消費者高出四倍！ 91APP 也在今正式推出「 91APP Enterprise 品牌新零售解決方案」。   擁抱新零售 實體品牌虛實整合業績竄升 91APP董事長何英圻與行銷長在今 分享新零售趨勢，除了新一代的購物型態，也向在場媒體朋友分享台灣實體零售品牌為什麼也要力推雙 11。 從過去 IT 時代到 互聯網時代，衍伸現在 AI 時代， 沒有整合資料無法玩 AI，因此他們致力於為實體零售品牌整合從線下到線上消費者行為， 提供虛實融合的新零售品牌，已有高達 30% 消費者同時有線上及線下購物行為。 同時這群消費者也是最高價值的客群， 平均客單價比純網路消費者高出 4 倍，消費頻率也高出 2 倍。 [...]

Sorry, this content is only available in 繁體中文. For the sake of viewer convenience, the content is shown below in the alternative language. You may click the link to switch the active language.【原文出處／轉載自iThome 2017.11.17 《Kubernetes實戰經驗：91APP新零售平臺》新興系統要先容器化，再靠K8s實現IT微服務架構】 儘管多數是.NET系統，91APP也積極擁抱輕量級容器技術，透過鄉村包圍城市的策略，新興系統先擁抱容器，下一步想轉型更高彈性的微服務架構，關鍵就是導入Kubernetes來管理複雜的容器叢集。 臺灣知名的新零售平臺供應商91APP，已有超過1萬家品牌企業，透過91APP平臺經營自家電商生意。為了承載旗下企業用戶整併線上、線下的零售業務擴充需求，成立不久，91APP很快就將自家平臺搬上AWS公有雲，近年更納入跨雲架構，也將部份新服務分散部署到Google雲端平臺GCP上執行，還利用Kubernetes（K8s）為基礎的Google容器引擎GKE，調度、執行新開發的容器應用程式。 91APP踏上容器化的旅程並不久，成立初期，該公司的應用程式都是以.NET框架開發，並且在微軟環境執行。但是，近年在微軟大力擁抱容器技術、走向開放的策略，不只推出了自家的Windows容器技術，重要產品如SQL Server、.NET核心也都可以在Linux環境下執行。 連微軟都開始大力支援，可見容器未來必然成為重要的IT技術。因此，91APP研發處系統架構部技術總監劉峰全也表示：「容器這門技術發展方向變得更加明朗，我們決定開始投資容器技術。」不過91APP是鎖定了以Linux為基礎的Docker容器，並且開始使用Linux、Node.js等平臺著手開發新系統。在2016年Q3後，該公司未來系統藍圖的規畫，已經將容器化、微服務轉型視為重要的轉型策略。 新興系統優先擁抱容器技術 91APP的容器化過程中，採取「鄉村包圍城市」的漸進策略，核心系統不先進行大規模修正，而是先從新興開發的應用程式切入，導入容器技術。林大維認為，這樣逐步加溫的做法，可以免除架構一次大更動的風險，「承受合理的風險，同時擁抱新技術往前進。」 雖然多半正式環境下還是以VM為主力，但是現階段部分系統的開發、測試環境，已經開始導入Docker容器。林大維舉例，現階段研發、產品團隊總共有140人，有許多專案同步進行開發，如果每個環境都得要手動建置，將會浪費許多時間。而Docker其一優點，就是開發者可靠映像檔建置統一環境，除了加強產品開發、測試到上線環境的一致性，除錯工作也因此變得更為順利。 微服務架構要以容器技術為基礎 目前91APP總共有兩個重要服務使用容器為基礎架構，並且利用Kubernetes做為調度引擎，而這兩個服務的共通點在於，不時會產生爆量事件，「因此很適合使用容器技術。」林大維表示，首先是該公司自建的使用者行為追蹤服務，其功能與Google Analytics類似，可用於分析其平臺上使用者的行為。 第二個服務則是通知中心，整合EDM、簡訊以及App通知，作為該公司與消費者的溝通管道，「碰上促銷或是特定節日時，該服務也會產生相當大的使用流量。」 而導入容器技術只是第一步，91APP的更長遠的目標是引入微服務架構。若使用VM打包這些應用程式，將使得部署成本變得非常可觀。劉峰全表示，因此要以先前導入的容器技術為基礎，憑藉其快速開啟、部署的特性，實現微服務架構，「容器與微服務是相輔相成的。」除此之外，容器技術讓跨雲IT架構變得可能。林大維表示，每個公有雲都有各自特色，但相比容器技術，VM與底層架構的相依程度更高，較容易被廠商鎖死。但是，微服務架構會導致應用程式部署變得更為複雜，因此管理這些龐大規模的容器叢集的工作，就得靠容器調度工具完成。劉峰全表示，過去他亦有研究DC/OS、Swarm相關的解決方案，各家也都有優點，像是Swarm在本地開發環境不會占用太多硬體資源，若開發者要在本地環境使用Kubernetes，還得安裝Kubernetes本機版Minikube。 GKE除容器調度外，還能整合GCP其他服務 而劉峰全認為，比較在AWS、GCP使用Kubernetes的經驗，在GCP上的使用體驗更為友善。首先，Google以Kubernetes開發的容器引擎GKE，除了提供方便開發者操作的命令程式介面外，「只需要幾秒鐘就能完成Kubernetes叢集的建置」，不僅如此，劉峰全表示，GKE還可以整合其他GCP上的服務，例如提供應用程式、Log監控的Stackdriver，確保容器應用程式的運作正常。再者，想切入大數據應用，GCP亦有雲端資料倉儲Big Query，或是支援串流、批次資料處理的Dataflow。 相比還未提供正式Kubernetes服務的AWS，劉峰全認為，在此環境Kubernetes叢集的建置工作就較為困難。過去是使用容器平臺Rancher管理主機上的容器。不過他表示，過去使用Rancher經常發生容器叢集故障的問題，直到後來使用Kubernetes安裝工具Kops，才讓建置過程變得較為順利。 而使用Kubernetes其中的一個挑戰，就是其改版速度相當快，每年至少會釋出3到4個大版本。劉峰全表示，目前91APP的Kubernetes已經更新至1.7.2版本，而在GCP環境中，GKE也會自動將Master節點上運作的Kubernetes更新到最新版，而使用者可以依據需求，決定要否更新其餘的Worker節點。 至於AWS環境，目前得仰賴系統管理員手動更新。為了避免更新造成系統不穩定，目前91APP將測試環境叢集獨立，並且整併正式環境、半正式環境。當測試環境更新並未發生異常，才會將新版Kubernetes導入正式環境。 引入新技術也會帶來組織面的變革 而導入容器、Kubernetes的影響，不單只改變了系統架構，同時也對91APP資訊團隊產生了影響。林大維笑著說，91APP始終抱持「自己的程式碼，自己維運」的想法，該精神也與近年的火紅的DevOps不謀而合，意味工程師在開發程式時，就得設法改善程式碼品質，減輕後續維運團隊的壓力。 劉峰全解釋，Kubernetes所帶來的變革，可從開發、維運兩個層面探討。首先，使用者可以透過Kubernetes定義系統元件的相依性，在部署組態設定中，撰寫甲元件、乙元件間的相依關性。因此，雖然導入微服務架構會提高系統複雜度，「但是開發者可利用Kubernetes的組態設定檔案，掌握各元件間的關係。」此外，過去重要服務一個禮拜僅能釋出一次更新，但是現在結合容器技術及Kubernetes，讓CI、CD自動化程度提高，「一天內能進行多次的部署。」 而在維運工作帶來的改變，「Kubernetes也能實現基礎架構程式化（Infrastructure as Code）」，他解釋，因為每一次部署都必須撰寫組態設定檔，因此基礎架構可以如程式碼開發般進行版本控制，當系統故障時，開發者也比較容易追蹤問題的起因。 引入Docker及Kubernetes改革自家IT架構，從單體邁向微服務 同時，IT架構走向容器化時，也逼得91APP開發團隊得要檢視過去的IT架構設計，是否能符合現代應用程式的思維。林大維表示，在傳統單套式架構中，許多企業也不重視系統組態管理，「只要系統能運作，僅更新程式碼，卻不重視系統組態。」但是在使用Docker、Kubernetes時，開發者都必須明確定義應用程式執行所需要的環境組態，也因此，企業必須顛覆過去程式開發的思維，讓應用程式具備水平擴充性，「逐步讓單體架構分解。」林大維笑著說，組態系統管理也是91APP的重要計畫，未來開發者除了交付程式碼外，還得同時交付組態設定檔，必須為自己開發的程式碼與組態負責，「容器化是我們的共識，而這些新技術將會讓91APP持續演進既有的IT架構。」

Sorry, this content is only available in 繁體中文. For the sake of viewer convenience, the content is shown below in the alternative language. You may click the link to switch the active language.【原文出處／轉載自Harvard Business Review 哈佛商業評論 2018.05.30 91APP以敏捷開發抓住客戶的心】 在國內，導入敏捷的企業並不少，不過大多是針對某些部門導入。而成立五年，專為品牌建置全通路經營環境的91APP，打算將全公司打造成敏捷開發的環境，從董事長到總經理都要重新學起。 每天上午，很多上班族還在吃早餐的時候，91APP的大辦公室中，一個個的大白板前，已經聚集了一群群的同仁，「這件事大概是卡在我們串接流的一個點上，可能要考慮重新申請IP，但還需要跟客戶確認……」「我前天提出的小活動，客戶已經同意了，但還是要看能不能跟系統連得上……」。 這是91APP每天早上都要進行的「站立會議」，會議不是各部門自行召開，而是以「專案」為單位，集合專案底下的研發、行銷、業務等相關人員，針對專案的最新進度，包括客戶端和產品端，分別提出報告。 每一組專案會議都有一位「敏捷專家」（scrum master）在旁協助，敏捷專家並不擔任「會議主席」，也不做任何結論或裁決，任務就是維護會議秩序，確保每個人針對專案的問題發言，提醒與會者可能疏忽的面向。   瀑布模式開發的產品，客戶不埋單 91APP是一家導入「敏捷開發」（Agile Development）的新零售解決方案服務公司，成立於2013年，服務內容是為品牌快速建置全通路（omni-channel）經營環境，包含線上官網、APP與線下門市數位工具等。 「公司還小時很容易溝通，當公司變大後，溝通就變得很困難，」91APP人資長周旺暾說，像他們這樣的軟體服務公司，過去都是採取瀑布模式（waterfall model）的作業形式，將軟體開發區分為制定計畫、需求分析、軟體設計、程式編寫、軟體測試和運行維護等六個步驟，從上而下且相互銜接，如同瀑布流水。 但在外部環境變動劇烈下，這種做法已不合時宜。因為按照瀑布模式做事，整個流程走完，加總起來大概半年，等到產品完成，真正面對客戶、面對市場時，悲劇就發生了。客戶常會說「這不是我要的」。 「我們這半年時間，花掉多少心血、多少資源，客戶卻毫不感激，」周旺暾苦笑著說。 因此，91APP決定引進「敏捷開發」。   精簡開發流程，兩週一週期，產出一個原型 不少同仁被派到外面上課，回來都很興奮，覺得找到解決之鑰；但要怎麼實際應用，都說不出個所以然。 該怎麼辦？台大資工所畢業，曾任微軟大中華區雲端事業發展副總經理的周旺暾想起一位老朋友，就是在軟體開發有35年經驗，擅長敏捷開發，人稱Ruddy老師的李智樺。 李智樺過去曾協助多家國內金融業者像是永豐、中信、國泰等大型企業導入「敏捷開發」。周旺暾拉了幾個年輕工程師與李智樺接觸，就碰撞出了火花。 李智樺發現，這些工程師很年輕，對工作很熱情，卻困在開發流程當中，之後在周旺暾力邀之下，他決定進到91APP，將敏捷開發導入整個公司，自此在平均年齡三十多歲的91APP，就坐進來一位頭髮花白的「總經理室敏捷教練」。 李智樺帶來最大的觀念就是「需求變化」。舉例來說，以前的瀑布模式，由產品開發人員去設想客戶或市場的需求，可能在裡面放進了一百種功能，但在開發過程中，客戶會變、市場會變，到最後一百種功能不但大而無當，而且沒有幾項符合客戶需求。 敏捷開發的做法就是縮短應變時間，精簡開發流程。91APP將開發時間改變為每二個星期一個週期，每個週期結束後，就會產出一個原型，依據這個原型得到的客戶意見和市場反應，做為下一個週期的研發方向。   速度快不是重點，而是能立刻依客戶需求調整 「敏捷並不是指速度變快，而是更貼近客戶及市場的需求，」周旺暾表示，「敏捷」也改變了原本的角色模式，以前大家會覺得跟客戶溝通是業務部門的責任，業務帶回來需求給產品經理（PM），產品經理負責把需求轉換成規格，再交由研發部門執行，但很多產品經理根本沒見過客戶。 因此，91APP鼓勵同仁去見客戶，「PM當然要去，RD（研發部門）的人想去，我們也歡迎，但我不會逼他們啦，」周旺暾強調，讓同仁去聽客戶的聲音，做東西時會更有感覺。 研發人員去見客戶還有一項好處，因為工程師常會把一些技術上的東西視為理所當然，像是視窗一定長這樣，按鍵當然應該長成那樣。但非技術的人有時不一定這樣想，如果雙方能充分溝通，通常會激盪出更創新的想法。 為了達到更好的效率，執行細節也不斷調整。像是目前整間辦公室，擺了數十張的白板，一開始是擺在辦公室周邊，數量也沒這麼多，有需要時自己去找來用。 但從開始推動每天早晨的「站立會議」後，公司決定將白板數量增加，同時移到中間走道，而且把待辦事項、研發進度以便利貼貼在白板上，同仁坐在位子上就可以看見，站起來就可以討論，進一步強化了溝通流程。 「看到不對勁，立刻就反應、立刻就調整，」一開始採購部門還會提出質疑，買這麼多白板，公司會不會很亂？「但因為採購部門也歸我管，所以我說，你們就買，有事我負責，」周旺暾打趣地說。 然而，導入敏捷開發還不到一年的91APP，過程中還是碰到問題。   組織調整之後，「不能再問以前的問題」 目前看到最大的阻力是「組織架構」，因為產品從設計、研發、測試、上線，都牽涉到不同部門，但討論出來的結論或做法，在人員回到自己的部門時，因為各部門的主管，並沒有參加敏捷團隊的會議，想法或執行的優先順序，就會與敏捷團隊有所出入，也常讓參與敏捷的同仁無所適從。 為了克服這個問題，91APP將進行組織調整。為了使各部門能有共同目標，會把各部門主管，兜成一個更大的敏捷團隊。 另外，還在公司內開設「敏捷管理」的課程，讓高階主管學習怎麼去管理敏捷團隊。按照規畫，要在二到三年內，讓整個91APP都導入敏捷開發，高階主管「就不能再問以前的問題」，包括管理模式、進度追蹤的方法等，都要重新學習。 舉例來說，以前主管會問，「這件事月底是否可以完成？」但敏捷的問法應該是「這件事月底可以做到什麼程度？」或是「月底可以給客戶看到什麼？」 周旺暾解釋，因為市場和客戶是持續存在的，就不會有所謂的「完成」。 這家成立僅五年的新零售服務商，從同仁自行學習敏捷，到引入敏捷教練，期望在瞬息萬變的零售產業，發展出最快的應變風格。

Sorry, this content is only available in 繁體中文. For the sake of viewer convenience, the content is shown below in the alternative language. You may click the link to switch the active language.【原文出處／轉載自TechNews科技新報 2018.03.27 91APP 正式成為 LINE 購物官方策略合作夥伴 ，新零售服務商指定結盟】 台灣最大新零售解決方案公司 91APP 今宣布，正式成為 LINE 購物官方策略合作夥伴，91APP 同時是 LINE 購物策略結盟中全台唯一服務超過 1 萬家品牌的新零售服務商，未來零售品牌及商店可藉由 91APP 品牌新零售解決方案整合 LINE 購物社群導購，透過 91APP 技術智慧串接，將協助品牌官網自動導購、商品串連，落實全通路經營與服務延伸。瞄準台灣 1,900 萬 LINE 月活躍用戶的高頻次消費新客，進一步轉換成品牌會員，刺激客流量再提升，更帶動品牌新零售銷售循環。   91APP 為 LINE 購物「指定結盟新零售服務商」，協助品牌快速無縫整合社群流量 看準新一代流量紅利，91APP 不斷為品牌客戶打通整合主流社群，在數位媒體廣告導流之外，現更結合 LINE 社群導購優勢，促使新社群生態圈加入成為新零售的一環。91APP 董事長何英圻表示，「每個新零售品牌都希望能加速成長，新零售要成功『流量』與『交易』缺一不可。社群是流量的新集中模式，更是大流量的即時入口，品牌除了打通線上線下，虛實融合更需要無縫串連各個流量的即時入口，有助提升交易，創造更高效益。」 品牌打通線上線下通路整合所有消費數據，另一方面更需同步串連新流量，開創新客群，不斷推動銷售循環，以達到新零售目標。台灣零售品牌藉由 91APP 協助，可快速接軌直接進駐 LINE 購物，更為品牌注入新零售動能。91APP 行銷長李朝基指出，「掌握流量就是掌握業績與訂單。我們幫助品牌打通流量，串連 LINE 購物。透過 91APP 技術自動導購串接品牌商品資料，商品免人力自動上架，自動曝光。消費者購買商品，將透過社群導流至品牌官網下單，並可獲 LINE 購物點數回饋。訂單在官網完成結帳，流量變現外更將新客轉換成會員，帶動社群新銷售循環。」現在起只要是採用 91APP 品牌新零售解決方案的零售品牌及商店，皆可透過 91APP 協助直接進駐LINE購物，並可參與 91APP 與 LINE 購物合作獨家行銷活動，整合社群導購力，佈建完整品牌新零售。   91APP 提供一站式「品牌新零售解決方案」，加速實現品牌新零售目標 91APP 正式成為 LINE 購物官方策略合作夥伴。LINE 台灣電子商務部資深副總經理顧昌欣表示，「LINE 購物積極力拚消費者購買的第一站，更為品牌發展新零售串起有價值的流量，透過 91APP 專業技術串接及 [...]

Sorry, this content is only available in 繁體中文. For the sake of viewer convenience, the content is shown below in the alternative language. You may click the link to switch the active language.【原文出處／轉載自數位時代 2018.02.08 35年軟體開發資歷，91APP「敏捷教練」寫程式也寫人生】 擁有35年軟體開發經驗，今年60歲的李智樺加入91APP擔任「總經理室敏捷教練」，這是他第19份工作，期間總是被挖角，幾乎沒有投過一次履歷。91APP為什麼找上他？而敏捷教練又做些什麼？ 專門協助品牌跨通路開店的91APP，擁有研發團隊逾百人，平均年齡在30歲上下，但半年多前，91APP新增了一項特殊職務「總經理室敏捷教練」，獲得這個位置的人，頂著一頭白髮，坐鎮在百位年輕工程師中間，特別顯眼。 人稱Ruddy老師，演講鐘點費一萬人民幣起跳 他是李智樺，業界有名的軟體開發顧問，專長敏捷開發（Agile development），以Ruddy老師之名行走江湖，華為、騰訊、鴻海和國泰世華等都曾請他開班授課，他的投影片全數用程式自製，演講鐘點費報價一萬人民幣起跳。另外他也與微軟合作多年，擔任中國微軟Azure雲端及新技術的指定講師，在Wintel生態系（微軟、英特爾在PC界合稱Wintel）打滾的人，可能對他並不陌生。 長年在外演講的結果，也造成李智樺的聲線沙啞、喉糖不離身，埋首工作時，身邊卻總擺著一箱可樂，他笑稱，喝可樂是為了保持專注。而運動更是他維持專注的不二法門，像是幾年前台北下雪，他騎胖胖車直攻陽明山賞雪，「直接騎雪胎，連雪鏈都省了。」 寫程式邁入第36個年頭，今年60歲的李智樺說，91APP是他第19份工作，期間總是被挖角，幾乎沒有投過一次履歷。來到91APP前，他剛獲得中興手機研發部門的邀約，但最終仍決定留下來，貢獻台灣。   91APP組織高速成長，引發管理危機 成立不到五年的91APP，員工已超過300人，產品研發占一半以上，但新創和中型企業的管理模式大不同，像是各部門的員工比例、用人策略和方向等，都可能與組織期待產生落差或脫鉤，快速成長激起管理高層的危機意識，進而找上李智樺，雖然掛名教練，但實際上就是顧問性質，包括91APP董事長何英圻也得聽他開講。 91APP人資長周旺暾說，「他來對我們有很大的意義，不是把敏捷當成花俏的事情，而是要做就做到徹底。」而到底什麼是敏捷開發呢？ 「敏捷最大的關鍵是『需求變化』，我們視需求變化為必然。」李智樺說，傳統的產品開發方式是先跟客戶談好，把所有需求條列、逐一評估後，再寫成合約文件、簽收，最後正式開工，「這幾個步驟耗掉的時間很可怕。」 舉例來說，假設今天三星手機多了一項新功能，其他競爭品牌看到了，也許只有兩周的應變時間，「把一百項需求排出優先順序，邊做邊開發，步驟愈少愈好，因為大部分功能其實都沒有人用，而敏捷就是做到剛剛好。」從這角度來看，敏捷強調的不僅是技術，更是一種組織思維和文化。 「過去認為，公司組織要維護董事會的利益，這觀念已經過時，現在公司的目的是要持續服務客戶，客戶滿意才是最重要的一件事。」李智樺說，91APP從開發部門優先導入敏捷化，因為員工年輕，普遍能接受新的想法，未來將陸續擴展到維運、業務和管理等部門，但他也不諱言，從工作方法到企業文化徹底翻轉，至少要一年以上才有具體成效。 有趣的是，不用等到一年，現在91APP研發部門的辦公空間走道，已被一個個大型移動白板占滿，上頭貼滿了五顏六色的便利貼，「這叫做精實看板，目的是要讓整個專案透明，老闆走過去一目了然，好過癮！」李智樺說。   組裝蘋果電腦賺生活費，開啟寫程式之路 從軟體開發、大型系統的總架構師到企業顧問，李智樺總是扮演新方法和新觀念的推手，但物理系畢業的他卻說，會和軟體工作結緣，其實沒有什麼冠冕堂皇的夢想，一切都是為了討生活。 1980年代，蘋果電腦「Apple II」風光上市，光華商場出現仿冒品。李智樺那年大三，為了賺取生活費，他買零件、晶片回來焊接，組裝「Apple II」兜售。「全淡江大概都是我賣的，賣老師、也賣同學，生意好得不得了」，他還推出客製化服務「要殼、不要殼」，每天得隨身帶著好幾盒磁碟片，以應不時之需。 不過，隨著賣電腦的生意量擴大，開始陸續有「客戶」反應產品瑕疵，為了徹底解決主機板問題，李智樺開始自學最接近硬體端的組合語言（Assembly Language），並用組合語言寫了一款蛇吞蛋遊戲，結果被蘋果看中，邀請他加入當時全球僅1,500人的工程師組織「Call Apple In Deep」，因緣際會下，踏上軟體人的道路。   給年輕工程師的忠告：看見全貌 李智樺三個孩子中，有兩個同樣從事程式設計相關工作，問他有什麼意見要給年輕人，他不斷強調，跟程式溝通非常容易，人跟人溝通相對困難，「看見全貌，先找出要解決的問題是什麼。」 李智樺說，工程師最精彩的是一天可以失敗個幾百次，對失敗習以為常，而年輕工程師可能對語法不熟悉，習慣從一個個任務（task）開始，通過嘗試錯誤來學習，過程是細節、片段的。但事實上，很多任務結合起來，常常只為了解決某一樣需求，所以應該先退一步，看見需求和問題本身，才不會過於鑽牛角尖。 在這行待久了，看盡產業的潮起潮落。35年來，程式語言從300多種，暴增10倍以上，語言變簡單了，但功能卻更加強大，「所以寫程式是愈來愈容易的事，只是要解決的問題變得太複雜。」 就像是李智樺帶著豐富閱歷來到91APP，仍會遭遇完全沒碰過的情境待解，而他也相信，迅速實驗失敗，再從中學習，不僅能創造公司文化，更是人生際遇的精采之處。