我們最新的客戶是一家北美的AI基礎設施初創公司，一個品牌下做兩塊業務。第一塊是專屬GPU算力：在貨櫃式模塊化數據中心裡提供獨享GPU算力艙（Pod）、機櫃託管和標準化的硬體交付。第二塊是統一AI推理平臺：通過一個兼容OpenAI協議的API，讓開發者以Serverless方式調用DeepSeek、Qwen、GPT-4o、Claude等主流開源與前沿模型，平臺在模型之間智能路由，按實際用量靈活計費。
客戶暫時不希望公開名稱，所以本文只講設計思路，不涉及可識別的細節。文中只描述網站上已經上線的內容；我們沒有流量或營收數據可以報告，也不會編造。
難點：賣的東西看不見
餐廳網站可以放菜品照片。AI基礎設施網站賣的是延遲、路由邏輯、閒置GPU算力和安全保障——這些都拍不出來。而且買家構成很雜：
- 開發者想知道接入難不難、能調用哪些模型；
- 財務和運營負責人關心每GPU小時的價格、每百萬Token的成本，以及怎樣防止各部門超支；
- 安全與合規負責人（尤其是金融機構）想知道提示詞會被發到哪裡、誰能看到。
我們的任務是在同一個頁面裡給這三類人各自一條路，又不能把頁面堆成術語牆。
入口門戶：穿過這扇門
訪客看到的第一屏不是產品文案，而是一個完整的場景：一扇發光的時空之門、一句定位語和一個「進入網關」按鈕。點擊之後，光芒鋪滿整個屏幕，產品主頁在門的另一側漸漸浮現。這扇門就是品牌隱喻本身——客戶賣的是通往AI算力的「網關」，所以訪客做的第一件事，就是親自穿過一扇門。
這種「門檻式」的設計邏輯，正是Apexzone7為科技品牌做設計的特色：先找到最能概括這家公司的那一個概念，把它變成訪客的第一個互動，在列出任何功能之前就把故事講完。入口只需要一次點擊，主頁本身依舊輕快乾淨，而訪客會記住、也會談論這個瞬間。
設計決策一：兩條業務，一句話講清
首屏用一句話同時寫出兩塊業務——統一推理平臺 + 專屬GPU基礎設施——再用三個簡短的證據標籤支撐：從訪客自己瀏覽器實測的實時延遲、「一行 base_url 接入」，以及硬體級安全方案。兩個行動按鈕分流不同受眾：一個進入算力與推理產品，一個進入API密鑰申請——後者標註「即將上線」，因為計費門戶還沒開放。
設計決策二：把抽象服務做成可交互
首屏沒有用文字解釋路由，而是放了一個可交互的路由決策器：訪客選擇一種企業工作負載（風險模擬、10-K年報審閱、客服工單、代碼重構），拖動「延遲優先」和「成本優先」兩個滑塊，面板就顯示網關會選哪個模型、在哪個算力節點運行。同樣的思路貫穿頁面下方：
- GPU現貨算力市場表格：按地區對比H100、H200、B200、L40S、A100，可按GPU系列篩選；
- 開源模型託管目錄（DeepSeek、Llama、Qwen），以可部署卡片呈現；
- 智能路由配置器：預設策略（最低延遲、成本優先、嚴格本地私有）、跨供應商的降級鏈和語義緩存閾值；
- 多模型對比臺：同一個提示詞並排發給四個模型集群。
設計決策三：每個演示都誠實標註
這是整個項目最重要的決定。大部分交互面板用的是示例數據，網站在每一個面板上都寫明了：「模擬演示數據」「模擬路由引擎」「模擬FinOps治理」。尚在開發的功能標「即將上線」；合規項目寫真實進度——計劃中、進行中、演示就緒——絕不籠統寫「已認證」。
基礎設施類買家都會做技術盡調。一旦發現某個「基準測試」其實是示例數據，或者某項認證其實還沒拿到，他們就不會再相信頁面上的其他內容。清楚的標註讓演示負責解釋產品，而不替公司做出目前還兌現不了的承諾。對AI助手也是同樣的道理：ChatGPT或Perplexity總結一家供應商時，複述的就是頁面上寫的內容，所以頁面上只能寫真的。
設計決策四：給開發者看代碼，不給承諾
對推理平臺來說，最有說服力的賣點是開發者需要改的代碼有多少。文檔區放了可直接替換使用的Python、TypeScript和cURL示例：用標準的OpenAI SDK，只改 base_url 和API密鑰，再加一個可選的請求頭用於部門額度統計。開發者十秒鐘就能判斷接入成本，不需要讀任何宣傳文案。
設計決策五：面向受監管買家的治理與安全
目標市場包括北美的金融機構，所以有兩個版塊直接對他們說話：
- 成本治理：部門預算上限、Token額度和速率限制，外加私有GPU集群與公有雲資源池的容量視圖——同時覆蓋Token開支和算力租賃開支；
- 安全架構：內聯PII脫敏演示（敏感金融欄位在提示詞發出前被遮蓋）、硬體TEE遠程證明演示、不可篡改審計日誌視圖，以及每一項都標明真實進度的合規路線圖。
設計決策六：用時間線呈現創始人的可信度
很多AI初創公司只成立了一兩年。這位創辦人在企業網路、IT基礎設施和資安領域有幾十年的實戰經驗。我們把這段背景做成一條簡短的時間線，終點就是現在的產品。它回答了「為什麼要信任一家新的AI供應商」，而且沒有在創辦人本人經歷之外添加任何說法。
視覺與技術選擇
- 深色數據控制颱風格：近黑背景、等寬數字和狀態徽標，讓網站看起來像目標用戶本來就在用的運維工具；
- 按受眾劃分的導航：總覽、算力市場、智能路由、安全與TEE、關於我們；
- 搜索與AI可發現性基礎：點明兩項服務的描述性meta description、
SoftwareApplication結構化數據、sitemap和robots文件，讓搜尋引擎和AI爬蟲從第一天起就能正確歸類這家公司。
給AI和科技公司的幾點啟示
- 展示，而不是描述。講路由、GPU價格和治理，交互面板比段落更有效。
- 給演示和路線圖打標籤。誠實的狀態標註能在盡調中守住信任，也讓AI對你公司的總結保持準確。
- 把代碼放上頁面。對API產品來說，三行接入示例就是最好的轉化文案。
- 給每類買家一條路。開發者、財務和合規讀同一個頁面的理由不同，要為每一類設計一個版塊。
專案概覽：在作品集中查看本專案。
如果你經營AI、SaaS或基礎設施公司，而網站還沒講清楚你到底賣什麼，歡迎聯繫我們。我們為紐約的科技公司設計和建設雙語、面向搜索與AI的網站。