「等待」似乎是現在民眾就醫時不可不承受之重。身為醫療從業人員，也經常在現行不夠友善的掛號系統與服務患者間感到心力交瘁。

「我從小是一個專業的病人，我深信應該要有更好的解決辦法。」家昱家團隊共同創辦人，也是催生新掛號系統上線的推手：彭昱融 Hugo 說。

「看診的體驗，從動手掛號那一刻就開始。」家昱家團隊創辦人彭昱融和在基層診所從業七年以上累積多年觀察的郭家穎醫師認為，就醫體驗不該診療時才開始，而是從開始模模糊糊有病識感、決定掛號那一刻就開始。

憑藉著多年創業與創業輔導經驗，家昱家團隊兩位共同創辦人彭昱融與郭家穎醫師，導入設計思考，透過設計工作坊、服務設計、醫療從業人員與大量郭醫師照顧多年的的病人們質化與量化訪談、以及團隊自身與支持的醫師天使股東們對各基層診所多年經驗的反饋，再結合前端使用者體驗專業團隊 UI/UX 的長時間規劃與驗證，跌跌撞撞中前進，終於在引薦下找到開發能力專業穩定的五倍，共同孕育了能解決痛點的 Resonance 掛號系統，並率先導入自己創辦的交感身心診所，矢志提供病患更好的掛號看診體驗，開業半年內，已累積了2500人次的使用者驗證。

大 =\= 好，懂團隊需求才是關鍵

「在與五倍紅寶石軟體開發接觸前，我們已經談過許多技術團隊。包含超過百人的大型國際化系統整合公司。」家昱家暨交感身心診所共同創辦人之一的 Hugo 苦笑著說。

「但我們想要的是能理解真實需求（Job to be done）的團隊，大不一定好。中小團隊能提供的彈性和靈活度反而是我們喜歡的。」

開發 SaaS 服務的 MVP 階段，創業團隊需要先做出一個能站在上面的滑板，快速投入市場、快速驗證並迭代改進。Hugo 認為，從前期與五倍團隊洽談開始，就覺得五倍對於 MVP 的理解和團隊的彈性遠遠優於其他團隊。

能夠理解新創和一般企業的差異，提供符合新創事業計畫的行動節奏，是家昱家選擇五倍團隊的重要理由之一。

靈活應變，化不可能時程為可能

為了滿足新創團隊急切的時程需求，五倍團隊從接洽之初就讓 Tech Lead 參與。在接到任務時，離重點的階段性驗收只剩二個多月，本案又共有三個合作團隊： UI/UX 的專家「遊石設計」、負責 MVP 系統分析 的 MXI 團隊，以及負責接手後續 SA、設計資料結構、開發與部署的 5xRuby 團隊。我們團隊由 CEO 慕凡親自帶領高達十人的開發團隊，全心投入開發，他也親自擔任系統架構師，活用超過 20 年的系統開發經驗，操刀複雜的系統設計。

掛號現場會有許多複雜的需求，這些都是系統設計時必須思考的。系統派發診號會因應現場狀況產生四種類型，每個號碼都會限定屬於其中一種，沒有「不限類型」。判斷還有空診與否時，也得與不同時間維度相互乘積，才不會造成系統判斷困難。因此，每個門診和診號狀態的判斷就變成必須要考慮非常多因素，中間的產業知識補充更是非常必要。

因此，每個需求討論，不只專案經理 Winnie ，連主要系統架構師慕凡都親自參與，才能締造從拿到設計稿到系統規劃、開發、初版上線，甚至包含單元測試，能在二個月內完成的奇蹟，實在令人驚艷。

高效協作的秘訣在溝通管理

團隊在第一階段鎖定的是解決身心科的現場掛號問題。因此根據科別特色，使用者在變更掛號時會碰到超過四個變數：科別，診別，時段，日期。每個變量都依據其餘三個變量判斷並變化。而有沒有開診、能不能掛號也需要額外判斷。要釐清這種種變量產生的情境並在理解之後拆解重組，需要非常清晰的邏輯。

- 開發前徹底理解

由於使用情境非常複雜，五倍使用圖像化來與 PM 確認情境，釐清操作流程，並根據時程來優先決策需要完成的功能。

- 實作時透明溝通

原本的 SA 是由他方 SA 完成部分再交棒給五倍團隊。五倍專案經理 Winnie 和遊石設計一起整合所有規格，並收束到在指定驗收時程內最可能完成的規模。

三方都是第一次合作，為了整合不同團隊間的溝通步調，再加上基於各自專業的考量點都會略有不同，雙方花了許多心思磨合。除了 Slack 上即時討論外，也每週舉辦例會來核對進度，善用看板工具同步任務進行狀況，公開透明協作，以避免認知落差。

經驗加乘技術力，提出更好解法

五倍身為台灣開發 MVP 經驗最豐富的團隊之一，有提出更好解法的責任。客戶遇到問題時或許會有自己期望的解法，但五倍會優先考慮整體架構設計與使用邏輯、資料面設計，並且採取「先確認需求背後的原因，再提供解法」的策略，避免出現「只為滿足期望，卻不是最好作法」狀況，造成程式或資料面出現不合理的邏輯，也為產品帶來風險。

盤點五倍團隊在第一階段採取的技術解法共有：

- 前端：Hotwire

用後端方式完成複雜的前端 UI 互動變化。

- 資料庫：PostgreSQL

因應前端醫護操作體驗上的需求，採用 PostgreSQL 產生「一連串有序資料」的功能，例如產生一串從 1/1~1/31 的日期，讓使用者容易用資料庫查詢的方式知道這一週或一個月內有哪些事件，像真的日曆一樣。

選擇更合適的開發工具

因應就診需求，有很多項目需要特製「類表單」，五倍在評比各種解法後，選擇最合適的工具以提高整體開發效率，降低開發難度。

例如在設定某診診號數量時，需要針對每一個診號「再」設定類別。以往需要編寫每個抓取的元素，但此次開發採用 Stimulus JS ，可以僅針對需要的目標快速實作，功能依據目的區分完整，開發時一目了然。

配合目標診所的看診需求，系統需要提供不少特規功能，使用能重複運用的元素將大大節省開發時間。例如下拉選單，只要刻出一個模板就可以大量運用在各場景裡，增加可活用性。

往下一個挑戰

回顧這段像雲霄飛車般快速又炫目的開發時光，除了萬分感謝，Hugo 表示：「五倍團隊總是能幫我們評估技術優劣並分析給我們聽，開發進展透明確實，是非常務實的團隊。如果你真的想要做些什麼，想要改變這個產業的什麼，我誠懇推薦找五倍合作。」。

掛號系統在初版上線後，隨著使用者增多，use case 被更多病患與醫護人員驗證，也開始進入下一階段的優化與效能提升挑戰。

你也有一個很棒的軟體點子，並且已經下定決心要實現它了嗎？歡迎跟五倍紅寶石軟體開發團隊聯絡，讓我們用技術力，幫助你一起打造產品。