前面幾篇談的都是一條連結發出去之後的事，上一篇 Day 7〈為什麼報表上一堆「直接流量」？換成短連結也一樣〉 講的是報表要怎麼讀。今天我想拉回來，談一下產品命名這件事。

如果你在做產品的發想階段，就已經想到一個很好的名字，那麼恭喜你，很多事情都已經事半功倍了。

但如果你覺得沒有好的想法，需要卡在這裡嗎？

其實不用。很多大公司都是用 code name 的方式，來為發展中的產品命名，不少作業系統和硬體在開發期間，代號用的是甜點、動物或地名，跟最後上市的名字毫無關係。

有些人也許不了解為什麼要這樣做。那是因為行銷有其專業，名字這件事往往需要更多來自市場的考量，而且很有可能在過程中翻轉。為了避免改名影響到程式碼裡的命名，不如就各行其是，開發那邊先用一個代號把東西做出來，行銷那邊慢慢把名字想清楚。

但即便這樣，最後仍然還是得回到「好好給個名字」這一步。

我怎麼從幾個候選裡挑一個：域名決定法

一開始取名的時候，我心中有幾個原則，要有識別性、不容易撞名、要有意義、要和服務本身有連結性。

在這幾個原則下，我想了幾個候選的名字。至於該決定哪一個比較好，我用的是域名決定法。

就是拿自己想到的名字，去註冊域名的網站上查查看，是不是已經被註冊走了。

通常拿得到 .com／.net 的機率很渺茫，好聽、好記、簡單的名字大多已經被搶佔了。我在命名的時候也查了 .com 和 .net，不意外，都被註冊走了。

但對我來說，更要緊的其實不是「有沒有被註冊」，是「同名的網站有沒有在線上正常營運」。

這兩件事差很多。太多域名是被搶下來放著的，停在一頁待售頁面，或是整包丟在某個域名商的清單裡。那種狀態對你影響不大。真正會影響你的是有一個活著的、有人在經營的同名網站，使用者搜尋你的時候會先遇到它，你講的每一句話都要跟它競爭語意。

當然你可能會擔心，會不會有人之後拿同名的網站來競爭或混淆？我想等專案長大到那種程度的時候，應該就會有解法了。在還沒走到那一步之前先卡住，代價比較大。

那我為什麼一開始就沒往 .com／.net 去找

因為 .io 對這個服務來說，本來就比較對。

在開發和 IT 圈裡，.io 讀起來就是 input / output。而轉址這件事本身就是一次 input/output，一個網址進來，另一個網址出去；再往上一層，用短連結去做行銷和追蹤，也是投入 input、換回 output。三層剛好疊在同一個後綴上。

還有一個更直接的理由，它比 .com 少一個字元。

做短網址服務，你的網域會出現在你產出的每一條連結上。少一個字，就是每一條連結都少一個字，這是別的產品不會有的考量，但對這一類服務來說，它幾乎是規格的一部分。

所以就算 .com 和 .net 當時是空的，我還是會選 .io。「.com 是正宮、其他都是退而求其次」這個預設，在這裡不成立。

要對外營運，就得看一下商標

當你的專案不是拿來練功，而是打算對外營運的時候，名字和 logo 都有可能涉及商標規範。為了謹慎起見，最好確認一下。

以台灣為例，經濟部智慧財產局的商標檢索系統是公開的，任何人都可以自己查。

裡面有幾種查法，文字近似（查名字）、圖形近似和以圖找圖（查 logo，後者可以直接把圖丟上去比對）。它涵蓋的範圍是申請中、已取得註冊、以及被核駁的案件，等於你看得到哪些名字曾經沒過。

有兩件事很容易漏掉：

• 中文名和英文名要分開查兩次。 它們在商標上是兩個不同的東西。
• 商標是分類別的。 同一個名字在不同的商品／服務類別上是有可能並存的，所以你得先知道自己落在哪一類，系統上有「商品服務名稱分類查詢」可以對照。

官方也有一份怎麼查商標的說明。

在檢索系統上查完，可以確認的是「沒有找到明顯問題」。如果要更謹慎，也可以去註冊商標，不過到這一步通常需要有專業人士協助，就看你的重視程度與風險承受度來決定。

上線之前，名字要怎麼用

名字定下來，只解決了「叫什麼」。接下來要決定的是「怎麼用」。

該先定的大概是這些，中文怎麼寫、英文怎麼寫、大小寫怎麼定、有沒有長版本和短版本、什麼場合用哪一個。單看每一項都是小事，但同一個名字會同時出現在網站、後台、文件、信件、社群簡介上，只要沒有一個約定，每個地方都會照當下最順手的方式寫，久了就對不起來。

如果名字在中途改過，那更要回頭掃一遍。改名的成本很少發生在改名那天，多半發生在幾個月之後，某一頁還停在舊的講法。

還有一件事比一致性更容易漏掉，就是這個名字會出現在哪裡。

主品牌不太會有這個問題。它本來就在 navbar、在首頁、在每一封信的署名裡，你不特別安排它也到處都是。

往往會有狀況的是你後來才加上去的那些名字，一個子品牌、一個功能的名字、一個方案的名字。它們天生只長在自己的那一頁，而那一頁常常在產品的深處。

七月的時候，我們要推一個新功能，讓使用者可以用自己品牌的網域來發短連結。這件事對內對外都需要一個名字，對外要讓人記得住、講得出口，對內溝通時也需要知道大家講的是同一個東西。

所以我們認真取了一輪。產品名叫 toui Go，一句話的描述定成「品牌短連結」，使用者拿到的網址長相是 go.{品牌}.link。

標語則是「佗位？來去。」，主品牌 toui 本身就是一句台語的問句，這個子品牌就用台語的答句去接它。英文版不是翻譯過去的，是另外寫的一句：「Where to? Go.」而「來去」講的就是 go，也就是產品名和網址上的那個字。

這是整件事我最滿意的部分，問句、答句、產品名、網址，講的是同一個動作。取名不是找一個好聽的詞，是讓這幾層串得起來。

商標也查了。清單上每一項都打了勾。

但好笑的是，幾天後才發現，全站使用者看得到「toui Go」這幾個字的地方只有六處，而且全部在網域設定那一頁。而要走到那一頁，使用者得先升級到有這個功能的方案。

還沒升級的人根本不會遇到這個名字，也就少了一個升級的理由。前面所有的命名成本——推敲那句描述、把三個 Go 押在一起、查商標——都要等它出現在對的位置，才開始發揮。

後來趕緊把它補到需要做決定的人看得到的位置，像是升級方案的說明或是功能列表裡。

名字取得再好，沒有出現在人做決定的那個位置，它就沒有在工作。

所以名字定版的時候，順手把「它要出現在哪」也列出來，而且優先放在還沒認識你的人會遇到的地方。

toui 這個名字，和我寄託的想法

toui 是台語「佗位」（tó-uī），意思是「哪裡」。

我喜歡它，是因為它問的剛好也是我自己一直在問的那個問題，不只是「這條連結要去哪裡」，還有「這個東西要去哪裡」。每一條短連結都是一個問句，你問這些人去了哪裡，連結替你把人帶到那裡。

至於它在理性上剛好對上服務在做的事，那是後來才慢慢對上的。

前面講的那些——原則、域名、商標、一致性——都是可以查、可以列成清單、可以一項一項打勾的。做 side project 的時候我們特別容易只做這一類事，因為它們有標準答案，做完會有一種踏實感。

但名字還有一層，是任何系統都查不出來的，你自己對這個名字，有沒有感覺。

做自己的 side project，理性的考量很多，但有些時候有愛更重要。名字是你每天打開編輯器會看到的那個字，是你跟人介紹時會念出口的那個音，也是你決定要不要再把一個週末投入進去的那個東西的名字。你得能把你想對世界說的那句主張，寄託在它身上，如果放不上去，那些查得到的條件再乾淨，它也只是一個還沒被註冊的字串。

toui 這個名字的完整由來，我寫在關於頁面，那也是我盤點之後補的其中一個位置。