那個，其實標案內容是下載的到的，
而且啊，契約書也是必須公開的資料喔。
這次不知道為甚麼這次過期標案還要花錢，還好不多還買得起。
巨額採購一定很值得參考。
因為要花錢，我就不方便分享整個需求書給大家，
節錄重點的需求項目。
到底需不需要到7000萬，大家自己判斷吧。
基本上政府標案會因為上頭長官多變的心思而改來改去，通常會貴一點。
(排版因應閱讀的寬度稍微調整)
*********************
第三章 系統整體需求
一、應用系統說明
本專案之系統為建置一旅客服務導向的應用系統，將系統應用透過雲端應用與
資源虛擬化管理，保障各系統功能穩定度與可用性，讓使用者擁有順暢的使用
體驗。團隊應針對系統佈建策略擬定系統之需求，並須清楚說明該系統需求與
策略間之對應關係。而該系統主要功能應包含但不限於下列功能：
(一)交通行動服務(MaaS)綜合服務網
(二)客服中心
(三)行動服務平台
(四)營運管理平台(帳號權限管理、功能與參數設定、營運指標儀表板)
(五)共用服務(將常用的服務整合為系統共用)
(六)票務管理
(七)智慧營運管理與資料倉儲(營運規劃、決策支援與商業智慧、客戶關係管理)
(八)介接平台(包含內/外部資訊交換平台、含Open Data、合作業者介接平台、
周邊設備系統介接)
(九)使用者使用習慣、偏好、運具使用學習模組
(十)行動服務替選方案探索模組(Mobility options discovery modules)，結
合使用者行事曆、既有旅運習慣及所在位置，主動提出跨運具旅運方案建議。
1.旅運方案選擇後行程導航功能。
(十一)使用者端功能至少需有：
1.依使用者習慣或偏好，提供跨運具轉乘規劃替選方案與成本(包含時間與金錢
等成本)。
2.行動服務，包含旅運規劃、電子票務服務、共乘、共享運具使用、出發時間
協調等功能。
3.使用者選擇旅運規劃方案後，提供行程導航功能。
4.使用者激勵功能與遊戲化模組，包含激勵使用者使用大眾及副大眾運輸，以
及使用遊戲化的方式，增加使用者之黏著度。
5.依使用者習慣或偏好，提供旅客共乘服務替選方案
6.支援私人運具使用者進行旅運規劃(含出發時間建議、旅行時間預測)，並於
適當時機提供綠色運輸系統建議方案，並提供相關成本之比較。
7.多國語言，並設計擴充機制，未來可彈性增加語系。
二、共通需求
(一)本專案應用系統須交付完整原始程式碼(source codes)與相關(系統說明及
操作等)文件。軟體功能若採用現成品形式提供COTS(Commercial off-the-shelf)，
須於系統分析階段提出，經本部核可後使用，不須提交前揭原始程式碼，但因
本專案產生之額外程式碼仍須交付本部。
(二)若本案採用第三方原始碼或open source code，廠商需先取得永久商業使用
授權後始可使用，授權費用由廠商自行吸收，本案不提供預算支應。
(三)本專案所蒐集之原始(去識別化後)資料需交付本部。
(四)本專案專案需求須以本部實際訪談與審查意見為基礎，並須檢附紀錄文件包
含訪談、會議紀錄等。
(五)本專案產出所有報表均需為中文化。

！

你有看到功能都是一個很大概略的名詞的話，這就是操作空間

空洞的功能描述

因為通常不會清楚定義名詞，具體規範到每項功能要做到什麼水準

真要做到，很龐大，但多久做到？！

就空洞阿 因為撰寫的人也不知道要什麼不就上面高端喊一喊 IOT 雲大物智移的低能口號下面開始猜上面要什麼，反正寫的人八成也是沒啥概念 只能用幻想的

這就是幹話啊 就跟告訴你原則而已 出事要廠商扛

採購 本來就是提需求...