APP設計、APP軟體開發、IOT物聯網設計、全部最新 111 筆接案案件

項目概述與基本資訊 項目類型：行動應用程式 (App) / 遊戲開發 - 教育科技 (EdTech) 發包主旨：尋求外部團隊開發一款結合 AI 評測和遊戲化設計的 Android/iOS 雙平台音樂教育 App。 目標受眾：學生 (主要使用者)、老師、家長。 參考網站/Demo/競品：Duolingo、Yousician、Simply Piano 等音樂教育遊戲 風格：3D 俯視（主）＋現代像素風＋視角轉換（參考：Brown Dust；Guardian Tales；女神密令；OOGA BOOGA；Little Nightmare；第五人格） 核心價值與應用定位 願景目標：讓學校更省心、老師更輕鬆、學生更投入，真正實現寓教於樂的音教育新模式。 學習主軸：圍繞音樂樂理、音感、視唱練耳等抽象知識，內容需對照 ABRSM/TRINITY/YAMAHA/中國音樂學院等考試初中級內容。 獨特賣點：故事化劇情引導、PVE/PVP 模式、排行榜、AI 能力視覺化評測、老師減壓、數據透明化、統一化能力評估。 視覺風格與系統規格 美術風格 主視覺：3D 俯視（主） 風格元素：現代像素風 (Modern Pixel Art)、具有 Little Nightmare / Guardian Tales 的質感 鏡頭設計：需有視角轉換機制，以適應沉浸式故事線與解謎互動（參考：Brown Dust、Guardian Tales、Little Nightmare、第五人格）。 運行系統：Android 與 iOS 雙平台。 開發框架：請開發團隊提供最適合此風格和功能的技術棧。 核心功能模組需求 A. 遊戲化與內容模組 沉浸式故事線：需有流暢的故事線，玩家透過運用音樂知識解鎖劇情及推進故事。 關卡設計：有時長限制，每關卡遊玩時間需維持大約 5–15 分鐘（再商議）即可暫存離開，有利老師及家長對遊戲時間的時控。 難度調整：知識點內容範隨不同難度而增加，且需有動態對照故事情節調整的不同玩法。 訓練場/複習機制：每解鎖一種玩法/知識點，即在「訓練場」重複練習該玩法，供應試（音樂能力試）玩家刷題練習。 互動與探索：可有限度地在地圖沉浸式與 NPC 互動和探索區域，遭遇或任務解鎖卡、解謎、購買道具等。 獎勵與社群： 收集與解鎖機制：通過關卡可獲得樂器卡片等獎勵，透過交換解鎖更多物品/成就。 競爭元素：需設計 PVE/PVP 模式和排行榜。 B. AI 評測與數據模組 AI 能力視覺化評測：應用 AI 自動按規範評核並具象化學生的能力（樂理/音感/節奏等）和學習曲線以及能力轉移（音樂能力提升→學力/反應力/專注力提升等）。 報告生成與追蹤： 學習報告：生成學習報告與評分，視覺化玩家能力的進/退步。 標準轉換：將不同評鑑標準轉換成統一的成績單模式，老師可一鍵生成學習分數。 專業分析：回推到各個面向，給出對應的強弱點分析。 後台數據透明化：老師/家長介面：家長可透過數據透明化即時掌握孩子的進度與成長。 C. 輔導與服務模組 AI 教練/LLM： 即時指導：內建 AI 教練提供即時指導與弱點補強及故事推進提示。 主動探究：訓練音樂特化 LLM 模型鼓勵學生在平台上主動探究音樂知識。 專家預約系統：設計專家預約系統，提供線上一對一專屬輔導（需涵蓋線上排課、支付、客服等基本功能）。 合作與交付要求 A. 合作模式與交付物（Deliverables） 專案交付：交付所有可執行的 Android/iOS App 程式碼、後端 API 程式碼、所有美術與聲音資源的原始檔。 技術文件：交付完整的系統架構圖、API 文件、程式碼註釋與部署說明。 智慧財產權：所有開發完成的程式碼、美術資源、故事腳本、以及 AI 模型的版權與訓練數據，全部智慧財產權須歸屬於澳門育維科技有限公司/育維科技（廣東）有限公司所有。 B. 驗收與支援 KPI 啟動時間：冷啟動 P50 ≤ 3s、P90 ≤ 5s（iPhone 11、Pixel 5 等基準機型） 畫面幀率：互動場景平均 FPS ≥ 30，幀落（低於 25fps）佔比 < 1% 時長 交互延遲：點擊至可回饋時間 ≤ 100ms；PVP 題庫對戰回合延遲 ≤ 200ms（同區） 安裝包體積：首包 ≤ 300MB；熱更新支持差分包 驗收方式：提供性能測試報告＋錄屏＋機型清單與原始數據 AI 準確度（替換） 定義樣本集：由甲方提供標註好的 1000 條測試樣本（或 ≥ 每題型各 200 條） 指標：總體準確率 ≥ 90%（Top-1）；各知識點準確率 ≥ 85%；95% 信賴區間 誤差定義：按題正誤與用時評分規範對齊 PRD；誤差 = |評分 - 標註分| / 滿分 回歸要求：每次版本釋出須跑離線評測，準確率下降 > 1% 需標紅說明 驗收方式：提交可重現的評估腳本、樣本集、混淆矩陣與報告 穩定性（替換） 崩潰率：日活加權 Crash Free Users ≥ 99.9%（即崩潰率 < 0.1%） ANR：Android ANR 率 < 0.5% 問題修復：Blocker 24h、Critical 72h、Major 7d、Minor 14d（見 SLA） 驗收方式：接入 Crashlytics/Sentry，提供首月穩定性儀表 畫面美觀（替換） 視覺基準：色彩對比遵循 WCAG AA；主題色飽和度與亮度在設計系統標準範圍內 光汙染限制：無大面積純白或高對比閃爍；動畫閃爍頻率 < 3Hz 品質門檻：提供設計系統（色板、字體、按鈕/表單/狀態組件）、3 套關鍵頁高保真稿與動態規範 用戶測試：至少 1 輪 5 名目標用戶可用性與舒適度訪談紀要

需求概述：項目概述與基本資訊 項目類型：行動應用程式 (App) / 遊戲開發 - 教育科技 (EdTech) 發包主旨：尋求外部團隊開發一款結合 AI 評測和遊戲化設計的 Android/iOS 雙平台音樂教育 App。 目標受眾：學生 (主要使用者)、老師、家長。 參考網站/Demo/競品：Duolingo、Yousician、Simply Piano 等音樂教育遊戲 風格：3D 俯視（主）＋現代像素風＋視角轉換（參考：Brown Dust；Guardian Tales；女神密令；OOGA BOOGA；Little Nightmare；第五人格） 核心價值與應用定位 願景目標：讓學校更省心、老師更輕鬆、學生更投入，真正實現寓教於樂的音教育新模式。 學習主軸：圍繞音樂樂理、音感、視唱練耳等抽象知識，內容需對照 ABRSM/TRINITY/YAMAHA/中國音樂學院等考試初中級內容。 獨特賣點：故事化劇情引導、PVE/PVP 模式、排行榜、AI 能力視覺化評測、老師減壓、數據透明化、統一化能力評估。 視覺風格與系統規格 美術風格 主視覺：3D 俯視（主） 風格元素：現代像素風 (Modern Pixel Art)、具有 Little Nightmare / Guardian Tales 的質感 鏡頭設計：需有視角轉換機制，以適應沉浸式故事線與解謎互動（參考：Brown Dust、Guardian Tales、Little Nightmare、第五人格）。 運行系統：Android 與 iOS 雙平台。 開發框架：請開發團隊提供最適合此風格和功能的技術棧。 核心功能模組需求 A. 遊戲化與內容模組 沉浸式故事線：需有流暢的故事線，玩家透過運用音樂知識解鎖劇情及推進故事。 關卡設計：有時長限制，每關卡遊玩時間需維持大約 5–15 分鐘（再商議）即可暫存離開，有利老師及家長對遊戲時間的時控。 難度調整：知識點內容範隨不同難度而增加，且需有動態對照故事情節調整的不同玩法。 訓練場/複習機制：每解鎖一種玩法/知識點，即在「訓練場」重複練習該玩法，供應試（音樂能力試）玩家刷題練習。 互動與探索：可有限度地在地圖沉浸式與 NPC 互動和探索區域，遭遇或任務解鎖卡、解謎、購買道具等。 獎勵與社群： 收集與解鎖機制：通過關卡可獲得樂器卡片等獎勵，透過交換解鎖更多物品/成就。 競爭元素：需設計 PVE/PVP 模式和排行榜。 B. AI 評測與數據模組 AI 能力視覺化評測：應用 AI 自動按規範評核並具象化學生的能力（樂理/音感/節奏等）和學習曲線以及能力轉移（音樂能力提升→學力/反應力/專注力提升等）。 報告生成與追蹤： 學習報告：生成學習報告與評分，視覺化玩家能力的進/退步。 標準轉換：將不同評鑑標準轉換成統一的成績單模式，老師可一鍵生成學習分數。 專業分析：回推到各個面向，給出對應的強弱點分析。 後台數據透明化：老師/家長介面：家長可透過數據透明化即時掌握孩子的進度與成長。 C. 輔導與服務模組 AI 教練/LLM： 即時指導：內建 AI 教練提供即時指導與弱點補強及故事推進提示。 主動探究：訓練音樂特化 LLM 模型鼓勵學生在平台上主動探究音樂知識。 專家預約系統：設計專家預約系統，提供線上一對一專屬輔導（需涵蓋線上排課、支付、客服等基本功能）。 合作與交付要求 A. 合作模式與交付物（Deliverables） 專案交付：交付所有可執行的 Android/iOS App 程式碼、後端 API 程式碼、所有美術與聲音資源的原始檔。 技術文件：交付完整的系統架構圖、API 文件、程式碼註釋與部署說明。 智慧財產權：所有開發完成的程式碼、美術資源、故事腳本、以及 AI 模型的版權與訓練數據，全部智慧財產權須歸屬於澳門育維科技有限公司/育維科技（廣東）有限公司所有。 B. 驗收與支援 KPI 啟動時間：冷啟動 P50 ≤ 3s、P90 ≤ 5s（iPhone 11、Pixel 5 等基準機型） 畫面幀率：互動場景平均 FPS ≥ 30，幀落（低於 25fps）佔比 < 1% 時長 交互延遲：點擊至可回饋時間 ≤ 100ms；PVP 題庫對戰回合延遲 ≤ 200ms（同區） 安裝包體積：首包 ≤ 300MB；熱更新支持差分包 驗收方式：提供性能測試報告＋錄屏＋機型清單與原始數據 AI 準確度（替換） 定義樣本集：由甲方提供標註好的 1000 條測試樣本（或 ≥ 每題型各 200 條） 指標：總體準確率 ≥ 90%（Top-1）；各知識點準確率 ≥ 85%；95% 信賴區間 誤差定義：按題正誤與用時評分規範對齊 PRD；誤差 = |評分 - 標註分| / 滿分 回歸要求：每次版本釋出須跑離線評測，準確率下降 > 1% 需標紅說明 驗收方式：提交可重現的評估腳本、樣本集、混淆矩陣與報告 穩定性（替換） 崩潰率：日活加權 Crash Free Users ≥ 99.9%（即崩潰率 < 0.1%） ANR：Android ANR 率 < 0.5% 問題修復：Blocker 24h、Critical 72h、Major 7d、Minor 14d（見 SLA） 驗收方式：接入 Crashlytics/Sentry，提供首月穩定性儀表 畫面美觀（替換） 視覺基準：色彩對比遵循 WCAG AA；主題色飽和度與亮度在設計系統標準範圍內 光汙染限制：無大面積純白或高對比閃爍；動畫閃爍頻率 < 3Hz 品質門檻：提供設計系統（色板、字體、按鈕/表單/狀態組件）、3 套關鍵頁高保真稿與動態規範 用戶測試：至少 1 輪 5 名目標用戶可用性與舒適度訪談紀要

我正在尋求專家可以提供IOS及ANDRIOD APP製作相關服務，服務內容 請參考：https://www.tasker.com.tw/workroom/lKJG5a?se=ZWJJ 若您能提供相關服務，歡迎提供報價與合作資訊。

I’m looking for a mobile app developer (iOS + Android) to build an application based on my requirements. The project includes UI implementation, backend integration, testing, and publishing to App Store and Google Play. Experience in Swift, Kotlin/Java, or cross-platform frameworks like Flutter or React Native is preferred.

用於哪個行業：用於遊戲 細節說明：將我們提供的由Assetstore上採購的素材，將其原本的shader、LOD修改輸出Fbx給3D軟體或較低版本的Unity可運行，並盡可能保持接近的效果

我想設計一款交友app。 用於男男 女女 男女都可以的

我正在尋求專家可以提供客製化網站建置 UI/UX設計相關服務，服務內容 請參考：https://www.tasker.com.tw/workroom/MzDZlL?se=ONmm 若您能提供相關服務，歡迎提供報價與合作資訊。

用於哪個行能源 電池管理 細節說明：APP可控制電池上的BMS

目前有客戶端有Iot結合app的需求 Iot需前往現場確認

需求名稱：Android手機APP開發 行業類型：娛樂 項目細節：設計一款APP，通過藍牙技術將其用作玩具的遙控器，實現與玩具的連線與互動。

用於哪個行業：娛樂業 製作一款感應器讀取機台訊號.回傳手機APP進行後端動作 IOT物聯網.軟硬體都需要開發. 如貴司沒有硬體部門至少也需要有配合的硬體廠商.避免開發流程問題

需求名稱：Android APP開發 用於行業：教育 細節說明：開發一款專為個人使用的單字筆記本APP，適用於Android平台。

需求概述：需求名稱：健康管理app 用於哪個行業：健康管理 細節說明：亞健康專題纂寫如:各類酸痛緩解

我是一個線上課程的老師，我想要做 1. landing page 上面可以讓客戶選時間來報名說明會，選完時間會進到購物車買單，然後自動寄信給他提醒報名連結，然後不知道你會不會用systeme，自動寄信，這部分我想說從Systeme上面去做到 2. 我頻道流量不錯，所以我影片都有綁Many Chet，從ManyChat串接一個連續寄給他五天免費課程，每封信裡面也都有按鈕可以讓他購買課程 上面這兩個流程不知道你會做嗎

用於哪個行業： 細節說明：Lifestyle App製作，有參考app 詳細參考可line詳談

用於哪個行業：自動控制 細節說明：永宏PLC程式撰寫及手機IOT設定

電腦遊戲製作,網頁製作,APP開發

用於哪個行業： 細節說明：用於哪個行業： 細節說明：有製作C2C經驗的製作公司，例如蝦皮、露天、奇摩拍賣、旋轉拍賣等等。 有正在運行的交易平台展示，可以實際運作後台，或者是參與製作過C2C相關平台者。 ，約見面時必須有正在運行的商家以及能夠證明此網站是貴單位製作的。 補充內部功能！ +推薦分潤+快速拖拉建立賣家形象+快速手機上架商品。

我们需要一个后端开发人员通过商店的官方API（无抓取）提取产品/变体图像，将它们复制到我们的云存储中，并保持一切与webhook同步。这为我们的2D/3D预览提供动力。你的责任 • 安装后回填：OAuth/连接，通过平台API获取产品+变体+图像，处理pagination/节流，并将图像复制到我们的桶（GCS）。 Webhooks同步：收听产品创建/更新/删除；更新图像和meta.json；30天软删除→然后清除。 • 安全地提供图像：添加端点以返回临时签名的URL（无公共链接，无客户端机密）。 • 要公开的API： • 获取/产品/图像？shopId&productId&variantId → 签名URL • 获取/3d/manifest？shopId&productId&variantId（如果存在模型） • 质量和安全：在429/5xx上重试/回退，速率限制，超时，记录。 平台（每个商店选择合适的平台） • Shopify：管理API（REST/GraphQL），范围read_products，webhooks products/*。 • WooCommerce：REST /wp-json/wc/v3/产品，变体，产品webhooks。 • Wix Stores：使用官方商店API +产品更改事件。 （我们稍后接受的后退：谷歌商家提要/CSV/ZIP——仍然没有刮削。） 技术偏好 • 谷歌云（云运行/功能）上的Node.js/TypeScript，用于存储的GCS，用于签名的URL，用于作业的Pub/Sub或云任务。如果您可以部署到GCP，等效堆栈就可以了。 接受 1. 新安装回填所有产品/变体/图像，并写入meta.json。 2. 通过webhooks的更新使文件夹和元数据保持同步；删除将存档→30天后清除。 3. GET /product/image...为活动variantId返回一个有效的签名URL。 4. 强大到分页/限制；重做/回调到位；日志+简单的README（env vars、scopes、webhooks）。

预测 Dukira是一个电子商务插件。 我们需要您： 1. 从Figma设计（商家仪表板+小营销页面）完成我们的前端。 2. 在打开模态的产品页面上添加“View in 3D”和“Try-On”按钮。 界限 • Figma → 代码（UI） • 授权（注册/登录），入职（连接商店） • 计划和账单页面（月度计划+5/14日支出窗口UI） • 使用/历史，设置（人工智能改进切换，付款人=商家/购物者），支持 • 隐私/条款页面（提供内容） • 响应式布局，像素匹配（~±4px），基本a11y • PDP按钮和模态 • 在3D和试穿按钮中添加视图（两个向上、堆叠、移动） • 带加载器的模态；3D查看器（或Three.js）轨道/缩放/重置/⛶ • 变体同步（按产品ID/变体ID交换资产） • 集成REST端点： • 获取/3d/manifest？商店ID&产品ID&变体ID • （轻度连接）POST /tryon/upload-url，/tryon/create，GET /tryon/status/{jobId} • 使用签名的URL；保持画廊缩放/灯箱完整 技校 • React/Next.js + TypeScript（或强香草JS），尾风（或轻量级CSS） • 或者Three.js • 调用我们现有的Node/GCP API（提供.env） 交付成果/验收 1. 实现Figma屏幕（响应式）+导航栏/边栏；灯塔≥80（移动）。 2. 按钮跨布局渲染；模态快速打开；没有布局转移（骨架）。 3. 变体更改顺利更新资产；a11y（焦点陷阱、ESC、ARIA）。 4. README：构建/运行、环境、DOM钩子、API基础URL。 金額 500美元