產出 #611

查找指定案例

## 1. 觸發條件
- 當用戶有提到想看與自家產業或產品類似的案例時觸發。

例如以下例句：
「
- 有沒有某個指定產業的相關作品？
- 想看相關案例、作品？
- 想看客戶案例、想找設計案例
- 果思有提供 App 設計嗎？
- 果思有提供 Web（相似詞彙：網頁、網站、RWD、官網、品牌網站、ESG 網站）設計嗎？
- 果思有做過 AI 應用（相似詞彙：Chatbot、AI、Line OA ）相關產品嗎？
- 果思有做過金融應用（相似詞彙：中信、國泰、統一、南山、台新、投信、證券、保險、基金、電子支付）相關產品嗎？
- 果思有做過交通旅運（相似詞彙：iRent、去趣、物流、交通、旅遊、電動車、充電）相關產品嗎？
- 果思有做過會員經營（相似詞彙：勤美、台電、CRM）相關產品嗎？
- 果思有做過企業內部系統（相似詞彙：CRM、打卡、營運、員工管理、公文、Dashboard）相關產品嗎？
- 果思有做過企業形象網站（相似詞彙：商周、ESG、EC、電商）相關產品嗎？
- 果思有做過媒體娛樂（相似詞彙：friDay、OTT平台）相關產品嗎？
- 果思是否有複雜後台或 CRM 的經驗？
- 果思是否有成功的 EC（電商）經驗？
」

## 2. 資訊收集
### 資料確認 — 產業類別 / 產品型態
- 產業類別 [text] (必填): AI應用 / 金融應用 / 交通旅運 / 會員經營 / 企業內部系統 / 企業形象網站 / SaaS 平台 / iOT / 媒體娛樂 / EC 電商
- 產品型態 [text] (必填): APP / Web

## 3. API 工具
1. search_knowledges — Search from knowledge base based on the information user needs.

## 4. 回覆規則
- 1. 先說果思有多種類型的產業別經驗，並逐一詢問必要資料（若用戶原先的句子已經有必要資訊時，可略過訊詢問）
2. 詢問「產業類別（單選）：AI應用 / 金融應用 / 交通旅運 / 會員經營 / 企業內部系統 / 企業形象網站 / SaaS 平台 / iOT / 媒體娛樂 / EC 電商」
3. 用戶填答後，再接續詢問「產品形態 (單選)：APP / Web」
4. 依據用戶選擇的「產品類別、產品分類」，給予對應的回覆：
- 若用戶回覆「AI 應用+App」，則顯示對應連結「[https://www.goonsdesign.com/portfolio?tag=ai&category=app」](https://www.goonsdesign.com/portfolio?tag=ai&category=app%E3%80%8D)
- 若用戶回覆「AI 應用+Web」，則顯示對應連結「[https://www.goonsdesign.com/portfolio?tag=ai&category=web」](https://www.goonsdesign.com/portfolio?tag=ai&category=web%E3%80%8D)
- 若用戶回覆「金融應用+App」，則顯示對應連結「[https://www.goonsdesign.com/portfolio?tag=fintech&category=app」](https://www.goonsdesign.com/portfolio?tag=fintech&category=app%E3%80%8D)
- 若用...

Q: 擅長領域 / 類型的數位產品
A: 果思專注於承接中大型、跨系統整合、流程複雜的數位產品專案。我們關注的不只是產品形式（App、Web 或後台），而是系統是否能在多角色、多模組、多資料來源的情境下穩定運作，並具備長期擴充與維運的能力。這樣的定位，使果思特別擅長處理企業在成長與數位轉型過程中，最容易卡關的複雜產品型態。

服務範圍（擅長承接的產品類型）
1. 多模組後台與企業級應用
- 涉及多角色權限、審批與任務流程、例外處理、大量欄位設定與跨部門協作，常見於企業內部系統與管理平台。
- 代表作品：國泰金控公文系統、震旦主管 App。
2. 金融服務與高資安需求系統
- 涵蓋電文與 API 串接、會員整合、帳務與風險控管，並需符合金融級資安與穩定性標準。
- 代表作品：新光信用卡 App、證券開戶流程、中信官網。
3. 生態級跨平台產品
- 包含 SSO、跨平台帳號整合、多服務與多系統資料交換，屬於需長期演進與擴充的生態型數位服務。
- 代表作品：和泰「去趣旅運」全平台，涵蓋 App + Web、多服務整合、會員／票券／旅遊行程等跨模組架構。
4. ToC 應用型 APP／Web
- 著重使用情境與旅程分段，需處理註冊、支付、定位、身份驗證、通知、任務導引等高頻核心流程，並維持跨場景的一致體驗。
- 代表作品：iRent、悠遊付、iCash Pay 等 ToC 服務。
5. 多系統資料整合與會員／CRM 系統
- 整合 POS、CRM、CMS、EC 等系統，處理會員資料、點數與帳務邏輯、事件流與查詢需求，支援行銷與營運場景。
- 代表作品：百貨會員 App、勤美生活會員平台。

果思的角色定位
在上述類型的專案中，果思的角色並非單純交付某一種產品形式，而是負責整體系統整合與產品落地品質。我們會從業務流程、資料結構、角色權限與實際操作情境出發，協助企業將看似複雜且分散的系統需求，整理成可理解、可操作、可維運的產品架構。無論是企業級後台、金融服務系統、生態級平台或 ToC 產品，果思都會同步考量系統擴充性、資料一致性與後續維運成本，避免產品在第一階段完成後即面臨結構瓶頸。

適合什麼樣的企業
- 產品屬於中大型規模，流程與系統複雜
- 專案涉及多模組、多角色或跨系統整合
- 需要處理金融級資安或高穩定性需求
- 同時包含 App、Web 與後台系統
- 重視產品長期演進，而非一次性交付

Q: 精選作品案例
A: 服務定位
果思長期專注於高複雜度、高資安需求的數位產品與系統，服務產業涵蓋金融、保險、交通、零售、電商、餐飲、智慧 IoT、醫療科技與企業內部系統等領域。這類產業普遍涉及大量資料交換、複雜操作流程與多角色協作，同時對系統穩定性、資安規範與使用體驗有高度要求。果思在這樣的專案環境中，累積了對流程拆解、系統整合與體驗優化的深度理解，能在高風險與高複雜度條件下，協助產品穩定落地並長期運作。

服務範圍
截至目前，果思已累積百件以上中大型數位產品專案，涵蓋金融服務、交通旅遊、零售會員系統與企業級後台平台。多數專案皆具備跨部門、跨系統整合的特性，需要同時兼顧業務邏輯、系統架構、資安要求與實際操作情境。在實務上，果思所承接的專案常涉及以下複雜情境：多資料來源與跨系統串接、多角色與權限審核流程、舊系統升級與資料清洗、高欄位量後台與複雜設定邏輯、金融級資安與弱點掃描、行為與事件追蹤，以及 AI 模組的實務整合。

代表性專案
- 國泰金控｜集團公文系統
重建跨九家子公司的公文平台，重新梳理角色權限、簽核流程、例外處理與操作體驗，並透過二十餘場利害關係人訪談與多輪使用者研究，使高度複雜的組織流程更一致、可維護且具備長期擴充性。
- 和泰汽車｜去趣！旅遊規劃 App
從市場研究、產品定位、UX/UI 設計、前端開發到 OAuth 2.0 串接全程參與，打造從零到一的生態級產品，上線一年半即累積三百萬會員，成為集團重要的數位服務入口。
- iRent、悠遊付、icash Pay
協助多項國民級 App 進行體驗重構，聚焦租借、支付、身份驗證與任務操作等高頻核心流程，同時優化新手導引、異常情境與跨場景切換，提升整體操作效率與完成率。
- 新光銀行｜信用卡 App
重新盤點內部電文、帳務邏輯、點數規則與多系統資料，建置可支援跨模組查詢與行銷設定的後台系統，並同步完成雙平台 App 的設計與開發，確保帳務、點數與行銷邏輯的一致性。
- 國泰投信｜基金官網
重建高資訊量的基金商品資訊架構與導購體系，整合商品比較工具、後台資訊管理與前後端分離架構，使投資資訊更易理解，同時提升商業導流與轉換效率。

上述專案充分展現果思在跨系統資料整合、複雜流程設計、多角色權限模型、可維運 UX 架構與企業級產品落地上的整合能力。

探問_指定案例

## 1. 觸發條件
- 當用戶有提到果思擅長哪些領域或類型的數位產品、詢問有無指定產業的合作經驗的內容時觸發。

例如以下例句：
「
- 果思的專業領域有哪些？
- 果思擅長哪種類型的專案？
- 果思合作過哪些專案？
- 果思做過哪些大型專案？
- 能不能接大型系統案？
- 有沒有做過指定產業別（例如：AI、金融、交通、旅遊、會員管理、會員系統、電子支付、企業內部系統、形象網站、ESG、SaaS 平台、iOT、影音平台、EC、電商）相關產品？
」

## 3. API 工具
1. search_knowledges — Search from knowledge base based on the information user needs.
2. search_unified — Concurrent search tool for knowledge base and products

## 4. 回覆規則
- 1. 擷取 FAQ 中的資訊來回覆
2. 詢問是否需要觀看指定產業別的作品案例
3. 若用戶有輸入產業別，自動觸發「查找指定案例」腳本

Q: 精選作品案例
A: 服務定位
果思長期專注於高複雜度、高資安需求的數位產品與系統，服務產業涵蓋金融、保險、交通、零售、電商、餐飲、智慧 IoT、醫療科技與企業內部系統等領域。這類產業普遍涉及大量資料交換、複雜操作流程與多角色協作，同時對系統穩定性、資安規範與使用體驗有高度要求。果思在這樣的專案環境中，累積了對流程拆解、系統整合與體驗優化的深度理解，能在高風險與高複雜度條件下，協助產品穩定落地並長期運作。

服務範圍
截至目前，果思已累積百件以上中大型數位產品專案，涵蓋金融服務、交通旅遊、零售會員系統與企業級後台平台。多數專案皆具備跨部門、跨系統整合的特性，需要同時兼顧業務邏輯、系統架構、資安要求與實際操作情境。在實務上，果思所承接的專案常涉及以下複雜情境：多資料來源與跨系統串接、多角色與權限審核流程、舊系統升級與資料清洗、高欄位量後台與複雜設定邏輯、金融級資安與弱點掃描、行為與事件追蹤，以及 AI 模組的實務整合。

代表性專案
- 國泰金控｜集團公文系統
重建跨九家子公司的公文平台，重新梳理角色權限、簽核流程、例外處理與操作體驗，並透過二十餘場利害關係人訪談與多輪使用者研究，使高度複雜的組織流程更一致、可維護且具備長期擴充性。
- 和泰汽車｜去趣！旅遊規劃 App
從市場研究、產品定位、UX/UI 設計、前端開發到 OAuth 2.0 串接全程參與，打造從零到一的生態級產品，上線一年半即累積三百萬會員，成為集團重要的數位服務入口。
- iRent、悠遊付、icash Pay
協助多項國民級 App 進行體驗重構，聚焦租借、支付、身份驗證與任務操作等高頻核心流程，同時優化新手導引、異常情境與跨場景切換，提升整體操作效率與完成率。
- 新光銀行｜信用卡 App
重新盤點內部電文、帳務邏輯、點數規則與多系統資料，建置可支援跨模組查詢與行銷設定的後台系統，並同步完成雙平台 App 的設計與開發，確保帳務、點數與行銷邏輯的一致性。
- 國泰投信｜基金官網
重建高資訊量的基金商品資訊架構與導購體系，整合商品比較工具、後台資訊管理與前後端分離架構，使投資資訊更易理解，同時提升商業導流與轉換效率。

上述專案充分展現果思在跨系統資料整合、複雜流程設計、多角色權限模型、可維運 UX 架構與企業級產品落地上的整合能力。

Q: 擅長領域 / 類型的數位產品
A: 果思專注於承接中大型、跨系統整合、流程複雜的數位產品專案。我們關注的不只是產品形式（App、Web 或後台），而是系統是否能在多角色、多模組、多資料來源的情境下穩定運作，並具備長期擴充與維運的能力。這樣的定位，使果思特別擅長處理企業在成長與數位轉型過程中，最容易卡關的複雜產品型態。

服務範圍（擅長承接的產品類型）
1. 多模組後台與企業級應用
- 涉及多角色權限、審批與任務流程、例外處理、大量欄位設定與跨部門協作，常見於企業內部系統與管理平台。
- 代表作品：國泰金控公文系統、震旦主管 App。
2. 金融服務與高資安需求系統
- 涵蓋電文與 API 串接、會員整合、帳務與風險控管，並需符合金融級資安與穩定性標準。
- 代表作品：新光信用卡 App、證券開戶流程、中信官網。
3. 生態級跨平台產品
- 包含 SSO、跨平台帳號整合、多服務與多系統資料交換，屬於需長期演進與擴充的生態型數位服務。
- 代表作品：和泰「去趣旅運」全平台，涵蓋 App + Web、多服務整合、會員／票券／旅遊行程等跨模組架構。
4. ToC 應用型 APP／Web
- 著重使用情境與旅程分段，需處理註冊、支付、定位、身份驗證、通知、任務導引等高頻核心流程，並維持跨場景的一致體驗。
- 代表作品：iRent、悠遊付、iCash Pay 等 ToC 服務。
5. 多系統資料整合與會員／CRM 系統
- 整合 POS、CRM、CMS、EC 等系統，處理會員資料、點數與帳務邏輯、事件流與查詢需求，支援行銷與營運場景。
- 代表作品：百貨會員 App、勤美生活會員平台。

果思的角色定位
在上述類型的專案中，果思的角色並非單純交付某一種產品形式，而是負責整體系統整合與產品落地品質。我們會從業務流程、資料結構、角色權限與實際操作情境出發，協助企業將看似複雜且分散的系統需求，整理成可理解、可操作、可維運的產品架構。無論是企業級後台、金融服務系統、生態級平台或 ToC 產品，果思都會同步考量系統擴充性、資料一致性與後續維運成本，避免產品在第一階段完成後即面臨結構瓶頸。

適合什麼樣的企業
- 產品屬於中大型規模，流程與系統複雜
- 專案涉及多模組、多角色或跨系統整合
- 需要處理金融級資安或高穩定性需求
- 同時包含 App、Web 與後台系統
- 重視產品長期演進，而非一次性交付

預約洽談會議

## 1. 觸發條件
- 當用戶有提到想要洽談、預約的情境時觸發。

例如以下例句：
「
- 預約、報價、評估、洽談
- 我想預約
- 可以談談嗎？
- 能不能約個時間？
」

## 2. 資訊收集
### 需求信欄位 — 姓名 / 公司名稱 / 聯絡電話 / Email / 服務項目 / 預算區間 / 需求說明
- 姓名 [text] (必填): 姓名
- 公司名稱 [text] (必填): 公司名稱
- 聯絡電話 [phone] (必填): 聯絡電話
- Email [email] (必填): Email
- 服務項目 (可複選) [text] (必填): 產品策略 / 使用體驗研究 / APP 設計開發 / 網頁 設計開發 / 系統整合開發
- 預算區間 [text] (必填): 100萬以下 / 100–200萬 / 200–300萬 / 300萬以上 / 未設定預算 / 不清楚
-  需求說明 [text]: 需求說明

## 4. 回覆規則
- 1. 回覆可協助安排會議，並逐一詢問必要資料（若用戶原先的句子已經有必要資訊時，可略過訊詢問）
2. 詢問「服務項目、預算區間、專案需求或目標」
3. 用戶填答後，再接續詢問「聯絡人名稱、公司名稱、聯絡電話、Email」；若 Email 格式有誤，需提醒重填
4. 顯示使用者填答的資訊，請使用者確認是否正確
5. 用戶輸入「正確」後，回覆已提交並請用戶等待專人確認；系統打 API 寫入 Airtable 表單

Q: 需求洽談相關說明
A: 果思相信，許多有價值的專案，並不是從一份完整企劃開始，而是從一句「我覺得這個流程需要改善」出發。因此，即使你目前沒有完整方案、需求文件或明確規格，也可以預約與果思討論。我們的角色不是等待客戶給出完整解法，而是協助你從零開始釐清問題本質，將模糊的改善意圖，逐步整理成具體、可執行的產品方向與需求規格。

服務範圍（從模糊想法到可執行需求）
在初期討論中，果思會協助你一起釐清：
- 目前真正需要解決的問題是什麼
- 哪些使用者與角色受到影響
- 哪些流程需要重新設計
- 哪些功能是第一階段必要，哪些可延後至第二階段

你不需要帶著完整方案來，只要帶著「想改善的意圖」。其餘的問題拆解、需求整理與方向判斷，會由果思協助你一步步完成。

為了讓討論更有效率，我們通常會建議你事先簡單盤點（若有即可，非必要）：
- 想解決的問題或想達成的目標
- 目前系統的畫面與使用痛點（若有）
- 產品的主要使用者與角色
- 期望的功能清單或系統架構想像
- 一兩個介面示意或參考案例（若有）
- 預期時程與預算範圍
- 若你已有 PRD、流程圖或資料庫文件，也可一併提供，但並非必要條件。

需求釐清與會議流程
果思會協助客戶將零散、模糊的想法，整理為清楚且可對齊的需求規格，流程通常如下：
1. 初次聯繫與通話（15–30 分鐘）
我們會先了解你的產品方向、目標、痛點與現有系統狀態，並評估後續討論方式。

2. 需求會議（約 60–90 分鐘）
討論內容通常包含：
- 服務需求與想解決的問題
- 業務目標與限制條件
- 目標使用者、流程痛點
- 現有產品或系統現況（App、Web、後台、API、資料庫、舊系統）
- 預期的產品型態（App／Web／後台等）
- 功能需求與非功能需求
- 預期時程、預算與選商流程
- 下一步建議

若討論內容較多，會視情況安排第二次「深度討論會議」。

3. 會議參與角色（依需求調整）
- 企業端：產品 PM、需求單位、資訊部或關鍵利害關係人
- 果思端：AM 顧客經理、PM，必要時安排設計總監、系統架構師或工程主管一同參與
若需求涉及系統開發、資料串接或複雜整合，工程角色會同步參與，以確保可行性在早期即被確認。

聯繫方式
若有任何專案需求，可寫「預約洽詢」我將會協助您建立洽談需求單

Q: 專案流程與需求對焦方式
A: 果思的專案流程設計，目標在於降低不確定性、提升可執行度。即使企業在初期尚未具備完整需求或規格，也能透過清楚的流程拆解與持續對齊，逐步將模糊方向轉化為可被設計、開發與驗收的產品方案。整個專案過程中，果思會透過固定的每週例會與清楚的文件產出，確保資訊透明、決策可追蹤，並讓企業能即時掌握專案進度與風險。

完整的專案流程與需求釐清
果思的專案流程通常包含以下七個階段，涵蓋從需求探索到上線與維運的完整生命週期：
1. 需求探索：釐清商業目標、核心痛點與現行流程
2. 前期盤點：了解既有資料庫、API、欄位、角色與技術限制
3. 產品規劃：建立資訊架構（IA）、使用流程（Flow）與功能優先順序
4. UX / UI 設計：產出 Wireframe、UI、Prototype 與 Design System
5. 工程開發：前後端開發、API、資料庫、資安與效能優化
6. 測試與調整：進行 SIT、Bug 修正與 UAT
7. 上線與維運：系統上線、監控與後續維護

若企業尚未具備完整需求，果思會從「方向盤點」開始，協助拆解以下關鍵問題，並快速建立可被執行的產品雛形：
- 要解決的核心問題是什麼
- 哪些使用情境最重要
- 資料從哪裡來、如何流動
- 使用者流程如何設計
- 哪些功能屬於 MVP

需求整理、規格定義與變動管理
在專案執行中，果思負責需求彙整與規格定義，協助企業將想法轉換為設計、工程與 QA 能共同理解的語言。我們會從使用情境、流程、資料、例外狀態與權限出發，整理出：
- 清楚的使用流程
- 功能清單與優先度
- 初步的 IA 與頁面結構
- 後端系統架構與資料流程圖
- 上述內容最終會彙整為規格文件（Spec），作為後續設計、開發與測試的共同依據。
若專案中途出現需求變動，果思會先進行影響評估，協助企業判斷：
- 是否與原需求衝突
- 對流程、資料與 UI 的影響程度
- 對開發進度與資源配置的影響
- 是否產生延伸成本
- 是否適合安排至下一版本

對於涉及跨模組或需額外工時的調整，果思會提出明確的調整建議與費用說明，協助企業做出最合適的決策。

專案成效與後續成長
透過上述流程與方法，果思專案的成效通常體現在：
- 操作效率提升：流程縮短、操作更直覺
- 資料品質改善：欄位與流程一致化、降低錯誤率
- 跨部門協作更順暢：規格清楚、後台更貼近實際使用情境
- 系統可維運性提高：程式結構一致、元件可重複使用
- 客戶體驗與滿意度提升：前台操作更順、錯誤與跳轉減少
- 上線後持續可擴充：Design System、API 模組化、後台擴充性佳

在產品上線後，果思亦會協助提供指標建議與優化方向，確保產品能隨實際使用狀況持續成長，而非停留在第一版。

查找指定案例

## 1. 觸發條件
- 當用戶有提到想看與自家產業或產品類似的案例時觸發。

例如以下例句：
「
- 有沒有某個指定產業的相關作品？
- 想看相關案例、作品？
- 想看客戶案例、想找設計案例
- 果思有提供 App 設計嗎？
- 果思有提供 Web（相似詞彙：網頁、網站、RWD、官網、品牌網站、ESG 網站）設計嗎？
- 果思有做過 AI 應用（相似詞彙：Chatbot、AI、Line OA ）相關產品嗎？
- 果思有做過金融應用（相似詞彙：中信、國泰、統一、南山、台新、投信、證券、保險、基金、電子支付）相關產品嗎？
- 果思有做過交通旅運（相似詞彙：iRent、去趣、物流、交通、旅遊、電動車、充電）相關產品嗎？
- 果思有做過會員經營（相似詞彙：勤美、台電、CRM）相關產品嗎？
- 果思有做過企業內部系統（相似詞彙：CRM、打卡、營運、員工管理、公文、Dashboard）相關產品嗎？
- 果思有做過企業形象網站（相似詞彙：商周、ESG、EC、電商）相關產品嗎？
- 果思有做過媒體娛樂（相似詞彙：friDay、OTT平台）相關產品嗎？
- 果思是否有複雜後台或 CRM 的經驗？
- 果思是否有成功的 EC（電商）經驗？
」

## 2. 資訊收集
### 資料確認 — 產業類別 / 產品型態
- 產業類別 [text] (必填): AI應用 / 金融應用 / 交通旅運 / 會員經營 / 企業內部系統 / 企業形象網站 / SaaS 平台 / iOT / 媒體娛樂 / EC 電商
- 產品型態 [text] (必填): APP / Web

## 3. API 工具
1. search_knowledges — Search from knowledge base based on the information user needs.

## 4. 回覆規則
- 1. 先說果思有多種類型的產業別經驗，並逐一詢問必要資料（若用戶原先的句子已經有必要資訊時，可略過訊詢問）
2. 詢問「產業類別（單選）：AI應用 / 金融應用 / 交通旅運 / 會員經營 / 企業內部系統 / 企業形象網站 / SaaS 平台 / iOT / 媒體娛樂 / EC 電商」
3. 用戶填答後，再接續詢問「產品形態 (單選)：APP / Web」
4. 依據用戶選擇的「產品類別、產品分類」，給予對應的回覆：
- 若用戶回覆「AI 應用+App」，則顯示對應連結「[https://www.goonsdesign.com/portfolio?tag=ai&category=app」](https://www.goonsdesign.com/portfolio?tag=ai&category=app%E3%80%8D)
- 若用戶回覆「AI 應用+Web」，則顯示對應連結「[https://www.goonsdesign.com/portfolio?tag=ai&category=web」](https://www.goonsdesign.com/portfolio?tag=ai&category=web%E3%80%8D)
- 若用戶回覆「金融應用+App」，則顯示對應連結「[https://www.goonsdesign.com/portfolio?tag=fintech&category=app」](https://www.goonsdesign.com/portfolio?tag=fintech&category=app%E3%80%8D)
- 若用...

Q: 擅長領域 / 類型的數位產品
A: 果思專注於承接中大型、跨系統整合、流程複雜的數位產品專案。我們關注的不只是產品形式（App、Web 或後台），而是系統是否能在多角色、多模組、多資料來源的情境下穩定運作，並具備長期擴充與維運的能力。這樣的定位，使果思特別擅長處理企業在成長與數位轉型過程中，最容易卡關的複雜產品型態。

服務範圍（擅長承接的產品類型）
1. 多模組後台與企業級應用
- 涉及多角色權限、審批與任務流程、例外處理、大量欄位設定與跨部門協作，常見於企業內部系統與管理平台。
- 代表作品：國泰金控公文系統、震旦主管 App。
2. 金融服務與高資安需求系統
- 涵蓋電文與 API 串接、會員整合、帳務與風險控管，並需符合金融級資安與穩定性標準。
- 代表作品：新光信用卡 App、證券開戶流程、中信官網。
3. 生態級跨平台產品
- 包含 SSO、跨平台帳號整合、多服務與多系統資料交換，屬於需長期演進與擴充的生態型數位服務。
- 代表作品：和泰「去趣旅運」全平台，涵蓋 App + Web、多服務整合、會員／票券／旅遊行程等跨模組架構。
4. ToC 應用型 APP／Web
- 著重使用情境與旅程分段，需處理註冊、支付、定位、身份驗證、通知、任務導引等高頻核心流程，並維持跨場景的一致體驗。
- 代表作品：iRent、悠遊付、iCash Pay 等 ToC 服務。
5. 多系統資料整合與會員／CRM 系統
- 整合 POS、CRM、CMS、EC 等系統，處理會員資料、點數與帳務邏輯、事件流與查詢需求，支援行銷與營運場景。
- 代表作品：百貨會員 App、勤美生活會員平台。

果思的角色定位
在上述類型的專案中，果思的角色並非單純交付某一種產品形式，而是負責整體系統整合與產品落地品質。我們會從業務流程、資料結構、角色權限與實際操作情境出發，協助企業將看似複雜且分散的系統需求，整理成可理解、可操作、可維運的產品架構。無論是企業級後台、金融服務系統、生態級平台或 ToC 產品，果思都會同步考量系統擴充性、資料一致性與後續維運成本，避免產品在第一階段完成後即面臨結構瓶頸。

適合什麼樣的企業
- 產品屬於中大型規模，流程與系統複雜
- 專案涉及多模組、多角色或跨系統整合
- 需要處理金融級資安或高穩定性需求
- 同時包含 App、Web 與後台系統
- 重視產品長期演進，而非一次性交付

Q: 精選作品案例
A: 服務定位
果思長期專注於高複雜度、高資安需求的數位產品與系統，服務產業涵蓋金融、保險、交通、零售、電商、餐飲、智慧 IoT、醫療科技與企業內部系統等領域。這類產業普遍涉及大量資料交換、複雜操作流程與多角色協作，同時對系統穩定性、資安規範與使用體驗有高度要求。果思在這樣的專案環境中，累積了對流程拆解、系統整合與體驗優化的深度理解，能在高風險與高複雜度條件下，協助產品穩定落地並長期運作。

服務範圍
截至目前，果思已累積百件以上中大型數位產品專案，涵蓋金融服務、交通旅遊、零售會員系統與企業級後台平台。多數專案皆具備跨部門、跨系統整合的特性，需要同時兼顧業務邏輯、系統架構、資安要求與實際操作情境。在實務上，果思所承接的專案常涉及以下複雜情境：多資料來源與跨系統串接、多角色與權限審核流程、舊系統升級與資料清洗、高欄位量後台與複雜設定邏輯、金融級資安與弱點掃描、行為與事件追蹤，以及 AI 模組的實務整合。

代表性專案
- 國泰金控｜集團公文系統
重建跨九家子公司的公文平台，重新梳理角色權限、簽核流程、例外處理與操作體驗，並透過二十餘場利害關係人訪談與多輪使用者研究，使高度複雜的組織流程更一致、可維護且具備長期擴充性。
- 和泰汽車｜去趣！旅遊規劃 App
從市場研究、產品定位、UX/UI 設計、前端開發到 OAuth 2.0 串接全程參與，打造從零到一的生態級產品，上線一年半即累積三百萬會員，成為集團重要的數位服務入口。
- iRent、悠遊付、icash Pay
協助多項國民級 App 進行體驗重構，聚焦租借、支付、身份驗證與任務操作等高頻核心流程，同時優化新手導引、異常情境與跨場景切換，提升整體操作效率與完成率。
- 新光銀行｜信用卡 App
重新盤點內部電文、帳務邏輯、點數規則與多系統資料，建置可支援跨模組查詢與行銷設定的後台系統，並同步完成雙平台 App 的設計與開發，確保帳務、點數與行銷邏輯的一致性。
- 國泰投信｜基金官網
重建高資訊量的基金商品資訊架構與導購體系，整合商品比較工具、後台資訊管理與前後端分離架構，使投資資訊更易理解，同時提升商業導流與轉換效率。

上述專案充分展現果思在跨系統資料整合、複雜流程設計、多角色權限模型、可維運 UX 架構與企業級產品落地上的整合能力。

知識與產品查詢

## 1. 觸發條件
- #核心觸發原則
-通用疑問詞與符號 (ABSOLUTE PRIORITY)：「?、嗎、呢、嗎?、如何、怎麼、什麼、哪裡、哪個、多少、為什麼」
-只要出現上述任何關鍵字，或輸入內容少於 10 字，強制觸發知識庫與產品搜尋。

#觸發關鍵字
1.搜尋意圖與需求：商品、產品、物品、購買、買、訂購、我想要、我需要、我在找、想看案例、想找設計案例

2.推薦與建議：推薦、介紹、建議、功能、特色、優點、特性、詳細說明、詳細介紹、補充說明

3.規格與比較：規格、尺寸、容量、技術規格、比較、對比、差異、區別、哪個好、哪個適合、優缺點、好壞、性價比、CP值、划算

4.組合與優惠：搭配、組合、配對、一起用、同時使用、套餐、套組、加購、加買、相關商品、升級、活動、報名、參加、優惠、折扣、促銷、抽獎、贈品、獎品

5.適用場景：用途、目的、需求、場合、情境、環境、適用範圍、適用對象、預算、限制條件、

6.操作與教學：怎麼用、如何使用、使用方法、使用方式、操作方式、使用步驟、安裝、設定、配置、第一次使用、新手使用、初次使用、使用技巧、使用訣竅、使用須知、注意事項

7.維護與保養：保養、維護、清潔、保存、存放、收藏、壽命、使用期限、保固期、更換、替換、更新

8.配送與金流：配送、運費、到貨時間、地址、付款方式、分期、發票、收據、證明

9.售後服務：退換貨、退款、退費、保固、維修、售後、聯絡方式、電話、信箱、登入、註冊、密碼、無法、不能、不行、錯誤、異常、問題、當機、卡住

10.會員權益：會員、積分、紅利、政策、規定、條款、隱私、個資、資料、安全、保障、保護、責任、義務、權利

11.公司與社群資訊：果思公司、果思設計、粉絲團、粉專、FB、Facebook、臉書、Instagram、IG、社群、官網、網站、LINE、Youtube、YT、影片、頻道、公司、品牌、關於我們、服務時間、營業時間、上班時間

統一處理知識庫查詢與產品資訊查詢，使用並發搜尋提供完整資訊

## 2. 資訊收集
### knowledge_and_product_search_parameters — 知識庫與產品並發搜尋參數
- query [text] (必填): User's current main question or topic to inquire about, or product they want to query or get recommendations for (3-20 word phrase, focusing on latest intent, excluding resolved or irrelevant content)
- keywords_or_codes [text] (必填): All codes, labels, product keywords, model numbers appearing in user's message (e.g., C90012, T1234), empty array if none

## 3. API 工具
1. search_unified — Concurrent search tool for knowledge base and products

## 4. 回覆規則
- ### 🚨 Language Consistency (Highest Priority)
**Absolutely NO language mixing**: Respon...

探問_預約洽談

## 1. 觸發條件
- 當用戶有提到跟需求釐清、詢問專案流程、專案前置作業、時程、費用、特殊需求（例如：急件、詢問開發技術）等相關內容時觸發。

例如以下例句：
「
- 我有一個想做的產品，可以怎麼開始？
- 如果只有想法但沒有完整需求，果思能協助釐清嗎？
- 跟果思洽談之前，需要準備哪些資料或文件？
- 果思會協助需求彙整與規格定義嗎？
- 專案 Kickoff 前需要哪些資訊或文件？
- 跟果思的合作流程怎麼進行？
- 專案中間會有哪些里程碑？
- 果思會協助建立 Design System 嗎？
- 果思有提供指定服務項目（例如：開發、前期策略分析、使用者研究等）服務嗎？
- 果思可以協助我們重新設計舊系統嗎？
- 如果需求中途有變動會怎麼處理？
- 果思是否可以配合進行提案？
- 專案會如何進行驗收？
- 開發一個 APP 需要多久？
- 設計一個中型專案需要多久？
- 建置大型後台或跨系統的平台通常要多久？
- 專案費用是如何計算的？
- 有提供分階段付款嗎？
- 有無急件處理？條件是什麼？
- 果思的專案通常能帶來哪些改善？
」

## 3. API 工具
1. search_knowledges — Search from knowledge base based on the information user needs.
2. search_unified — Concurrent search tool for knowledge base and products

## 4. 回覆規則
- 1. 擷取 FAQ 中的資訊來回覆
2. 詢問是否有專案需求，可透過輸入「需求洽談」觸發「預約洽談會議」腳本

Q: 專案流程與需求對焦方式
A: 果思的專案流程設計，目標在於降低不確定性、提升可執行度。即使企業在初期尚未具備完整需求或規格，也能透過清楚的流程拆解與持續對齊，逐步將模糊方向轉化為可被設計、開發與驗收的產品方案。整個專案過程中，果思會透過固定的每週例會與清楚的文件產出，確保資訊透明、決策可追蹤，並讓企業能即時掌握專案進度與風險。

完整的專案流程與需求釐清
果思的專案流程通常包含以下七個階段，涵蓋從需求探索到上線與維運的完整生命週期：
1. 需求探索：釐清商業目標、核心痛點與現行流程
2. 前期盤點：了解既有資料庫、API、欄位、角色與技術限制
3. 產品規劃：建立資訊架構（IA）、使用流程（Flow）與功能優先順序
4. UX / UI 設計：產出 Wireframe、UI、Prototype 與 Design System
5. 工程開發：前後端開發、API、資料庫、資安與效能優化
6. 測試與調整：進行 SIT、Bug 修正與 UAT
7. 上線與維運：系統上線、監控與後續維護

若企業尚未具備完整需求，果思會從「方向盤點」開始，協助拆解以下關鍵問題，並快速建立可被執行的產品雛形：
- 要解決的核心問題是什麼
- 哪些使用情境最重要
- 資料從哪裡來、如何流動
- 使用者流程如何設計
- 哪些功能屬於 MVP

需求整理、規格定義與變動管理
在專案執行中，果思負責需求彙整與規格定義，協助企業將想法轉換為設計、工程與 QA 能共同理解的語言。我們會從使用情境、流程、資料、例外狀態與權限出發，整理出：
- 清楚的使用流程
- 功能清單與優先度
- 初步的 IA 與頁面結構
- 後端系統架構與資料流程圖
- 上述內容最終會彙整為規格文件（Spec），作為後續設計、開發與測試的共同依據。
若專案中途出現需求變動，果思會先進行影響評估，協助企業判斷：
- 是否與原需求衝突
- 對流程、資料與 UI 的影響程度
- 對開發進度與資源配置的影響
- 是否產生延伸成本
- 是否適合安排至下一版本

對於涉及跨模組或需額外工時的調整，果思會提出明確的調整建議與費用說明，協助企業做出最合適的決策。

專案成效與後續成長
透過上述流程與方法，果思專案的成效通常體現在：
- 操作效率提升：流程縮短、操作更直覺
- 資料品質改善：欄位與流程一致化、降低錯誤率
- 跨部門協作更順暢：規格清楚、後台更貼近實際使用情境
- 系統可維運性提高：程式結構一致、元件可重複使用
- 客戶體驗與滿意度提升：前台操作更順、錯誤與跳轉減少
- 上線後持續可擴充：Design System、API 模組化、後台擴充性佳

在產品上線後，果思亦會協助提供指標建議與優化方向，確保產品能隨實際使用狀況持續成長，而非停留在第一版。

Q: 時程與費用說明
A: App 專案時程大約需要多久？
專案時程會依產品類型、規模與複雜度有所不同，一般可參考以下區間：
- 中小型 App：約 5–8 個月
- 中大型或多模組 App：約 8–12 個月

影響 App 專案時程的主要因素包含：
- 是否具有多角色、多流程
- 是否需串接會員、支付、電文、CRM 等系統
- API 與資料來源的複雜度
- 是否包含 AI 模組或特殊裝置整合（如 IoT）

設計階段通常需要多久？
設計一個中型專案，設計階段通常需要 8–12 週，視流程與模組複雜度而定。設計流程包含：
- 需求盤點與情境釐清
- 資訊架構（IA）與使用者流程（User Flow）
- Wireframe
- UI 設計（含元件、互動、視覺風格）
- Prototype

若專案涉及多角色、審批流、例外處理或跨模組跳轉，設計時間會相對增加；
若企業規模較大、需多位利害關係人共同決策，內部確認流程亦會影響整體時程。

大型後台或 CRM 系統需要多久？
大型後台、CRM、工單系統、審批系統或跨系統資料整合平台，通常需 8–12 個月，部分專案可能超過 1 年。

影響時程的因素包括：
- 模組數量（常見約 10–40 個）
- 欄位量、資料串接與電文交換的複雜度
- 是否需要舊系統資料整理或移轉（Data Migration）
- 權限、角色與彈性設定需求
- QA 與資安要求（如金融或銀行等級資安）

行銷官網設計需要多久？
若僅為設計（不含開發）：
- 一般資訊型官網：約 6–8 週
- 若包含以下需求，時程約 10–12 週：
  - 多語系
  - CMS（內容管理系統）
  - 表單或後台串接
  - 會員登入與權限
  - 動態內容（搜尋、列表、篩選）

果思會協助企業整理網站架構，並提供 SEO 友善的內容與結構規劃建議。

果思的費用如何計算？
果思的費用以 專案規模與複雜度 為主，主要考量包含：
- 功能數量與流程複雜度
- 開發平台數量（iOS／Android／Web／後台）
- API、資料庫與第三方系統整合範圍
- 是否包含 AI、CRM、IoT 等特殊模組
- 是否包含雲端建置與上線後維運

我們不採「每頁計費」，而是依 實際角色投入的人天與專案內容 進行報價，讓企業清楚理解費用來源與分配。

常見專案費用區間參考
（實際費用仍會依功能與技術條件調整）
- 中小型資訊官網：約 60–200 萬
- 大型應用型網站：約 300 萬以上
- 中型 App：約 200–400 萬
- 多模組或跨系統 App：約 400–900 萬
- 中型後台或 CRM：約 200–500 萬
- 大型後台或平台型系統：約 500–1,500 萬以上
- 果思會在估算階段提供完整拆解說明，協助企業理解各項成本來源。

可接急件
但需依「人力狀況與專案複雜度」評估。果思會以 by case 方式與客戶討論急件的可行性與執行方式。