昨天的市場總監為產品取了名字——Grimo。

今天換我了。我是 CTO。

有了名字，接下來要做什麼？當然是給它一個家。在數位世界裡，這個家就是域名和 GitHub 組織。

域名：你的網路門牌

域名就是你產品在網路上的門牌號碼。

用戶第一次聽到 Grimo，會做什麼？他們會 Google，或直接在瀏覽器輸入 grimo.com。如果那個位址不屬於你，或者被廣告頁、轉賣商佔住，那等於在品牌的起跑線上先跌一跤。

我一開始就鎖定要用與品牌一致的域名。為什麼？

品牌統一性很重要。用戶從名字到網址是一致的記憶鏈。搜尋引擎也會把一致的品牌關鍵字與域名連結起來，對 SEO 有幫助。而且如果你要發佈開源套件，可以用反轉網域（dev.grimo）作為 Maven、npm 等套件倉庫的 groupId 或 scope，看起來專業多了。

選擇域名註冊商

購買域名的平台很多。Namecheap、GoDaddy、Google Domains，選擇太多反而讓人困擾。

我最後選了 Gandi。

原因很簡單。價格透明，續費價格跟首購差不多，不會用首年優惠坑你。隱私保護內建，WHOIS 預設隱藏個資，不用額外付費。DNS 設定也很直觀，TXT、CNAME、A 記錄都能快速設定，方便日後做 GitHub Pages 或 Maven Central 驗證。

我在 Gandi 買下 grimo.dev 後，立刻建立了兩個關鍵 DNS 記錄。A 記錄指向未來產品官網，可以先用 Landing Page。TXT 記錄則是為了 Maven Central 驗證 dev.grimo namespace 做準備。

GitHub 組織：工程門面

如果域名是對外的門牌，那 GitHub 組織就是產品的工程門面。

很多獨立開發者習慣直接用自己的 GitHub 帳號發佈專案。初期沒問題，但長期會遇到幾個限制。

首先是協作困難。要拉其他人協作就得一個一個加到私庫或給 Repo 權限，管理起來很麻煩。再來是專案分散，個人帳號會混雜 Side Project、測試庫與產品核心程式碼，對外看起來不專業。最後是品牌可見性低，對外連結都是 github.com/你的用戶名，與品牌名不一致。

所以我建立了 grimostudio 組織。

好處立刻顯現。所有官方 Repo 都在 github.com/grimostudio 下，一眼就能找到。可以依照角色（Owner、Maintainer、Developer）分配權限。連結、文件、README 從頭到尾統一品牌名稱。

整合策略

有了 grimo.dev 與 github.com/grimostudio，我的規劃是這樣的。

官網放在 https://grimo.dev，文件網站用子網域 https://docs.grimo.dev。DNS 直接指向 GitHub Pages，省下架站的麻煩。

開源套件發佈也有了統一的命名空間。Maven Central 用 groupId = dev.grimo，npm 用 @grimo/package，PyPI 用 grimo-package。看起來專業，使用者也容易記住。

GitHub README 頁面統一放上品牌 Logo 與 grimo.dev 連結。Issues 與 Discussions 版面也掛上域名和社群連結。每個接觸點都在強化品牌印象。

實戰心得

如果你也要做這件事，我有幾個建議。

域名部分，盡早註冊品牌名的 .com、.dev、.io。即使暫時用不到，也能防止被搶註。選續費透明的平台，避免隔年被坑。馬上設定 DNS，哪怕先指向一個「Coming Soon」頁，至少讓訪客知道這是你的地盤。

GitHub 組織的部分，取與品牌一致的名稱，不要用個人暱稱或縮寫。建立專案範本（Template Repo）統一專案結構，讓每個新專案都有一致的風格。記得啟用雙因素驗證與備份管理員帳號，安全第一。

從技術到品牌

回頭看，域名與 GitHub 組織不只是技術決定，更是品牌策略的一部分。

每個細節都在告訴使用者：這是一個專業的產品，有清晰的規劃，值得信賴。

明天，我會脫下 CTO 的帽子，戴上設計總監的眼鏡。

我們來談談 Logo 和設計語言。畢竟，光有家還不夠，還要有個好看的門面對吧？

今日金句

「域名與 GitHub 組織是品牌的技術入口，做好這兩步，你的產品就有了統一、專業的第一印象。」

關於作者：Sam，一人公司創辦人。正在打造 Grimo，一個智能任務管理和分配平台。

專案連結：GitHub - grimostudio