北京
大多數創始人篩選工程外包團隊的方式都錯了。他們翻一遍作品集，要個報價，選最便宜的。六個月后，一半代碼要重寫。這份清單來自Xenotix Labs的內部經驗——他們做了33個平臺之后，希望更多創始人在簽約前能問這些。
別只看作品集。要一份完整的架構文檔，不是PPT，是真實的：微服務邊界、數據模型、事件流、部署拓撲、擴容假設。如果對方拿不出來（脫敏版也行），說明他們根本不寫。不寫，就意味著對規模沒有系統思考。Xenotix會分享脫敏后的案例：D2C乳制品電商、實時板球交易、法律科技超級應用、離線優先的農村教育平臺。
第一次通話就拋一個陷阱問題：你們怎么處理冪等性？如果回答是"我們在關鍵端點用冪等鍵"——過關。如果反問"冪等性是什么意思"——快跑。冪等性是區分懂分布式系統的團隊和即將在生產環境重復扣款的團隊的分水嶺。
問他們：如果重做上一個項目，會改什么？回答"沒什么，很完美"的，說明沒跑過生產環境。能講十分鐘某個老化糟糕的權衡決策的——這才是工程傷疤，是唯一可信的經驗證明。
要求看已上線項目的后臺面板。用戶端做得漂亮很容易，后臺才暴露真相：提現、退款、糾紛處理、用戶審核、內容風控、數據分析。糟糕的后臺會讓運營團隊在上線后成為瓶頸。Xenotix把后臺當作一級Next.js應用來建，帶角色權限、審計日志、服務端篩選、與后臺任務系統深度集成。后臺才是業務真正運轉的地方。
問測試金字塔。單元測試、集成測試、端到端冒煙測試，三者缺一不可。如果說"我們在生產環境測試"或"QA手工測"——上線第一個月你就會有凌晨兩點的故障。
如果目標用戶在印度，必須問離線優先。70%的印度用戶每天會進信號死角：地下室、封閉小區、農村、隧道。外賣騎手、田野調查員、農村用戶用的App，需要離線優先的Flutter方案：本地SQLite、同步Worker、沖突解決。多數團隊跳過這步。不跳的團隊，能做出在用戶真實使用場景里跑得通的App。
最后問部署和CI/CD。"我們部署到AWS"不算答案。要問：部署要多長時間？怎么做零停機？回滾策略是什么？
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
