比賽的宗旨為 【以 MS Teams 為主軸，發想各種 ideas 用於解決企業內部的大小問題。致力於將 Teams 與公司既有業務流程結合，創造全新的價值。】雖然沒有得名，但卻得到難忘的回憶以及寶貴的經驗。因此決定留下紀錄，以作為未來反思之用。
前言
看起來是個邀請目前已有使用 Office365 相關服務之企業參加的 "推廣型" 活動。對於已經買服務的企業用戶，希望藉由此次活動，能夠更了解手上的這些工具到底能做些甚麼。讓用戶在購買服務後，能夠更加 "物盡其用"。
當然，重點還是要賣產品阿 XD
已經有買 M$ 服務的合作夥伴，透過這次活動，體會到與其他 M$ 服務串接得更多可能性 (加碼買爆)；還沒買 M$ 相關服務的潛在客戶，透過這次推廣活動，看看其他企業如何利用 M$ 服務來創造價值 (吸引你來試用，然後一不小心就買爆)
競賽相關規範
比賽形式
先參加一堂精實的 "一日體驗營"，熟悉幾項他們主打的服務 (power automate, power apps, etc.)，並實作出 Demo project。這部份，如果是對從來沒有開發經驗的人來說，應該是會感到相當驚艷。像我這種從來沒寫過前端的攻城屍，也可以在短時間做出個質感還不錯的 website\app。
基本上，有了這些 solution，任何人都可以輕鬆地建立專屬於自己的 service。這也是本次活動的宗旨。(不是我在吹捧，只要不是太複雜的功能、沒有要串接 M$ 以外的服務，基本上不用 coding 都做得出來。)
體驗營的最後，各組現場進行提案構思，與其他人分享自己打算進行的項目。並且在約莫 3 周後，帶著 prototype project (on production 會更好) & presentation slides 到現場，向其他夥伴進行 “火力展示”。
評分相關規定
- 各組的 Demo 時間為 6 分鐘，剩餘 1 分鐘時會響 1 聲鈴，時間到會響 2 聲鈴，Demo 結束後會有評審 QA 環節。
(原本以為會很硬派地直接斷你畫面，結果還是會通融一下 XD) - 競賽評分內容如下:
1. 商業應用可行性 30%
2. 完整度 25%
3. 技術應用程度 25%
4. 創意及簡報表達 20%
專案介紹
接下來簡單說明一下我們當天所發想的主題
計畫緣起
相信許多人都有以下的經驗:
- 活動報到時，總是要花時間找自己的名字進行簽到
- 主辦人策劃了活動，卻不知如何讓想參加的人接收到這些訊息
- 各個社團、部門活動資訊混雜，散佈各處。找到自己有興趣的活動變得不再容易
- 活動舉行完畢，也缺乏統一的成效評估方式。相關活動紀錄也分散各處，不利於知識累積與分享
諸如此類的問題，我相信在各個企業內部屢見不鮮，無形間提升了舉辦&參與活動的門檻。
因此我們提出了【一站式企業活動管理】解決方案 ，協助辦理公司內的活動大小事。(這裡就不放圖了，一堆公司的 LOGO。恥度有點高 ...)
開發過程
先預想整體系統的樣貌，user 實際操作流程會是如何。瘋狂畫大餅，隨意提想法，之後在逐漸收斂成為接近下圖的樣子。
- 使用 SharePoint List 來儲存活動相關紀錄。
可以輕鬆串接其他 M$ 的服務，且不需要額外的費用 - 使用 Power Apps 做了活動申請、報名、簽到等功能
mobile 端專用，與 M$ 服務整合度高，也不需要自己串帳戶資訊 - 使用 SharePoint 建置入口網站
PC 端專用 (但也支援行動裝置)，網頁前後端全包 - Forms 用來收集意見反饋
- 使用 Power Automate 來串連各項服務的自動化流程
個人私心推薦，各種雜事全部自動化。解放雙手，94 爽~ - 活動資料統計與視覺化分析當然首選 Power BI
- 利用 Azure bot service 串接 Teams，提供基本的 chat bot 功能
上述應用全都整合 Teams 以及 SharePoint 網頁，讓 user 可以隨時查看
成果展示
我們利用 Teams 與 Microsoft Power Platform 串聯活動的完整流程。透過這些工具，即使不會寫程式的同仁也能夠建置具有簡易功能的服務。
不論是 Power Apps、Power BI 或 SharePoint，都可以直接嵌入 Teams 中。以 Teams 為主要接觸窗口，user 在 PC、NB 和 mobile 上都能夠輕易存取資訊。藉此拉近活動主辦方、活動審查人與活動參與者之間的距離，降低彼此間的溝通成本。
趣聞一則:
強者我隊長，直接怒抽第一順位。通常第一組都會被當成其他組的評分參考基準，不是大好就是大壞。
但這樣其實也不錯，一早就結束，可以悠哉地享用下午茶 ~
為了 DEMO 根本沒吃中餐，報完馬上爆吃一波，看著其他還在水深火熱準備中的夥伴們，不亦樂乎 😆
總結
個人認為，我們無論在專案的完整度、報告的流暢度上，幾乎是在尚未圈。但最後仍未能得到名次，迫使我思考是否有不夠完備的地方。
- 組員都是 IT 人員
自己挑錯戰場，怨不得人。活動報名文宣也提到 "讓 user 參加，而不是純 developer"，我們還沒上台就直接先被扣分 😑 - 主題不夠創新，無法 surprise 評審
這點也只能承認，這種題目雖然有強烈的需求性、明確的痛點，但對多數人來說，其實很容易想到的 idea。所以我們才會打算開發得完整一點，從另一個角度突破 (看來我還是太天真 😕 - 服務沒有 on production
沒有串上真實資料、內部系統，讓 user 實際使用我們所建立的 solution。或許也是因此讓人覺得這只是為比賽而做，並沒有要真的拿來用 (實際上的確也是如此 😆 - 報告流程太過於順暢 ?!?!?
這點只是我個人猜測，因為得獎的組別，基本上都是現場 demo，而不是用預錄影片，所以流程上稍微都有點卡卡的，頗具"真實感"，實際上有做出東西的感覺。
相較之下，我們因為功能有點多，沒把握能在限制時間內全部展示完畢。因此採取錄影剪接策略，並且調整影片播放速度，我自己看的時候也覺得: "做了很多東西，但是好像沒有特別的記憶點"。
總的來說，應該要多花點心思留意主辦方舉辦這個活動的用意，推敲過後，才能定出比較符合評審胃口的主題。而非都是做自己有興趣、喜歡的東西，但評審可能不覺得這是有價值的項目。以"賣產品"的角度切入，才能夠有效抓到顧客(評審)的心。
