iT邦幫忙

房間預約系統相關文章
共有 30 則文章
鐵人賽 Build on Google AI DAY 30

技術 【Day 30】完賽總結:開源願景、持續迭代與社群影響力展望

今天,我們迎來了 iT 邦幫忙鐵人賽「Build on Google AI Track」的最後一天——【Day 30】! 從 Day 1 的需求分析與系統架構規...

鐵人賽 Build on Google AI DAY 29

技術 【Day 29】AI 協同開發實戰:我如何用 Gemini 打造 NGO 預約系統的 30 天速成全紀錄

在鐵人賽「Build on Google AI Track」的倒數第二篇,我們將進行一次深入的幕後揭密。要在短短 30 天內,從無到有打造出一套包含 FullC...

鐵人賽 Build on Google AI DAY 28

技術 【Day 28】架構覆盤:軟編碼(Soft-coding)與 Google Apps Script Serverless 架構實戰優勢

隨著專案進入尾聲,我們的 NGO 房間預約系統已完成所有核心開發與驗收測試。在鐵人賽「Build on Google AI Track」中,這套系統之所以能夠在...

鐵人賽 Build on Google AI DAY 27

技術 【Day 27】使用者操作指南與常見問題解答

經過了超過一周的後端架構開發、前端整合、自動化測試與 UAT 驗收,我們的 NGO 房間預約系統已正式具備上線條件。 然而,一套優秀的軟體要能在非營利組織(NG...

鐵人賽 Build on Google AI DAY 26

技術 【Day 26】系統驗收、用戶權限劃分與測試報告

上篇完成了系統整合測試、資料庫自我修復與 Google Drive 自動備份機制後,我們的 NGO 房間預約系統已通過技術層面的嚴格考驗。 今天我們進入 模組...

鐵人賽 Build on Google AI DAY 25

技術 【Day 25】系統整合測試、資料一致性與備份機制

在完成全系統錯誤處理與 Log 監控模組 (ErrorReportingService.gs) 後,我們的 NGO 房間預約系統已具備極高的強韌性與自我診斷能力...

鐵人賽 Build on Google AI DAY 23

技術 【Day 23】Telegram Bot 即時通知與狀態異动推播機制

今天對 TelegramBotService.gs 進行修改,讓 Telegram Bot 專注於作為即時營運狀態中樞,負責推送預約異動、取消規章與現場簽到/釋...

鐵人賽 Build on Google AI DAY 24

技術 【Day 24】全系統錯誤處理、例外監控與 Log 日誌紀錄

在前面三天完成了:前端全日曆整合、 QR Code 簽到釋放以及 Telegram Bot 即時異動推播後,我們的 NGO 房間預約系統核心功能已全數到位。然而...

鐵人賽 Build on Google AI DAY 22

技術 【Day 22】簽到/簽退模組與 QR Code 驗證

在完成了上篇的前端 FullCalendar 日曆互動介面後,我們進一步解決 NGO 場地管理中常見的「佔位不使用」(No-show)與資源浪費問題。 今天我們...

鐵人賽 Build on Google AI DAY 20

技術 【Day 20】取消、改期與 24 小時規章設計與實作

在實作完核心預約與 AI / Telegram 整合後,今天進入 模組 C:取消、改期與規章執行層——CancellationService.gs。 本模組嚴格...

鐵人賽 Build on Google AI DAY 19

技術 【Day 19】後端核心預約邏輯 API (BookingService.gs) 設計與實作

在完成了 Config.gs 全局設定檔與 Telegram Bot API 連線測試後,今天我們進入系統後端最核心的業務邏輯層——BookingService...

鐵人賽 Build on Google AI DAY 17

技術 【Day 17】實戰操作全流程示範:新職工註冊審核、預約週期、權限異動與管理員月結報表

今天我們透過一次完整的實際操作示範,從新職工「阿樂」申請加入機構開始,一步步走完「身分審核 -> 登入與預約 -> 改期規章與簽到 -> 帳戶...

鐵人賽 Build on Google AI DAY 16

技術 【Day 16】Google OAuth / SSO 身分驗證、Google Cloud 設定與全功能角色權限控制(RBAC)

在前 15 天裡,我們完成了核心預約系統、Telegram/Email 雙管道通知與第一階段的正式部署。然而,目前系統主要依賴使用者自行填寫 Email,缺乏嚴...

鐵人賽 Build on Google AI DAY 15

技術 【Day 15】通知機制切換(Email / Telegram Bot)、資安強化與系統階段性部署

來到 30 天實作挑戰的中場里程碑(Day 15)!在過去 14 天裡,我們完成了核心預約邏輯、Google Calendar 行程同步、雙模拖拉選取介面,以及...

鐵人賽 Build on Google AI DAY 18

技術 【 Day 18】系統需求規格說明書 (SRD) 整合與全局設定檔 (Config.gs) 設計實作

在系統開發與架構設計中,「軟編碼 (Soft-coding)」 是確保系統長期具備彈性與可維護性的核心原則。在 Build on Google AI 賽道的「N...

鐵人賽 Build on Google AI DAY 14

技術 【Day 14】資料留痕與審計日誌:實作 Google Sheets 審計日誌 (Audit Log) 與場地使用率統計分析

昨天我們完成了支援桌面滑鼠與行動裝置觸控的 「橫向 7 天週月曆拖拉預約介面」,實現了雙模 UX 與前端防呆。 今天,我們將重點轉向後端的 「資料留痕、資安審計...

鐵人賽 Build on Google AI DAY 13

技術 【Day 13】全平台響應式 UI/UX:橫向 7 天週月曆、桌面/行動雙模拖拉(Mouse & Touch Drag-to-Select)與五房間切換

今天我們將重點放在 「前端預約介面的全平台 UX 升級」。為了讓職工無論是在桌面電腦使用滑鼠,還是在 iPhone / iPad / Android 等行動裝置...

鐵人賽 Build on Google AI DAY 12

技術 【Day 12】後台管理與預預約維護:實作「全區查詢、自主改期/取消」與管理員「週期性活動」排程

昨天我們完成了預約成功時的 Telegram Bot 與 Email 雙軌即時通知。今天我們將重點轉向系統的 「後台管理與預約維護模組」。 為了滿足實際營運需求...

鐵人賽 Build on Google AI DAY 11

技術 【Day 11】即時通知整合:利用 Telegram Bot 與 Email 實現預約雙軌自動化推播

昨天,我們建立了後端防鎖與衝突檢查機制,確保系統在 concurrent(高並發)預約時能夠做到零重複預約(No Overbooking)。 今天,我們將串接...

鐵人賽 Build on Google AI DAY 21

技術 【Day 21】前端 FullCalendar 日曆整合與 Web App 介面

之前完成了後端的核心預約 API(BookingService.gs)與取消/改期規章(CancellationService.gs)後,今天我們進入 模組 D...

鐵人賽 Build on Google AI DAY 10

技術 【Day 10】極端狀況防禦策略:運用 LockService 與衝突檢查打造「零重複預約」系統

之前,我們順利實現了一鍵將預約資訊直連寫入 Google Calendar 的功能。然而在實際營運中,最讓系統管理者頭痛的極端狀況莫過於「搶場地/搶資源」——當...

鐵人賽 Build on Google AI DAY 9

技術 【Day 9】預約輸入畫面與 Google Calendar 直連整合:一鍵建立全員共享日曆事件

今日來談談前端設計。對 NGO 志工與職工來說,最方便的檢視方式莫過於直接在手機上的 Google Calendar(Google 日曆)App 隨時檢視場地空...

鐵人賽 Build on Google AI DAY 8

技術 【Day 8】規格定義與資料庫設計:用 Google Notebook 產出 SRS 與 Google Sheets Schema 藍圖

經過前六天的痛點拆解、主管提案、技術選型,以及上篇完成的手風琴內嵌卡片(Inline Card)UI/UX Wireframe 原型設計,我們已經將 NGO 的...

鐵人賽 Build on Google AI DAY 7

技術 【Day 7】UI/UX 原型繪製

今天我們要將這些體驗洞察與防呆邏輯,落實為具體的 Low-Fi Wireframe(低擬真線框稿)與 React 前端元件規格(Component Spec)。...

鐵人賽 Build on Google AI DAY 6

技術 【Day 6】設計思考實踐:使用者旅程圖(User Journey Map)與跨世代痛點洞察

在軟體開發中,最昂貴的浪費莫過於 工程師加班加點寫出程式碼,最後卻沒有人願意用。 為 NGO(非營利組織)打造場地與設備預約系統時,我們面臨的最大挑戰並非技...

鐵人賽 Build on Google AI DAY 5

技術 【Day 5】0 成本 Google 生態系選型:將 NGO 邏輯需求落地的技術架構藍圖

前幾天我們深入 NGO 現場,將紙本訂房簿的混亂、人情套單漏洞、獨立房間排程、90天預約限制、2次改期上限,以及跨世代 12H/24H 時間習慣,全數抽象化為嚴...

鐵人賽 Build on Google AI DAY 4

技術 【Day 4】向主管提案與願景對齊:用「非技術語言」講透 0 預算數位轉型

梳理完現場的複雜流程與防呆規則後,許多專案負責人或技術人員常犯的錯誤,就是迫不及待地拿著各式各樣的技術名詞跑去向中心主管匯報。然而,對於 NGO 的中心主管或營...

鐵人賽 Build on Google AI DAY 3

技術 【Day 3】深入現場防呆與邊界規則:破解「人情套單」漏洞、90天預約、雙時制介面與二次改期上限

在【Day 2】梳理了場地資產與紙本訂房簿的 5 大表面痛點後,我與中心的負責志工進行了一次深入的流程訪談。 這次對話不僅幫我們簡化了房間預約的邏輯,更揭露了一...

鐵人賽 Build on Google AI DAY 2

技術 【Day 2】現場實況拆解:從手寫「訂場簿」到「60天改期追蹤」,NGO 場地與設備借用的 5 大血淚痛點

在【Day 1】確定目標後,我們必須釐清非營利組織(NGO,以下簡稱中心)的真實運作情境。 求助的非營利組織(NGO,以下簡稱「中心」)是一家自助組織,各部門職...

鐵人賽 Build on Google AI DAY 1

技術 零預算 NGO 數位轉型,用 Google AI 生態系 30 天打造智慧訂房 Web App

「我們很想改善預約流程,但真的沒有預算,志工們只能繼續用 Excel 和 紙本 慢慢核對...」 這是一句我在許多非營利組織(NGO)和社會企業中常聽到的無奈嘆...