從看得懂的網站,到真正順手的工作系統。

同一個需求,可以是一頁式網站,也可以是一套內部系統。先確認要解決的問題,再決定要做多大的東西。

範圍談清楚,報價與驗收才有依據。

以下每一項都寫明適合什麼情況、會拿到什麼,以及哪些工作不含在裡面。不確定自己屬於哪一種,直接來信描述現況也可以。

八項服務,一套相同的交付標準。

每個項目都先講清楚適合什麼情況、實際會怎麼做、你會拿到什麼,以及哪些工作不包含在內。

企業形象網站

整理品牌、服務與內容層級,建立讓客戶看得懂也找得到下一步的網站。

適合情境

  • 服務內容複雜,需要重新整理網站結構
  • 既有網站難以在手機閱讀或由團隊更新

製作方式

  • 依內容更新頻率與團隊習慣,選擇自建網站或 WordPress 後台
  • 手機、平板與電腦共用一套版面,並完成搜尋引擎需要的基本設定

你會拿到

  • 資訊架構與頁面規劃
  • 可維護的內容區塊與後台欄位
  • 部署、基本操作與驗收清單

不包含

  • 文案撰寫、攝影與品牌識別依需求另行估算
  • 第三方外掛、主機與付費服務費用不含在開發費內

就這一項來詢問

參考作品AXIOM IndustrialMIZU SKIN 肌沐

Landing Page

讓單一活動、產品或服務有清楚的溝通順序與行動目標。

適合情境

  • 新品上市、活動或單一服務需要獨立推廣
  • 已有素材,但缺少清楚的轉換順序

製作方式

  • 可以獨立建一頁,也可以接在你現有的網站底下
  • 表單與按鈕點擊的成效追蹤,依需要一起設定

你會拿到

  • 單頁資訊架構
  • 行動呼籲與 RWD 頁面
  • 表單串接與基礎追蹤設定

不包含

  • 廣告投放與長期成效優化不含在單次建置內
  • 複雜會員、付款或後台功能改以系統案件評估

就這一項來詢問

參考作品FORMA榕安牙醫巷口學堂

RWD 與網站修正

針對既有網站在手機版、介面或功能上的明確問題逐項改善。

適合情境

  • 手機版跑版、元件無法操作或瀏覽器呈現不一致
  • 既有網站有可重現且範圍明確的前端問題

製作方式

  • 先在你回報的裝置與瀏覽器上重現問題,再逐項處理
  • 修完會回頭確認原本正常的地方沒有被改壞

你會拿到

  • 問題盤點與修正範圍
  • RWD 或 Bug Fix
  • 修改紀錄與驗證結果

不包含

  • 無法重現或涉及第三方封閉服務的問題先做付費診斷
  • 老舊核心、伺服器或整站重構另行評估

就這一項來詢問

參考作品RWD 修正實例效能修正實例

電子商務

把商品資訊、購買決策與下單路徑整理成連貫的商務體驗。

適合情境

  • 需要建立商品目錄、購物車與線上下單流程
  • 既有商店需要調整商品資訊或購買體驗

製作方式

  • 以 WooCommerce 或你目前使用的電商平台為基礎
  • 商品、訂單、金流與物流依實際流程設定,並實際試單

你會拿到

  • 商品與分類架構
  • 購物與結帳流程
  • 必要串接、測試訂單與操作說明

不包含

  • 金流、物流與平台帳號由客戶申請並支付
  • 庫存、ERP、發票與特殊促銷規則需個別確認

就這一項來詢問

參考作品MIZU SKIN 肌沐

Web 系統

把重複的內部流程整理成團隊真正用得起來的管理與協作工具。

適合情境

  • 重複使用試算表或訊息追蹤同一套流程
  • 需要角色、狀態與資料紀錄的內部工具

製作方式

  • 自建的網頁系統,資料存放在你自己的資料庫
  • 登入權限、角色分工與狀態流程依實際作業方式設計

你會拿到

  • 流程與角色定義
  • 管理介面與核心功能
  • 資料庫、部署與技術文件

不包含

  • 先以最小可用流程定義範圍,不承諾一次取代所有內部系統
  • 舊資料清理、複雜報表與企業系統串接需個別估算

就這一項來詢問

參考作品StockRoomDayBook

LINE 官方帳號串接

把官方帳號從單向公告,變成客人能查到事情、也能把訊息接回既有流程的入口。

適合情境

  • 已有官方帳號,但只能群發,客人問的事還是靠人工一則一則回
  • 希望顧客在 LINE 裡就能查訂單、預約或會員狀態

製作方式

  • 以 Messaging API 建立 webhook,回覆內容取自你自己的資料,不是固定罐頭訊息
  • 圖文選單、Flex Message 與推播依實際情境設計,並先確認訊息額度與費用

你會拿到

  • 對話情境與訊息流程規劃
  • 圖文選單、Flex Message 與自動回覆設定
  • webhook 服務與既有系統串接,附測試紀錄

不包含

  • 官方帳號方案、訊息額度與認證費用由客戶申請並支付
  • LINE Pay、LINE Login 等其他服務需個別確認範圍
  • 官方平台政策與 API 規格變更不含在單次建置內

就這一項來詢問

參考作品Chime

AI 整合

將 AI 放進明確任務、資料邊界與人工覆核流程,而不只是增加聊天視窗。

適合情境

  • 已有明確重複任務,且既有內容或資料來源可供評估
  • 接受先用小型原型驗證輸出品質與成本

製作方式

  • 串接語言模型服務,輸出格式固定,方便接進既有流程
  • 保留人工檢查與修改的介面,並標示資料來源

你會拿到

  • 使用情境、資料與風險盤點
  • 可測試的單一工作流程
  • 結構化輸出與人工覆核介面

不包含

  • 模型與第三方 API 費用另計
  • 正確率、資料權限與可接受錯誤需在探索階段確認
  • 不以通用聊天視窗代替流程需求

就這一項來詢問

參考作品SitePulseIntake

維護

持續處理更新、修正與小步改善,讓網站或系統在交付後仍能穩定演進。

適合情境

  • 網站上線後需要固定窗口處理更新與小型修改
  • 希望讓錯誤、需求與版本變更有紀錄

製作方式

  • 既有程式與外掛的定期更新
  • 問題重現、修正,以及每次改了什麼的回報

你會拿到

  • 約定範圍內的例行更新
  • 問題與變更紀錄
  • 風險或功能迭代建議

不包含

  • 回應方式與可用時數依維護方案約定
  • 大型改版、新功能與第三方故障不列入例行維護

就這一項來詢問

不確定自己需要哪一種?

把目前的狀況、想解決的問題與時間範圍告訴我們,一起判斷合適的服務範圍。

開始討論專案

先提供這些,討論會快很多

  • 網站或系統要解決什麼問題,給誰用
  • 預計要有哪些內容或功能,現有素材到哪個程度
  • 一到兩個參考網站,以及你喜歡或不喜歡的地方
  • 希望上線的時間,以及預算大概的區間