UI/UX設計、使用者體驗設計、服務設計、全部最新 40 筆接案案件

用於哪個行業：教育行政 細節說明： 設計「客服系統（智慧客服 × 客服中心）」的新版介面設計 【專案內容】 依既有的 Figma 介面與設計風格，協助設計以下頁面（含桌機版與手機版）： 使用者登入頁 建立報修單頁 我的報修單頁 其他輕量頁面延伸（約 3–4 頁） 需要交付完整 Figma 介面檔案（Desktop + Mobile）。 我們會提供參考版型與功能流程，頁面邏輯已明確。 【我們期待您能做到】 依照我們既有的設計語言（色彩、元件、排版）延伸新的頁面 能產出 桌機版 + 手機版 UI（RWD 思路清楚） 介面風格簡潔、資訊層級清楚、易於操作 熟練 Figma（交付可編輯檔案） 【時程】 接案後可立即開始 預計 5-7 天交付第一版 可討論彈性調整 若合作順利，後續還有 多套教育行政系統 的 UI/UX 設計案可續接。

協助將產品需求拆成專案需求單， 可以從原本使用者邏輯與目的出發設計需求單，而非純粹功能實現思考， 需要有一些主導力 數理/設計背景加分 有能力做user flow/prototype 加分

1.可作uiux佳,會使用figma佳 2.轉職可 3.會使用框架佳

用於哪個行業：UX設計師 細節說明：找一名長期合作UX設計師，台北優先 需要有使用者體驗邏輯概念，已經有完成品，合作需要跟UI配合 只須要顧好使用流程

有能力做prototype/user flow為主 比起UI更強調使用者體驗和相關商業常識，希望可以反過來提供意見和增加功能

🎯 專案背景與規模 我們是 SaaS 產品品牌，目前正規劃官網改版與技術 SEO 優化。希望能尋找一個設計夥伴同時處理 UX/UX 及配圖設計。 本專案採全外包協作模式，設計夥伴需與外部工程團隊對接，此案會同時聘請SEO顧問，故可能會有一些調整需求 (但會盡量於前期提供) - 專案規模：預計 10-15 頁（含 11 頁全新版面設計 + 4~8 頁既有頁面視覺優化）。 - 設計風格：需沿用並延伸現有品牌風格，合作前若有需要可與我方內部設計師溝通。 🗓️ 合作時程 3 月：團隊篩選、面談溝通（我方將提供文案與初步結構）。 4 月：視覺設計執行期。需於 4 月底前完成所有交付，確保 5 月工程端準時進場。 🛠️ 任務描述 1. 網頁 UI/UX 設計：根據我方提供之文案與結構+ SEO 顧問『建議清單』進行設計 2. 示意配圖設計：張數待定，需參考原官網風格進行設計。網址聊聊提供 3. 視覺與技術相容性： - SEO 友善：設計需符合標籤層級（H1-H3）佈局、麵包屑路徑等 SEO 基礎結構。（如設計夥伴不熟悉此規範，我方將提供清單引導標註）。 - 開發友善：設計需考量前端實作可行性與效能（如元件化設計），並能根據回饋進行滾動式優化。 ✅ 交付與產權規範 1. 設計工具：希望統一使用 Figma。 2. 交付物：需交付 Figma 完整原稿。 3. 產權歸屬：付清尾款後，本專案客製化開發內容之著作財產權需完全轉讓予我方。 4. 素材規範：圖片與字體需具備合法商用授權，如需使用 AI 生成之素材需與提前與我方溝通。 📄 提案方式與報價參考 請務必提供以下資訊： 作品集：請優先提供 SaaS、軟體介面 + (平面圖) 功能示意配圖 相關案例。 報價說明： - 網頁 UI 設計：10-15 頁規模之專案預估報價。包含首頁、解決方案、部落格等等。 - 功能示意配圖：請提供「單張圖」評估報價參考。 修改規範：請註明報價包含的修改次數（大改/小改）。 若有其他資訊不清楚都可再詳聊～務必提供報價與作品，如符合需求會優先回覆，謝謝！

開發與維護公司 PHP開發 與前端團隊合作串接 API、整合新功能 優化 App 效能與使用者體驗（UX / UI flow） 撰寫乾淨、模組化、可維護的程式碼 參與產品需求討論、提出技術可行性與創新建議 長期合作，好配合，個人佳

我們是 SaaS 產品品牌，目前正規劃進行官網改版與技術 SEO 優化專案。 本案將與專業 SEO 顧問深度配合，正尋找能統籌 設計與工程 的團隊或固定合作夥伴（個人合夥請透明告知）。 (※ 需求變更說明：先前曾單徵工程師，現因內部規劃，改為優先尋找「設計+工程」統籌團隊，亦歡迎「純 UI/UX 設計師」單獨提案報價。) 🎯 專案核心需求 規模： 預估 10-15 頁 (含 11 頁新版面 + 4~8 頁既有面微調)。 技術： 需熟悉 Nuxt 3 / Vue 3 開發。 協作： 需與內部設計師及外部 SEO 顧問對接，根據顧問清單執行開發與驗收。 🗓️ 預計合作時程 3 月： 團隊篩選、前期溝通（內部將提供 Wireframe 與內容）。 4 月： UI / UX 視覺設計（優先交付 Figma）。 5 月 - 6 月： 進入前端開發與 SEO 技術優化落實。 🛠️ 任務描述 網頁設計： 沿用現有網站品牌風格進行延伸設計。 頁面開發： 依據 Figma 設計稿與 SEO 顧問建議清單（如：語意化標籤、速度優化、結構化資料等）進行開發。 既有頁面優化： 部分舊頁面微調與轉址處理（配合 SEO 策略）。 ✅ 應徵要求（必讀） 技術棧： 必須精通 Nuxt 3、Vue 3 (若熟悉 Vue 2 更佳)、CSS/SCSS、Bootstrap。 設計面： 願意且擅長在既有風格框架下進行優化與延伸。 配合度： 4-6 月間有穩定開發時段，能配合顧問需求調整開發細節。 特別說明： 作品集將轉由內部技術人員評估。本案不考慮 WordPress 方案，謝絕罐頭訊息～ 若您的提案或作品集是以 WP 為主，因技術棧不符，我們將直接跳過不予回覆。 📄 提案方式 請於提案時提供以下資訊： - 相關作品集： 請特別標註 Nuxt 3 / Vue 3 相關開發案例（方便內部技術審核）。 - 收費說明與流程： 請將「設計」與「工程」報價分開列出，並說明協作流程。 執行方式： 遠端為主，合作啟動前希望能有一次實體見面溝通（雙北地區尤佳）。 💡 長期合作機會： 專案配合順利後，後續將有不定期網站更新與功能開發需求。

用於哪個行業：系統後台 細節說明： 僅需針對現成已畫好的Figma圖做排版上和框線調整，色票盤也會提供~ 不需了解流程，單張單張圖來改就可，不會有前後關聯，我會詳細說明要改的內容和想要的感覺，目前約5-10張圖需做調整，預算約為600-800/張(三次更改)，有興趣可以詳談，未來製圖需求應該也蠻多的，可初步配合看看

我期望的需求成果：網站/程式 我期望的執行時間：一週內 你好 我的需求是 需要一個可以管理板材庫存的程式 會需要 紀錄 花色/長度/寬度/厚度/以及艙位編號 然後可以用關鍵字搜尋資料 並有出庫/入庫時間的功能 以及可以為每片板料生成 Qrcode 來 代替出入庫 並且還能擴充其他功能 例如 銜接其他資料匯總 且希望是windows上可以直接點開使用有UI介面的程式

一、 核心功能需求 (Functional Requirements) ​多模型對接與切換： ​整合 Gemini Pro API 與 OpenAI GPT-4o 系列接口，建立可彈性切換的後端架構。 ​設定 API 取用限制（Rate Limiting）以控制營運預算。 ​系統提示詞（System Prompting）管理： ​設計後端管理介面，讓案主能隨時調整 AI 的「角色設定」、「專業範疇限制」與「語氣」。 ​針對餐飲/旅遊業情境進行 Prompt Engineering，防止 AI 產生幻覺（Hallucination）或回答無關問題。 ​交談式 UI/UX 網站： ​響應式設計（Responsive Web Design），確保手機與桌面端皆有良好的對話體驗。 ​支援流式輸出（Streaming output），減少使用者等待感。 ​歷史對話紀錄儲存（Session persistence）。 ​關鍵字與流程引導： ​整合「常用問題快速鍵」（Quick Replies），方便客人在進入對話前快速選取。 ​二、 技術架構規劃 (Technical Stack) ​前端：建議使用 React 或 Next.js，能提供更流暢的單頁應用體驗（SPA）。 ​後端：Node.js (Express/NestJS) 或 Python (FastAPI)，便於處理非同步 API 呼叫。 ​資料庫：PostgreSQL 或 MongoDB，用於儲存對話紀錄、系統指令與用戶資訊。 ​部署環境：建議部屬在 Vercel, Google Cloud (GCP) 或 AWS，並配置 SSL 憑證確保傳輸安全。 ​三、 進階擴充建議 (Optional Add-ons) ​這部分可以用來增加你的提案競爭力（及預算爭取空間）。 ​RAG 知識庫整合 (Retrieval-Augmented Generation)： ​將餐飲菜單或旅遊行程 PDF/Excel 上傳至 Vector Database (如 Pinecone)，讓 AI 根據真實資訊回答，而非胡謅。 ​後端管理後台： ​儀表板監控：查看每日對話量、熱門諮詢話題（透過 AI 自動分類）。 ​手動接管機制：當 AI 無法解決問題時，可通知人工客服。 ​多語言支援：考量旅遊業特性，自動偵測使用者語系並切換回覆語言。 ​四、 專案交付物 ​網站原始碼 (Frontend & Backend Source Code)。 ​API 串接文件與系統架構圖。 ​系統管理操作手冊（教導案主如何修改 Prompt）。 ​三個月至半年的系統維護與 API 穩定性監測。

用於哪個行業：個人商業用 細節說明：網站設計需要前後台 有簡單做一些UI畫面、有需要優化的地方

過往有figma經驗，有部分程式背景更好 現在會使用V0,Plasmic,Subframe,Builder.io,flutterflow 等ai工具的更好

針對 Verditek 官網進行優化： 品牌風格設定： 建立統一的色彩規範與字體系統，強化「永續、科技、輕量」的品牌氛圍。 網頁介面優化： 重新設計現有頁面的視覺層次，讓資訊傳遞更清晰，減少目前工程感過重的問題。 視覺素材規劃： 提供關於產品展示圖、Icon 或插圖設計的建議，提升網站的精緻度。 目前挑戰： 網站內容豐富，但視覺上不夠吸睛，希望能有像 apple 官網那樣的現代與俐落感。

用於哪個行業：視覺設計外包 案件說明： 徵求長期視覺設計外包人員 1.需求：圖片製作 2.電腦技能：Adobe xd (優先)、Adobe Illustrator 、Adobe Photoshop 3.費用：我們會評估圖片的難易度而訂價從100-500元都有 4.溝通方式：全部線上，歡迎各縣市視覺設計人員加入

需求概述： 要使用於哪個行業:批發零售業 預計ICON數量為:5個以下 你好，我目前正在進行 App 開發，過程中遇到 Icon 設計相關的需求，是否有承接 Icon 設計的案件協助呢？我這邊已經有現成的 Logo，可以提供作為參考，謝謝你。

我既有的易大師平台，想要優化調整裡面一些畫面 bubble.io的平台

0. 專案概要（Project Overview） 系統名稱： 日常工作管理系統（個人PC版） 使用者： 單一使用者（不需多帳號） 開發目的： 建立一套以個人日常工作流程為核心的管理工具，用於整合任務、專案、行程與紀錄，提供高效率的工作控管與追蹤機制。 作業環境： Windows 10 / Windows 11 桌面應用程式。 資料儲存： 皆儲存在本機端（Local），使用 SQLite 或工程師提出之等效方案。 1. 使用情境（User Scenarios） 1.1 每日啟動流程 使用者開機後開啟系統，即可看到「今日儀表板」，包含： -今日必辦任務 -逾期任務 -本週重要專案摘要 -快速新增任務、快速新增紀錄 -使用者可快速操作： *勾選完成 *調整優先順序 *修改期限 *標註延後原因（選填） 1.2 任務處理流程 使用者新增任務時，可指定： 所屬專案 到期日 優先等級 類型與標籤 備註與附件 並可於列表中快速更新狀態，不需進入詳細頁。 1.3 專案管理流程 每個專案可彙整： 所有相關任務 專案基本資料 專案狀態 專案備註與紀錄 使用者可從「專案總覽」查看進度與警示指標。 1.4 行程記錄流程 使用者可登錄拜訪、會議行程，並可選擇是否與特定專案或任務連結。 1.5 紀錄（備忘）流程 每日的口頭溝通、電話紀錄、會議重點可快速新增為紀錄，並可連結： 專案 任務 人員 支援全文搜尋。 2. 功能規格（Functional Requirements） 2.1 儀表板（Dashboard） 儀表板需整合以下內容： 2.1.1 今日任務 列出「今天到期」與「高優先」任務 每筆可快速切換狀態（未開始 / 進行中 / 已完成） 每筆支援快速調整到期日與優先度 2.1.2 逾期任務 自動顯示所有已逾期未完成任務 可依「專案」或「嚴重程度」排序 2.1.3 本週焦點專案 使用者可手動勾選本週關注的專案 顯示：未完成任務數、逾期任務數、最近紀錄日期 2.1.4 快速新增按鈕 新增任務 新增紀錄 （皆以彈跳視窗方式處理） 2.2 任務管理（Task Management） 2.2.1 任務欄位 每筆任務需包含以下欄位： 任務名稱（必填） 所屬專案（下拉，可為空） 類型（例：拜訪、合約、溝通、研究、行政、文件整理） 優先等級（高 / 中 / 低 或 1~5） 任務狀態（未開始 / 進行中 / 已完成 / 暫停） 到期日（可空） 預估工時（可空） 實際完成時間（自動紀錄） 標籤（多選，如：地主、建商、法律、礦業、公司治理） 詳細備註 附件（以實體檔案或檔案路徑儲存） 2.2.2 任務操作需求 任務列表需支援： 篩選（依專案、期限、優先度、標籤、狀態） 排序（期限、優先度、建立日期、自訂排序） 批次操作（狀態變更、調整期限、變更專案） 點擊任務後右側顯示詳細資訊（不須跳頁） 2.3 專案管理（Project Management） 2.3.1 專案欄位 專案名稱（必填） 專案類型（例：土地開發案、礦業案、內部行政案） 專案狀態（規劃中 / 進行中 / 暫停 / 結束） 預計開始日、預計結束日 實際結束日 主要合作對象（例：地主姓名、建商、律師） 專案描述 關鍵風險備註 專案標籤 2.3.2 專案功能 專案內整合任務列表 顯示專案總覽： 未完成任務數 逾期任務數 最近紀錄日期 專案筆記區： 可記錄會議重點、決策紀錄、電話重點 2.4 行程 / 日曆（Schedule / Calendar） 2.4.1 日曆呈現方式 月視圖、週視圖、日視圖 2.4.2 行程欄位 標題 時間區間 地點 所屬專案（可空） 備註 2.4.3 行程功能 行程可與任務相互查看（如同專案即可自動列出） 行程提醒功能可保留為未來擴充（第一版非必要） 2.5 紀錄 / 備忘錄（Logs / Notes） 2.5.1 紀錄欄位 日期時間（自動） 紀錄標題 紀錄內容 關聯項目（可多選：專案 / 任務 / 人員） 2.5.2 功能需求 全域搜尋（可搜尋所有紀錄、任務、專案的文字內容） 篩選：依專案、日期區間、標籤 2.6 搜尋系統（Search） 需支援全域搜尋與指定欄位搜尋： 任務名稱 任務備註 專案名稱 專案筆記 紀錄內容 標籤 日期篩選 搜尋結果需在 1 秒以內呈現（正常PC環境）。 3. 非功能性需求（Non-Functional Requirements） 3.1 效能 系統需在數萬筆任務＋紀錄下運行順暢 搜尋與篩選應於 1 秒以內回應 3.2 安全 資料庫需支援加密 系統可設定啟動密碼（非強制） 3.3 資料儲存 使用 SQLite（或工程師認可且等效的本地資料庫） 不使用雲端同步 檔案儲存於本機指定資料夾 3.4 備份 需提供「匯出 / 備份」功能（將資料庫檔案複製至指定資料夾） 第一版不強制自動備份，但可選擇保留擴充選項 3.5 擴充性 架構需可擴充至： 未來如需多裝置同步（可另行開發 API / Web） 未來如需加入提醒推播（桌面通知） 工程師需採用主流可維護技術堆疊。 4. 建議技術堆疊（供工程師參考） 工程師可自由選擇，但需符合「主流、穩定、易維護」原則。 可接受之技術方向包含： C# + .NET（WPF / WinUI）＋ SQLite Electron + React / Vue ＋ SQLite 5. UI/UX 初步規劃（Wireframe Guidelines） 5.1 主畫面 Layout 左側：主選單 儀表板 任務 專案 日曆 紀錄 搜尋 設定 右側：內容區 上方：搜尋與篩選列 中間：列表 右側：詳細資訊面板（點選後即時展開） 5.2 操作重點 所有新增應以「彈跳視窗」方式完成 任務狀態、優先度、期限需可在列表中直接調整 UI 要求簡潔、無多餘頁面跳轉 6. 交付項目（Deliverables） 工程師需提供以下內容： Windows 可安裝版本（Installer） 原始程式碼完整專案（含註解與專案檔） 資料庫 Schema / ERD 文件 操作手冊（PDF 或影片） 基本維護說明書

希望有能力一個人從事全端，學生可，希望figma還原度夠高（過往作品）

全端工程師佳，希望react/vue都會，可以對figma上的圖有高度還原度，全職接案佳