把反覆營運的工作做成可靠產品

openinfo 不是只做一次性交付的網站團隊。我們長期營運自有 SaaS 與資料平台，將內容發布、資料蒐集、權限控管、排程任務、API 串接與維運監控做成能持續運作的系統。

看自有產品聯絡我們

透明資訊有限公司

一支以產品長期營運來驗證工程能力的團隊。

核心團隊長期投入企業資訊系統、行動應用、平台服務與政府及大型企業協作。真正可被帶到專案裡的，不只是前後端開發，而是需求分析、系統架構、資料治理、流程電子化、後台建置、資安控管、測試驗收與維運交付的整套能力。

需求分析與系統架構

前後端整合與後台管理

多來源資料治理

流程電子化與操作文件

資安控管與權限設計

測試驗收與維運交付

自有產品與可移植能力

fb-commander 與 house-miner 是 openinfo 長期營運的產品，也是我們把後台、資料、權限、排程與維運能力沉澱下來的地方。

fb-commander

房地產社群營運自動化平台

支援房仲業者集中管理多個 Facebook 帳號，依業務需求設定週期性或隨機化發文策略，自動將租售物件、圖片與影片發布到指定社團與社群渠道，降低人工操作成本並提高物件曝光。

多帳號與社群渠道管理
週期性與隨機化發文策略
社群貼文與媒體資料蒐集
RBAC 權限與 API 串接

發文營運fb-commander

01 InputGoogle Cloud service: Cloud Storage
帳號與素材
集中管理 Facebook 帳號、租售物件、圖片與影片，素材可對應 Cloud Storage 類型的雲端保存與派送資料。
- 帳號
- 物件
- 媒體
02 PlanGoogle Cloud service: Cloud Scheduler
排程策略
用週期性或隨機化規則設定發文節奏，也可對應 Cloud Scheduler 類型的雲端排程觸發。
- cron
- 隨機化
- 臨時任務
03 RunGoogle Cloud service: Pub/Sub
Worker 發布
任務可透過 Pub/Sub 解耦派送，由 Cloud Run / worker 執行 publisher，並回報每個目標的發送狀態。
- queue
- publisher
- SSE
04 OutputGoogle Cloud service: Cloud Run
社群渠道
貼文與媒體發布到指定社團與渠道，執行結果回到操作紀錄供團隊追蹤。
- 社團
- 渠道
- 紀錄

house-miner

房地產資料基礎設施

延伸 fb-commander 的資料蒐集能力，持續從 591、Facebook 社團、LINE 群組、同業官網與其他公開來源整合物件資訊，建立可追蹤、可搜尋、可分析的房地產歷史資料倉儲。

591 / 社群 / 官網多來源整合
歷史資料倉儲與搜尋
Data-First 完整資料保存
標準化 API 供企業整合

租屋情報house-miner

01 SourceGoogle Cloud service: Cloud Functions
多來源輸入
從 591、Facebook 社團、LINE 群組、同業官網與公開來源持續取得物件線索。
- 591
- FB / LINE
- 官網
02 CollectGoogle Cloud service: Dataflow
蒐集任務
爬蟲與資料處理任務進入可觀測背景流程，可對應 Pub/Sub / Dataflow 類型的雲端資料管線。
- crawler
- queue
- worker
03 StoreGoogle Cloud service: BigQuery
歷史資料平面
欄位整理、重複判斷與檔案保存可銜接 PostgreSQL、Redis、MinIO，並延伸到 BigQuery / Cloud Storage 型資料倉儲。
- PostgreSQL
- Redis
- MinIO
04 ActivateGoogle Cloud service: Cloud Monitoring
查詢與通知
同物件 cluster 可搜尋、追蹤，符合條件時推送到 Telegram、Discord 或 API。
- cluster
- 通知
- API

從來源設定，到任務執行，再到看得見的結果。

工作流

Source contract
定義來源
選定社群、591、LINE、官網或既有系統入口，建立可重複執行的來源設定。
Queued job
排入佇列
排程或手動任務進入 queue，保留參數、時間與觸發者，避免操作只停留在前端狀態。
Observable run
Worker 執行
背景 worker 負責發文、爬取、整理或串接，前端負責操作，長任務由可觀測邊界承接。
Evidence
檢視結果
畫面、通知與紀錄同步回報成功、錯誤與下一步處理線索，讓營運結果可追溯。

產品背後的共同能力

兩個產品共享同一組工程底盤。

01
操作層
營運型後台與權限管理
從帳號、角色、功能授權到操作紀錄，產品需要能支援團隊協作，而不是只有單人操作畫面。
- 角色與功能授權
- 操作紀錄
- 團隊協作
02
任務層
排程任務與 worker 邊界
發文、爬蟲與資料處理都放在可觀測的背景任務中，前端負責操作，worker 負責可靠執行。
- 排程
- 佇列
- Worker 邊界
03
資料層
資料清洗與歷史留存
多來源資料會經過欄位整理、重複判斷、歷史保存與查詢設計，讓資料成為可累積的營運資產。
- 正規化
- 去重判斷
- 歷史查詢
04
交付層
API、監控與維運證據
系統需要能串接既有流程，也要留下執行紀錄、錯誤線索、健康狀態與可交付的維運證據。
- API 介接
- 健康監控
- 維運證據

可轉移的工程能力

我們把做過的系統能力，轉成下一個專案能用的工程方法。

過去專案橫跨 AI 影像資料流、影音資料管理、跨國訂單系統、行動應用與機場流程電子化。這些經驗支撐 openinfo 在資料治理、流程重構、系統整合、後台建置、API 串接、測試驗收與維運交付上的判斷。

Data stream

即時資料與事件留存

將 AI snapshot、告警截圖、影片片段與設備狀態整理成可查詢、可回放、可管理的營運資料。

snapshot
告警截圖
事件回放

Data model

資料模型與品質約束

把命名不一致、重複與邏輯衝突的資料重新整理為可搜尋、可統計、可持續維護的結構。

欄位規則
去重約束
查詢結構

Integration

跨系統流程整合

面對訂單、行動裝置、證照審核與既有系統介接，建立清楚的資料模型、API 與驗收條件。

API
審核流程
驗收條件

Handoff

不中斷維運交付

把測試、自動化、資安控管、操作手冊與維運紀錄納入交付，而不是等上線後才補救。

測試
操作手冊
維運紀錄

你的流程是否每天都在重複？

如果資料來源分散、人工操作太多、又不能只靠臨時維護，我們可以一起把它整理成產品。

回到開頭

把反覆營運的工作做成可靠產品

一支以產品長期營運來驗證工程能力的團隊。

自有產品與可移植能力

fb-commander

帳號與素材

排程策略

Worker 發布

社群渠道

house-miner

多來源輸入

蒐集任務

歷史資料平面

查詢與通知

從來源設定，到任務執行，再到看得見的結果。

定義來源

排入佇列

Worker 執行

檢視結果

產品背後的共同能力

營運型後台與權限管理

排程任務與 worker 邊界

資料清洗與歷史留存