1. about this mindmap: 1. 參與者儘量發想標註 2. 歡迎提出問題及質疑 (有助凝聚共識)
1.1. 註冊帳號可以用這個LINK可以幫孟秋加一張圖的Quota: https://www.mindmeister.com/?r=245468
2. 這張藍圖想回答的問題
2.1. editing tip: 不要試著拖動各泡泡的位置， 讓它自己排版…拉動反而容易亂掉
2.2. Cloud Only? 會不會包成 pkg? 會不會建在第二個例如日本，奈及利亞的 Cloud 上?
2.3. 有或沒有cover到一些所謂趨勢
2.3.1. AI
2.3.1.1. 分析
2.3.1.2. 自動分類
2.3.1.3. 數位助理
2.3.2. 邊緣運算
2.3.3. 對話式平台
2.3.4. 事件驅動
2.3.5. 穿戴裝置&物聯網
2.3.6. 區塊鍊
2.4. 有沒有 cover 到新議題
2.4.1. GDPR
2.4.2. (Email) Security Gateway / CASB (Cloud Access Security Broker)
2.4.3. NG Content Archiving
2.5. 視訊、語音 的需求該怎麼辦
2.6. 開發計畫應來自3個方向，都有cover到了嗎?
2.6.1. 已聽到的需求(wish list)
2.6.2. 已看到的市場趨勢 (例如看 & 問gartner 篩選過的)
2.6.2.1. Osterman Research
2.6.2.1.1. 1. The Procrastinator’s Guide to Preparing for the GDPR 2. Best Practices for Email Security and Data Handling 4. Supplementing the Limitations in Office with Third-Party Solutions 使用第三方Office時要如何補其不足 5. Best Practices for the Next Generation of Content Archiving
2.6.2.2. Gartner
2.6.2.2.1. AI、智慧APP與分析、自駕車等智慧物件、 數位分身、邊緣運算+雲運算、 對話式平台、VR & AR、區域鍊、 事件驅動、持續性適應風險與信任評估
2.6.2.3. IDC
2.6.2.3.1. 數位化將貢獻GDP、無人商業型態、 Cloud at Edge、AI跨入終端(Edge)、 電競3.0、資安可學習與預測、 微服務架構、去中心化、 異業合作與開放企業
2.6.3. 自己的洞見
3. 分工及開發流程
4. 大方向
4.1. DOs 要做的
4.1.1. 還是會有 pkg 新版本和客戶，但發展重心不在此，僅用於 (1) 代表案例 (2) 高額利潤 (3) 維持營收
4.1.1.1. 為充份利用成本、提高利潤率，「客製化功能回饋標準版」必須儘量達成
4.1.1.1.1. 不能回歸的客製化就要儘量不做
4.1.1.2. 所以會有的功能及人力投資屬 cloud only, 有些功能 pkg 沒有。且 pkg 發布的速度和功能廣度都會不如 cloud
4.1.1.3. 仍會有客製，主要用於 (1) 代表案例 (2) 高額利潤
4.1.1.3.1. 代表案例如: 台大醫院
4.1.1.4. 高額利潤到底是大客戶還是小客戶? 高額利代表只做大客戶嗎?
4.1.1.4.1. 只有「高營收」容易看，利潤比例有可能會隨案件發展而變化
4.1.2. 著重Cloud (自己的及別人的發展)
4.1.2.1. 原因: 帶來持續性營收、開發及回饋能快速循環會讓發展更有彈性
4.1.2.2. 更新小而快、收回饋之後再快速改良。才能強化 Cloud 為主的優勢
4.1.2.3. 可以複製到不同的 Cloud (例如日本、奈及利亞) ，增加邊際效益
4.1.2.3.1. 能夠複製到第二套 Cloud 不代表「產品化」，因為只是給有限個、符合高技術門檻的Partner. 但至少也要有SOP及足夠文件，讓複製的成本不致過高
4.1.2.3.2. 可分成兩部份：軟體以及營運。營運是指讓客戶能夠經營 OF Cloud Platform 所需的 feature。軟體本身要能夠複製化；營運本身要能夠彈性化。
4.1.2.3.3. Cloud Base 及比較彈性、能複雜擴充的架構，也是我們和一些其它廠商不同的地方
4.1.3. 整合各產品，創造綜效
4.1.3.1. 拉開與國內外單一產品的廠商 (綠色運算) 的差異化
4.1.4. 做差異化，避免一直追對手規格，或被拿來比價
4.2. DON'Ts 不做的
4.2.1. 不做 me too、不追規格，因為我們有我們的策略方向 (著重cloud、平台化)
4.2.1.1. MM是落後市場產品，是否仍要追規格?
4.2.1.1.1. 如果不追，可能客戶在單一 IM 產品比較的時候就不會選
4.2.1.1.2. 真的專心做m2k的加值模組，它本身的營收就會不高
4.2.2. pkg 不做大專教育市場，因為利潤率低
4.2.3. pkg 不大不小的客戶 (20或30~50萬元間)，因為要求多但錢不夠多，利潤低
5. 描繪具體願景
5.1. 怎樣的產品
5.1.1. 像 Office365 或 G Suite 一樣，以公有雲或混合雲 (也就是含有私有雲的可能) ， 提供多種幫助工作溝通及生產力的工具， 各工具獨立就很有用，又能整合運作
5.1.1.1. 跟 G suite 和 O365 的差異:
5.1.1.1.1. 能做混合雲 (G只有公有雲)
5.1.1.1.2. 從網擎的TA出發去設計，含有比較多在地的功能及風格
5.1.2. 以注重資安為訴求
5.1.2.1. 是因為「企業」一般而言注重嗎 (但這個程度應該不算是多資安吧…例如中小企業就不是真正注重)。是因為網擎一直的主要產業「政府」注重嗎？這個特質重要到什麼程度?
5.2. TA
5.2.1. 接受 Cloud 型式的溝通/生產力工具的企業及組織
5.2.1.1. 不分產業、也沒指定特定族群
5.2.1.1.1. 「接受 Cloud 的企業或組織」這一條並沒有限制任何產業
5.2.1.1.2. 整體並沒有特別專注在外勤或內務人員 (但各別功能可能有)
5.2.1.2. 著重在某個規模以上 (小的不是目標族群，雖然要買也可以買)
5.2.1.3. cloud 既有的產業分布分析
5.2.1.3.1. 中小
5.2.1.3.2. 大U數 (什麼產業會偏好 cloud?)
5.2.1.3.3. 政府
5.2.1.4. 著重某些產業
5.2.1.4.1. 以注重資安為訴求 (相較於其它cloud選項，網擎的更安全)
5.2.1.4.2. 以pkg在 2013起 3M 在各產業的營收 (連結到圖檔) -- 但這裡都是 pkg 的產業趨向，這些客戶並還沒接受 Cloud
5.2.1.5. 著重在某種職務
5.2.1.5.1. 比如說幫忙整理信件就只會有信多的人才介意
5.2.1.5.2. 稽核功能、備份功能，也不是企業裡每種職務都需要
5.2.2. TA在尋找「國際品牌替代品」： 比起 Google 及 微軟的解決方案，更喜歡 (1) 稍便宜但有足夠功能 (2) 有在地功能 (3) 有在地服務。 且TA信奉「高規格高品質中價位」： 比起其它單一產品或新創的廠商，網擎 (1) 一站購足多種有用的工具 (2) 有經驗、專業值得信賴
5.2.2.1. 客戶發生什麼事不能用 G 或 M$
5.2.2.1.1. 預算不到 G 或 M$ 的等級
5.2.2.1.2. 喜歡當老大，廠商就是應該聽甲方的，搞一堆很複雜的架構和客製
5.2.2.1.3. 公司很小本來就用不起 G 或 M$
5.2.2.1.4. 支持國產或是被規定
5.2.2.1.5. G 沒有 on-premises, 也不算有私有雲。機房在國外
5.2.2.2. 網擎特別強、客戶也想要的特質
5.2.2.2.1. 容易符合本地法規
5.2.2.2.2. 高標準的資安
5.2.2.2.3. 可客製化的安全選項
5.2.2.3. 可能不會保持下去 但目前TA買單的特質
5.2.2.3.1. 可以客製化
5.2.2.3.2. 有在地的服務團隊
5.2.2.3.3. 超細膩、全面的可設定項目 (例如管理面和個人偏好很複雜)
5.2.2.4. 不論是什麼TA、什麼廠商都會買單的特質 = 沒做到可能扣分，做到也不是差異化的
5.2.2.4.1. 穩定
5.2.2.4.2. 安全
5.3. 商業摸式
5.3.1. 以 Cloud 對訂閱者收各種月費、年費 (會周期發生)，或更有利的情況下以量計價
5.3.2. 整廠輸出給其它人經營 Cloud，讓對方是持續收入，網擎則收取利潤分成
5.3.3. 現有的 pkg 客戶會逐步轉上 cloud
5.3.3.1. 提供 Hybrid 架構，客戶可以轉部分客戶上雲端
5.3.3.1.1. 原因: 降低變化帶來的衝擊 -- 例如長官還是用 exchange
5.3.3.1.2. 分不同安全層級: 比較要嚴格守護的用local，大量業務人員用雲端
5.3.3.1.3. local 有可能是exchange
5.3.3.2. 最新的功能會比較快到 cloud，pkg 的版本會比較舊，周期可能拉長
6. Roadmap
6.1. Cloud based
6.1.1. Scalable
6.1.1.1. 日本和台灣對規模的要求就不一樣怎辦?
6.1.1.1.1. 努力以漸進方式符合的日本的規模需求，好處是未來可以拓展到其它較大市場
6.1.1.2. M2K
6.1.1.2.1. (2018 Q1)Search module for Cloud
6.1.1.2.2. New & Robust UDB / DDB 架構
6.1.1.3. MG
6.1.1.3.1. task.tbl 及相關設計在大規模的情況下需要重新設計作法
6.1.2. HA & DR
6.1.2.1. MB
6.1.2.1.1. 接到S3上，永遠不會滿的archive
6.1.3. multi-tenant
6.1.3.1. AEP缺
6.1.3.1.1. (2018 Q1) 提供多租戶、實現 AEP for MailCloud，也可開始提供給CS等Partner
6.1.3.2. MB還可更加強
6.1.3.2.1. 小DB很多
6.1.3.2.2. 稽核功能有些沒有下放到 by domain, 哪些該下放?
6.1.3.2.3. 其它需要下放到 by domain 的功能還有哪些?
6.1.4. 降低導入、維運及經營成本
6.1.4.1. Hybrid Cloud 所需的 AD Sync
6.1.4.2. 能夠 A/B test 或 能 by user roll-back
6.1.4.3. 能夠無痛升級
6.1.4.4. 3-tier 管理功能 (sys, multi-dm, dm)
6.1.4.5. 會員與訂單系統
6.1.5. (1) 先寫功能再標上時間後，就等於何時會做出什麼 (2) 標上是哪個層面的，如: 改善易用性、新功能
6.1.5.1. (1) 用8 9 0 代表 2018, 2019, 2020 (2) 用 紅、橙、黃、綠代表那年的 Q1-4
6.2. UX 使用體驗
6.2.1. FX 是下One Platform (而非只有M2K) 的下一代 UI
6.2.1.1. 新的UI 會依TA的需求，打造出一天工作所需都在這裡面操作就能順暢完成的
6.2.1.1.1. 也許不能完全取代 100% 上一代 m2k V7 或 EFSS, MM, MG, MB 各 UI 的全部功能，但可以提供整合在一起、滿足TA大部分一天所需的功能，都在這「一個」「整合的」新版UI 中完成
6.2.1.2. 整合
6.2.1.2.1. One Search 會出現在這裡面
6.2.1.3. M2K
6.2.1.3.1. (2018Q1) 快速讀信、Today、整合待處理信件和行事曆的list
6.2.1.4. MM
6.2.1.4.1. 點了裡面的人都可以傳訊
6.2.1.4.2. 知道對方的狀態 (在什麼位置、能不能通話、適不適合打擾)
6.2.1.5. EFSS
6.2.1.5.1. 裡面可以取用最近用過 (包括最近上傳、最新收到) 的檔案
6.3. 溝通與社交
6.3.1. Email
6.3.1.1. 仍會存在，但雜訊太多且溝通不如 IM 快速。是正式但緩慢的溝通管道
6.3.2. IM
6.3.2.1. 因便利，已儘可能取代Email當中
6.3.2.2. 以 Channel (事由、專題、案件) 為基礎的溝通，直接分類溝通、也避免雜訊
6.3.3. Feed
6.3.3.1. 指單向「訂閱」或單向「公告」的訊息，以往 Email 可能是電子報或公告信
6.3.4. Contacts 通訊錄
6.3.4.1. (2017 Q4) Sync Outlook, Mobile
6.3.4.1.1. Android new app (SmoothSync from 德國 Marten)
6.3.4.1.2. Windows Outlook Sync 可雙向同步M2K通訊錄
6.3.4.2. Sync with 3rd party (Google, iCloud)
6.4. Collaboration 讓使用體驗在同一平台
6.4.1. 網擎的「協作」功能現在雖不是主力，但為了 避免工作者在我們平台上的體驗會一直「斷鍊」，我們也會加強「左手」 (右手進球，左手輔助，缺一不可)；加強這些功能確保使用者覺得我們的的平台能很完整的完成不只是「溝通」也包括「協作」
6.4.2. File
6.4.3. Cloud Office
6.4.4. Calendar
6.4.4.1. Sync Outlook, Mobile
6.4.4.1.1. Android new app (SmoothSync from 德國 Marten)
6.4.5. Guests
6.4.6. 整合
6.4.6.1. (2017 Q4) One Search 上 mail.office (2018 Q1) 放上 MailCloud
6.4.6.2. (2018 Q1) 信箱、File 用同一個 Quota
6.4.6.3. 以 MB 提供各產品，甚至第三方資料來源都能用的、強大快速的Search
6.5. Security 高規格的資安
6.5.1. Defence
6.5.1.1. 辨識裝置 (一人多機) 的安全通知
6.5.1.2. (2017 Q4) 更好的地區警示 (應用買來的 GeoIP library)
6.5.2. Audit
6.5.2.1. (2017 Q4) IM archive & auditing, for MM (2018 Q1) for Skype
6.6. Intelligent
6.6.1. Email
6.6.1.1. 可以自動判讀重要信件
6.6.1.2. 可以自動猜測某封信件要處理的時間及溝通對象
6.6.2. Anti-spam