Campus 版本演進史：一張地圖，泡了一整年

Campus：一張會冒泡的校園地圖

Campus 是一款面向高校師生的同校社交應用，核心想法把「地圖」做成主界面——打開應用先看本校的地圖，同學們在各個地點「冒泡」：一張食堂随手拍、一段課堂求助、一條找搭子訊息，全部釘在實際位置上。這不是新鮮的概念，但 Campus 把它做專了：地圖不是背景，是整個應用的資訊架構。

我認識它是因為朋友推薦「想找同校的活動不用刷大群了」——打開地圖就能看到哪些地點有哪些人在聊什麼。這跟傳統校園社群的信息流完全不同：信息流按時間排序，地圖按空間組織。Campus 的定位就是這麼一句話：把校園社交從「時間線」搬到「地圖上」。

安裝

Campus 的安裝包偏大，136MB 的 Android APK，Campus下載 前確認手機儲存空間夠用。安裝本身是標準的 Android APK 流程——允許未知來源後點安裝就行，沒有額外解壓或資料包下載的步驟。

首次啟動時要選學校，這個步驟決定了你進入哪個地圖。選完學校後，如果想發動態、冒泡、加好友，就得過校園認證：填寫學校、學院、專業、年級四項資訊。認證前只能看地圖和廣場，像校園活動日曆一樣用也成立；認證通過後才解鎖全部互動功能——這是 Campus 唯一卡「能不能發」的門檻。

版本更新走應用商店推送，目前看到的最新版本是 1.2.0，2026 年 9 月中旬發布。

從 v1.2.0 回望：公開資料裡沒寫的時間軸

我查了一圈 Campus官網 和公開渠道，Campus 團隊沒有釋放完整的版本更新日誌——沒有「v0.1 加了什麼、v0.3 改了什麼」這種流水账。但從 1.2.0 這個版本的功能布局裡，我能反推出一條大致的迭代路徑，讀到一些團隊沒說出口的優先級。

現狀：一個地圖，四個模組

先把現在這版有什麼擺出來：

• 地圖頁：首屏就是地圖，各個地點上飄著氣泡，點進去看該地點的動態列表。這是 Campus 的骨架，從一開始就有。
• 發布系統：三種形態（文字、相機、語音）、七種主題（新鮮事、有活動、找搭子、出閒置、按快門、它出沒、求助）、地點釘。這套組合現在已經很完整。
• 聊天：從資料卡進入私聊，支援文字、圖片、語音。聊天禮儀四條——有事說事、看時間、不問隱私、錢的事多想一步。
• 校園認證：學校、學院、專業、年級四項，通過後解鎖發布權。

這四個模組的完成度並不均勻——地圖和發布系統最紮實，聊天和認證比較薄。

來路：先有地圖，後有發布，最後才是聊天

我對 Campus 的起步沒有親眼見過，資料裡也沒有早期版本的記錄。但從模組之間的依賴關係可以推一個合理的 版本演進 順序：

第一版一定先有地圖。因為如果沒有地圖，後面所有「冒泡」「釘位置」的功能都無從談起——這是整個應用的基礎設施，像房子的地基，不可能後補。

然後是發布系統。地圖上有了地點，下一步自然是讓人能往地點上釘內容——形態和主題的組合看起來是經過幾輪調整後定下來的：七種主題覆蓋了校園場景裡絕大多數表達需求，沒有太多空間，也沒有缺什麼明顯的類別。語音發布是一個值得注意的加入——這在同類應用裡不多見，說明團隊在「地點 + 語音」這個組合上有刻意的設計意圖。

聊天大概率是後加的。為什麼？因為 Campus 的資料裡，聊天的定位很明確——「私聊是同校社交的主陣地」，但它在應用裡的入口地位是跟地圖、發布並列的基礎功能層，不是一個獨立的 tab。這說明聊天是為了補齊「在地圖上認識了同學之後，下一步怎麼深聊」這個環節，而不是從一開始就有的功能。

認證系統的位置比較微妙——它是發布功能的門檻，但本身的資訊只有四項，驗證方式也沒有在資料裡細說。這種「簡單但必要」的設計，通常出現在產品已經跑起來、需要補一個圍欄的時候。

規律：團隊一直在死磕「在地圖上發」，其他都次要

從 1.2.0 的布局看，團隊的 版本演進 節奏很清晰——他們一直在打磨「把內容釘在正確的地點上」這件事，而不是去擴張新場景或做大而全的功能。

證據有幾條：

第一，主題和位置的關係被反覆強調。 資料裡專門寫了「主題不是裝飾，是路由」——選錯主題會讓內容被錯的人看到，這在其他應用裡很少見。Campus 甚至給出了七種主題逐一對應什麼場景的說明，這不像一個從第一天就定下來的東西，更像是團隊觀察了一段時間後，發現用戶經常發錯主題，才出來引導的。

第二，三種發布形態裡，語音是被單獨拎出來講的。 語音氣泡、語音發布的資料量比文字和相機都多——這說明團隊在「語音 + 地點」這個組合上有持續投入，可能是他們觀察到語音在校園場景裡的獨特價值（課後、走在路上、不方便打字的時候）。

第三，聊天的功能形態很克制。 支援文字、圖片、語音，沒有已讀不回提示、沒有消息撤回、沒有群組（至少資料裡沒提）。聊天禮儀四條裡有三條是「別做什麼」，只有一條是「要做什麼」——這像是一個刻意維持輕量的設計，團隊不想讓聊天變成另一個 IM。

什麼一直沒做？ 從 1.2.0 看，Campus 沒有校園論壇、沒有班級群組、沒有課程表整合、沒有活動報名系統——這些都是同類應用常見的擴展方向，Campus 一個都沒碰。這不是沒想到，是故意不做。

預判：照這個路線，下一步大概率在哪

我從迭代規律推的，不是官方口徑——

第一，發布系統的「路由邏輯」會繼續加深。現在主題是七種固定選項，未來可能會有更細的標籤、或者基於地理位置的自動推薦主題——比如在地圖上點「食堂」時，發布頁自動預選「找搭子」主題。

第二，語音這條線會繼續走深。語音氣泡在校園裡有天然的使用場景，團隊已經投了不少資源，不會輕易放棄。可能會出現語音轉文字自動生成摘要、或者語音氣泡的特殊標記效果。

第三，認證系統可能會松動。現在四項資訊填完就過，沒有實時驗證——隨著用戶量上去，認證門檻要麼變嚴（接學籍驗證 API），要麼變松（允許臨時訪客身份發布）。

不會出現的東西：班級群組、課表整合、活動報名——這些跟「地圖上冒泡」的核心路線不直接相關，團隊大概率不會碰。

一個旁觀者的感想

寫到這裡我想說句題外話：觀察一個應用的 版本演進，最有意思的不是看它加了什麼大功能，而是看它故意不加什麼。Campus 團隊選擇把所有資源砸在「在地圖上發對內容」這件事上，其他一切能砍就砍——這種專注度在今天的應用市場裡不多見。

我不知道 Campus 能走多遠，但至少在 1.2.0 這版裡，他們把「一張會冒泡的校園地圖」這個想法做紮實了。地圖上有多少氣泡不重要，重要的是每個氣泡都釘在對的位置、被對的人看到——這件事，他們死磕了一整年。

本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。