跳到主要內容
返回作品總覽

01 / 這是什麼 · 系統/資料

公開網站 × Owner|把散落作品整理成同一個入口

把散落的作品、文字與畫面整理進同一套入口:後台方便持續上稿,公開網站也能一直顯示正確版本。

查看公開網站
東尼多元宇宙公開網站 Desktop 與 390px Mobile 畫面
公開網站|Desktop + 390px Mobile東尼多元宇宙公開網站 Desktop 與 390px Mobile 畫面

02 / 原本卡在哪

真實場景

作品散在資料夾、對話與不同版本裡時,每次上稿都要重新找文字、找圖、確認哪份能公開。更麻煩的是:公開網站與 Owner 後台如果各自保存一套內容,更新幾次之後就會互相對不上。

03 / 我怎麼判斷

先找出真正需要解決的事

公開網站和 Owner 後台應該看同一筆作品;差別只在於誰能編輯、哪些內容已經核准公開,以及哪張圖要出現在頁面上。

04 / 我實際做了什麼

把問題一路做成可以使用的東西

  1. 01

    盤點散落的作品、案例文字與媒體

  2. 02

    把每個作品的上稿、預覽、排序與撤回接成同一條流程

  3. 03

    讓公開網站只顯示已確認可以公開的內容

  4. 04

    把私人檔案與公開圖片分開處理

  5. 05

    保留同一筆作品持續更新、不必重建頁面的做法

05 / 實際成果/產品畫面

最後做出了什麼

一套能持續上稿的作品管理流程,以及訪客能直接看懂服務、案例與聯絡入口的公開網站。

  • Desktop 主畫面|公開首頁
  • Mobile|真實 390px 首頁
  • 功能細節|入口與系統路徑

以下使用 2026-08-28 公開網站畫面,先看訪客怎麼理解服務,再看作品入口如何承接案例。Owner 登入後畫面未納入本輪展示。

06 / 這個案例證明什麼

從這個案例可以看見

  • 能把散落內容整理成一套可持續更新的作品入口
  • 能讓後台更新與公開頁面保持同一版本
  • 能在方便上稿的同時,把私人內容留在受保護區域

07 / 我的角色

我負責的部分

我負責盤點作品上稿的真實痛點、規劃公開網站與 Owner 工作方式、決定公開邊界並完成驗收;系統工程包含 AI/Codex 協作。

  • 需求盤點
  • 內容架構
  • 產品規劃
  • 公開邊界
  • AI 協作
  • 驗收

08 / 限制

這些成果不代表什麼

公開網站擷取:2026-08-28 / accepted release:2026-08-26

  • 本輪未登入驗證 Owner UI 或任何寫入流程
  • 不能把 Access-protected Preview 寫成 Production
  • /work/work 是跨產品品牌識別案例,與本案不同且本輪完全不碰
  • 工程製作包含 AI/Codex 協作