本篇大概簡介 AppSheet ,
下一篇才會進入系統看畫面跟功能。
本篇閱讀時間約: 1 分鐘
AppSheet 是一款可以快速打造企業需要的應用程式以及整合企業資源的低代碼開發平台,
例如可以快速打造出公司內部某種簽核流程。
也因為跟 Google Workspace 有很好的交流,
這也是為什麼我們是以 Google Sheets 做為資料核心以及 AppSheet 當自建系統的核心。
而且能同時收集不同來源得資料,
這也就意味著需要工程師來整理這些資料,
所以在我們定義核心團隊時,最好是有很熟悉資料的工程師。
價格還行,一樣是公司評估 CP 值囉~
其中在構建應用程式時,可以邀請 10 個使用者來幫忙測試。
AppSheet 本身就有包含很多範本,可以先挑最接近的開始。
教學部分可以在 Youtube AppSheet 頻道,另外還有 https://www.youtube.com/playlist?list=PLvqtg4kpuusFpF7z1fMwnIZiLQhExSsfL ,其他還有 2023 年 1 月的書 「Democratizing Application Development with AppSheet」,可以使用歐萊禮試用 10 天趕快看完,雖然書裡面已經是舊版系統畫面了,不過幸好系統裡還有「 Switch to legency edit」按鈕可以切換成書裡面的系統畫面。
AppSheet 可當成企業應用程式核心發展,
可以快一點製作出企業「現在」就要使用的應用程式(不論對內、外),
也可以整合各方資料來源,
也不需要安排工程師寫程式(但可能需要指導),
CP 值其實應該是蠻好的。
但功能不應該太複雜,一次注意一種情境就可以,有點像是在做 MVP 感覺,
太複雜變成連無代碼都在複雜設定,這樣搞的維護成本會很重,
所以太複雜的邏輯、或限定裝置的情形,可能就不太適合用 AppSheet。
另外有一點要注意,
因為未來可能會有很多自動化工具,
所以還記得我們當初有定義自動化工具的優先順序嗎?
複習一下我的定義:
不論內外部應用程式,該應用程式有自動化,以該自動化為主,以達產業專門領域服務效益最大化,使用單位自行評估該自動化成本。不足之處使用 Make 串接,以達最大 LCNC 效益,也可降低使用 Make 成本。
白話一點,也就是業務端可能有使用電子報,
該電子報服務有自動化工具,就以該服務為最優先
(即便是使用 Make 或是 AppSheet 內的自動化工具也辦得到的情形)。
至於要使用 Make 或是 AppSheet 就視情境,
例如 Watch Instagram 新 Post,
這種通常就不會特意開一個 AppSheet 自動化流程來使用,成本相較 Make 太大。