關於 JustCall - 即時匿名視訊通話
JustCall 起於一個在 2026 年看來仍很荒謬的問題：我想和媽媽視訊通話，卻不得不把整件事變成一次技術支援。她使用 Android，我使用 iPhone，一段簡單的對話變成了在應用程式、帳號和設定之間漫長繞路。
這帶來了一個簡單的問題：如果只要一個連結，就能打給世界上任何人，會怎麼樣？無需安裝。無需帳號。在說「你好」之前，也不需要尷尬地準備一番。
產品構想只花了幾分鐘。讓網際網路照這個方式運作，花的時間長得多。
用一個畫面講完這個故事：一個快速勾勒的想法，接著在真實的網路限制中推進，並經歷了一次以信任為核心的重新設計。
產品原則
- 在對話開始前不需要安裝或建立帳號。
- 在任何現代瀏覽器中，一個連結就應足以開始通話。
- 當直接 WebRTC 路徑失敗時，連線備援應自動啟動。
- 在新訪客點擊任何內容之前，產品就必須讓人感到值得信賴。
第一個版本刻意保持極簡：一個名稱、一句話和一個按鈕。
重新設計後，流程依然簡單，但加入了新訪客理解並信任產品所需的脈絡。
網際網路不是展示環境
乾淨的瀏覽器展示不是最困難的部分。真正困難的是跨越國界、身處企業防火牆之後，以及在受限制的行動網路上發生的情況；在這些地方，正常的 WebRTC 路徑不再可靠。
- NAT 和防火牆會在沒有警告的情況下中斷點對點路徑。
- 在某些企業和行動網路中，UDP 會被限速或封鎖。
- 國際通話可能會悄悄失敗，讓雙方都猜不出原因。
- 可靠的跨境通話需要的不只是預設的 WebRTC 理想路徑。
實際交付所需的能力
為了讓一般使用者的通話順利連線，JustCall 需要 TURN 備援、為被封鎖直連路線準備的中繼路徑，以及能在背景安靜運作的連線處理。目標從來不是教導網路知識，而是讓通話接通。
即使在早期，使用已開始擴散到多個國家，同時提高了可靠性和清晰度的標準。
起點
打電話給媽媽不應該需要技術支援。
現實檢驗
第一輪分析顯示跳出率為 70%。
改變之處
重新設計聚焦於清晰度、信任和更簡單的第一印象。
今天
現在，來自世界各地的人都在使用它。
令人謙卑的部分
朋友和家人開始使用 JustCall 後，我更廣泛地分享了它，世界各地的人也開始嘗試。接著分析資料揭示了一件事：產品能運作，但新訪客尚未信任他們眼前所看到的內容。
信任是產品功能
陌生人來到視訊通話產品時，在點擊任何內容之前都會默默提出一些問題。重新設計聚焦於快速且清楚地回答這些問題，而不是把頁面變成教學課程。
早期分析很直接：很多人來了，但太多人在理解產品是什麼之前就離開了。
重新設計後，產品開始顯示出更健康的實際使用跡象，而不只是出於好奇的點擊。
產品必須回答的三個問題
如果介面簡單，說明就必須更加清楚。
- 01 這是什麼？
- 02 我為什麼應該信任它？
- 03 它如何運作？
重新設計後改變了什麼
設計維持簡單，但產品開始更清楚地傳達自身價值。信任從事後才想到的要素，變成核心體驗的一部分。自此以後，世界不同地區的人持續在使用它。
我也加入了跟隨系統設定的淺色主題，因為當人們判斷產品是否紮實時，細微的用心很重要。首頁位於 just-call.app，您可以立即開始通話，並查看產品目前的樣貌。
打造人們會使用的東西，原來是兩件獨立的工作：讓它運作，然後讓人們相信它能運作。JustCall 的存在，是因為這兩個問題都很重要。