系統分析與設計、資訊技術顧問、全部最新 68 筆接案案件

靈活度高，邏輯分析能力佳優先 可以在缺少明確指示和資訊下把事情做好的能力 有自己一套分析邏輯，有過往在沒有指引時做好事情的經歷加分

協助和客戶對應商業需求（重點）以技術語言給出相關解法的工程師

【Ragic 雲端資料庫建置與資安防護需求】 ​一、 專案環境： ​使用版本：Ragic Lite 版 ($5 USD/月)。 ​建置方式：我將提供三張空白 Excel 格式（標題列），請直接重新建立表單，無需修補舊表單。 ​二、 核心功能需求（自動化與連結）： ​資料連結與載入 (Link & Load)： ​以**「電話」**為關鍵鍵。在「出貨單」輸入電話時，自動帶出「客戶姓名、地址、電話」等基本資訊。 ​重要： 請確保「不要」開啟同步更新 (Sync Back)。出貨單上的姓名、地址載入後允許手動修改（例如改收件人/不同地址），且修改結果不應動到原始「客戶資料表」。 ​業績自動平分公式： ​在「出貨單」建立子表格。需設定公式：主表「總金額」須根據子表格內填寫的人數（業務 1~3 名），自動平均分配金額給每位業務。 ​新客戶處理流程： ​需規劃簡便流程（如使用「從連結欄位建立新資料」），讓管理者能快速將出貨單中尚未建檔的新客戶電話與資訊，反向同步回「客戶資料表」。 ​三、 資安防禦與權限設定（最重要）： ​列表頁（總表）遮罩防護： ​電話遮蔽：利用公式欄位顯示遮蓋後的電話（格式如：0980**9366），僅供搜尋確認。 ​欄位隱藏：行政助理在列表頁預設隱藏「完整電話、金額、地址」等敏感欄位。 ​詳細頁（內頁）存取： ​行政助理需「點入內頁」後才可看到完整電話與金額。 ​禁止匯出與修改： ​需設定助理權限組，徹底關閉「匯出資料 (Export)」按鈕。 ​助理僅能搜尋、新增與編輯資料，禁止修改表單設計。 ​搜尋邏輯： ​允許行政助理進行全表搜尋（含日期搜尋），以利協助業務查詢紀錄，但搜尋結果之列表頁仍須維持上述遮蔽與欄位隱藏

需要會用AI工具，包含語音摘要/做心智圖/撰寫技術文件等 專案中負責溝通，擅長分析情緒和目前狀況以提升溝通效率佳 靈活性強，以解決問題為導向的人

專案概要 我們正在尋找一位具備深厚底層功力的 C++ 專家，協助處理一套 Slot Game Server 的代碼現代化工程。 該系統目前已部署於 Ubuntu 24.04 LTS，但底層仍強制依賴過舊的 Library (POCO 1.6, Protobuf 3.0-beta)。 這是一次**「代碼庫原地升級 (In-place Modernization)」。你需要解決 GCC 13 與 OpenSSL 3.0 對舊版代碼的衝擊，並保證原有功能不變。 專案技術挑戰 代碼規模： C++ Source Code 約 150k 行，Header 約 66k 行 (總計約 215k LOC)。 核心依賴： POCO 1.6.0, Protobuf 3.0.0-beta-1, GLog 0.4, RapidJSON 0.11。 環境現況： Server 已運作於 Ubuntu 24.04，但依賴非標準的編譯方式。 關鍵目標： 升級 POCO 1.14.2 及其它相關 library。 你的任務 Dependency Modernization (依賴現代化)： 升級 POCO Library 以原生支援 OpenSSL 3.0。 處理 Protobuf 相容性（優先選擇 Patch 舊版源碼以適配 GCC 13，若升級必須保證 Wire Format 100% 不變）。 OpenSSL 3.0 Adaptation (關鍵)： 修復代碼以適配 OpenSSL 3.0 API (Opaque Structures)。 實作 Runtime 配置 (Legacy Provider, Security Level)，確保舊版通訊相容。 Codebase Refactoring： 修復所有因 C++17 標準檢查產生的編譯錯誤 (Compile Errors)。 優化 CMakeLists.txt，確保在 Windows 11 (Dev) 與 Ubuntu 24.04 (Prod) 皆可標準化編譯。 驗證： 確保舊版 Client Simulator 能正常連線、登入與執行遊戲邏輯（Zero-Touch on Client）。 必備技能 Expert C++： 精通 C++11/14/17 標準差異，有處理 10 萬行以上 Legacy Code 重構經驗。 System Programming： 熟悉 Linux (Ubuntu) 系統開發、GCC/Linker 行為及解決 Symbol Conflicts。 OpenSSL 專家： 理解 OpenSSL 3.0 架構，知道如何開啟 Legacy Provider 與調整 Cipher Suite。 Protobuf 經驗： 深刻理解 .proto 生成機制與二進位兼容性。

📢 【徵案】數位指揮部系統集成專家：Notion CRM + n8n 自動化 + Lark 資產中心 【專案背景】 我們是一家專注於綠色資材的企業，目前正推動 G3 數位轉型。我們已完成整套「智慧指揮部」的戰略邏輯與技術規格，現在需要一位具備 n8n 自動化串接 與 Notion/Lark 系統設計 經驗的專家協助落地。 【專案核心需求】 這是一套整合「業務開發」與「資產管理」的數據不落地系統： 1. 戰略型 CRM (Notion)： 建立 11 類 IP 生態標籤與核心產品主檔（超木、超纖、格林），實現推薦人裂變自動計數。 2. 數據不落地採集 (LINE + n8n)： 透過 n8n 監聽 LINE，將業務上傳的標籤情資自動分流至 Lark (飛書) 雲端空間與 Notion 資料庫。 3. 四大維度資產管理： 建立 [Soul/Core/Evidence/Weapon] 結構化儲存體系，為未來 NotebookLM (AI) 餵養提供標準化燃料。 4. 跨平台整合預留： 以「統編」為金鑰，預留 Odoo ERP 財務對接節點，確保 API 數據格式一致性。 【我們在找這樣的你】 • 熟練 n8n 工作流開發（處理 JSON 轉換、API 串接）。 • 精通 Notion Formula 2.0 與多維資料庫架構。 • 有 LINE Messaging API 或 Lark (飛書) 企業端開發經驗。 • 具備企業級數據治理觀念，能將複雜需求轉化為「極簡、好用」的手機端輸入介面。 【專案報酬】 • NT$ 35,000 ~ $ 60,000 (視實作經驗、系統健壯度與腳本複雜度調整)。 【應徵方式】 請私訊提供您的作品集（側重系統集成或自動化專案），並簡述您對 「LINE 採集分流至 Notion/Lark」 的開發思路。我們已準備好詳細的 《終極系統建置與自動化規範 v7》 供入選者對焦。

用於哪個行業：製造業(基隆) 細節說明：EXCEL檔套程式匯入TXT檔刷卡記錄，並作計算也可更改員工的篩選條件

擅長CICD,Docker 相關資安有經驗的工程師

用於哪個行業：旅行社、其他產業 細節說明：目前版面已規劃完成， 需要建置後端管理系統，有經驗者請提供相關後台作品

不是找執行式工程師 需要自己已經能主動把混亂的日常生活變簡單提升溝通效率的人，並喜歡不斷精進「怎樣做比較省時間」的人，不是等待其他設計者給予想法的執行端 負責製作相關自動化工具將日常工作流做的更順

需求概述：需求名稱：算命網站 用於哪個行業：算命 細節說明：已經有既有的，想要提升優化原本的app

Web Application Engineer (Vue.js / Cloud Deployment) 前端系統開發、雲端部署與平台維運

內容： 我們需要開發一個牙科訂單追蹤系統 MVP（網頁）。包含 1 個後端 + 2 個入口： 1）醫師端（免登入）：系統產生安全分享連結（token），醫師點開即可查看該筆訂單狀態/ETA/Tracking；可上傳照片；並提供客服導流按鈕（Email/WhatsApp/電話）。只讀不可編輯。 2）工廠端（需登入後台）：手動建立/編輯訂單（RX 人工輸入）、更新狀態/ETA/Tracking、查看醫師上傳照片；每筆訂單生成 QR Code，工廠掃碼可快速開啟對應訂單頁面以便更新進度。 Phase 1 不包含：OCR/RX 自動掃描、影片上傳、AI chatbot。 交付：可上線（測試網址可）、完整原始碼（Git/zip）、基本部署/使用說明。 提案請務必回答（用來篩選）： 固定總價是否可在 NTD 40k–80k 完成？ M0–M4 里程碑（每個交付內容 + 天數） 照片上傳限制（建議：5MB/張、10張/單）與存放方式 token 連結：valid until closed + 可 revoke/regenerate 最終交付：部署方式 + 源碼交付 + IP 歸屬 Q&A Q：链接要不要过期？ A：Phase 1 不自动过期，有效至订单关闭；后台可 撤销/重生 link。 Q：QR 扫码打开哪里？ A：Phase 1 扫码打开 工厂端订单详情页（需登入）；医生仍用 token link。 Q：照片要不要压缩？ A：Phase 1 先做 限制（5MB/张、10张/单）；自动压缩是加分项，不强制。

目前正在尋找一位具備資料與流程整合能力的工程師，協助優化各業務團隊在 Sales Pipeline 的 Google Sheets 填寫結構與資料品質。 此角色的核心任務，包含重新梳理與標準化銷售流程中各階段的資料欄位，並依據實際銷售資料（如洽談客戶、客戶來源、客戶屬性、車款、試乘紀錄、銷售、新車與中古車狀態、接觸次數等），建立可視化的 Dashboard。 透過雲端的更新和流程整合，目標是讓管理團隊能即時、更新、不受系統限制，掌握銷售進度以及轉換效率，並且提升團隊主管對其的掌握能力，並進一步分析其業務之銷售能力表現提出改善計畫，並統整所有銷售顧問的內容作為營運與決策的依據 (可整合AI)，而不只是單純的資料呈現。 「實際需要」具備的能力 一、核心能力（必備） 目標：把 Sales Pipeline Google Sheets，依照業務團隊統一製作各自的Sales pipeline，轉換個人的 Dashboard，最後在整合全國資料呈現 1. Google Sheets / 試算表深度能力 • 熟悉 Google Sheets 進階公式 o QUERY、ARRAYFORMULA、IMPORTRANGE o XLOOKUP / INDEX + MATCH o 條件計算（COUNTIFS / SUMIFS） • 能設計： o 標準化填寫欄位（避免 Sales 自由發揮） o 防呆機制（Data Validation、下拉選單、必填欄位） 2. Sales Pipeline 與 CRM 邏輯理解 • 理解銷售流程： o 已聯絡客戶並約見面→ 已邀客戶到SR完成產品介紹 → 是否已完成興趣車型之試駕 → 完成選備/報價，成交促進 → 簽訂合約 (已付訂金) • 能區分表單: o 新車 vs 中古車（CPO） o 不同客戶來源（Walk-in / Event / Digital / Referral…etc）

用於哪個行業：製造業 本專案旨在開發一套 銷售營運優化系統，透過資料整合與分析，協助管理者預測銷售趨勢、優化商品組合，並提供可視化的決策支援介面。 系統需包含 後端 API、前端管理介面與資料分析流程，功能涵蓋使用者登入、資料匯入（如 Excel）、銷售數據分析與結果呈現。整體架構需模組化設計，具備良好可維護性，並能支援後續功能擴充。 技術上要求： 後端採用 Java 17 + Spring Boot 前端採用 React 18 + Material UI 系統需支援 Docker 容器化部署 必須提供完整文件與自動化測試，並符合基本資安與程式品質要求 本案重視 規格一致性、可重現部署與可驗證成果，驗收將以實際執行結果與測試為準，適合具備完整系統開發經驗、熟悉前後端整合與容器化部署的團隊或工程師承接。 細節說明： https://ballistic-jackrabbit-7e4.notion.site/2d87049d22f480dc8798e5c71a6c97da?source=copy_link 請提供報價及時程

用於哪個行業：對標 https://www.machex.net/ 細節說明：媒合交易平台

用於哪個行業：心理健康與募款 細節說明： ㄧ、自我介紹：我們是臺灣大學堉璘人才培育計畫的參賽者，因應專案的要求，希望把既有之壓力檢測量表升級為兼具可量化數據與高互動精美UI的募款引流工具，以利後續募款與社會影響力報告。考慮到本計畫之期程，技術上我們偏好採取輕量架構，歡迎具備相關能力的開發者與我們接洽！ 二、現有成品（以Vibe Coding產出，如有缺漏，尚祈海涵）： （1） Netlify成品連結：https://cool-pika-2f490d.netlify.app （2）Github 原始碼： https://github.com/HSU-TUNG-HUA/stress-scan-teacher-chang.git 三、需求： （1）建立後端資料庫搜集填答人數與作答內容，並清晰地呈現。使我們能即時掌握開始作答、完成填寫、點擊捐款按鈕之確切分數，以及作答結果分佈。 （2) 符合現行資訊安全法規與隱私權保護的要求 (3)將現有UI強化為更吸睛、更滿意的互動體驗 —-> 倘若時間不夠，可以放棄 四、DeadLine ：2026. 2月1日（一） 五、預算：四萬到八萬元

AI 應用的行業/領域：E S G循環建材 想解決的痛點：產品服務品質待提升 執行形式：進行客製化的Notion專案開發 具備「商業邏輯」與「架構思維」的 Notion 專家，協助我們將戰略落地為一套具備變現戰鬥力的 CRM 系統。 【專案核心需求】 這不只是一個客戶清單，而是一套連結供應鏈與市場端的「生態圈管理系統」。 1. 複雜 IP 定位架構： 需建置包含市場端 (A, O, D, M, E, W, C) 與供應端 (S, P, F, R) 共 11 類 IP 的動態標籤系統。 2. 戰略自動化邏輯： 運用 Formula 2.0 與 Relation 實現「裂變推薦數自動累計」、「48h 保鮮期提醒」及「忠誠度判定」。 3. 鐵三角視圖優化： 為「副總 (戰略)」、「業務 (行動)」、「會計 (財務)」量身打造專屬視圖。 4. 未來擴充性： 欄位命名與架構需符合 API 友善原則，以利後續透過 n8n 串接 Odoo ERP 與 NotebookLM (AI)。 【我們在找這樣的你】 • 具備企業端 CRM 或 ERP 導入經驗。 • 對 Notion 的數據關聯（Relation/Rollup）與高級公式（Formula）有實戰經驗。 • 懂 API 串接邏輯（如 n8n, Make）者優先錄取。 • 能夠將複雜的商業需求轉化為「極簡、好用」的手機端操作介面。 【專案內容】 • 交付物：完整 Notion 模板、10 分鐘核心操作教學影片。 • 預算：請依據規格書與您的資歷提供報價。 • 地點：線上協作，需一次遠端對焦會議。

用於哪個行業：IT 細節說明：MySQL資料庫誤刪-需要用BINLOG恢復

在 Web App 顯示即時及歷史數據(行動看板/警示)，數據來源為透過 API 取得 IOT 數據，需通過 OWASP Top 10:2025。 使用 React, Recharts優先；Postregsql + PostgRest 優先；