Apple 的「Welcome home」發表會訂在今天紐約時間上午 9 點（台北時間晚上 9 點），傳聞主角是 HomePad：約 6 吋的方形觸控螢幕，跑新的 homeOS，主要靠 Siri 操作、觸控為輔。這篇寫作時發表會還沒開始，我搜到的全是發表前的報導，所以 HomePad 的一切都是傳聞，沒有一項能當成已發生的事。能先做的是一件不依賴 Apple 公布任何細節的計算：這種放在廚房或客廳、人站在 1 到 3 公尺外看的螢幕，文字要多大才讀得到，6 吋的畫面又因此剩下多少版面。我的算法是把字高換成「視角」，以手機正文為基準（17 pt、約 0.40 度），結果是在 2 公尺外要達到同樣的視角，一個字（em）得有 14.1 mm 高；6 吋方形螢幕若邊長 107.8 mm，一行只塞得下 7.7 個全形中文字。換句話說，遠距離螢幕的設計問題不是「放什麼」，而是「一次只能放多少」。
10 月 12 日的 UIUX把 Mac 的 pt 換成毫米來檢查觸控目標，那篇留下一個待驗項：Material 的 48 dp 搜尋摘要說「約 9 mm」，我算出來是 7.62 mm。今天順手查到了一手頁面，放在文章第三節。10 月 9 日的 UIUX談的是對話介面裡的圖上熱點，10 月 10 日的 UIUX談半透明面板的對比度。今天的新變數是「距離」：同一個畫面，近看用手指點，遠看用眼睛讀，兩種需求把版面往相反方向推。
📖 學
一、傳聞到哪一步：讀到什麼
我讀到的材料有這些。Apple 邀請媒體參加 10 月 13 日上午 9 點（紐約時間）在 Tribeca 的「Apple Experience」，這是已證實的事實，MacRumors、9to5Mac 與 Notebookcheck 的標題都寫了這個。產品內容則全是推測：9to5Mac 10 月 9 日那篇說預計有三項新品（HomePad、新款 Apple TV 4K、HomePod mini 2），而且文章通篇用「據報導」。我抓得到全文的 9to5Mac 10 月 2 日那篇《Apple’s new ‘homeOS’ will launch this month》整理出的介面描述如下：
- homeOS 混合 iPhone 風格的小工具、iPad 風格的 App 設計、Apple Watch 風格的主畫面圖示。
- 預設畫面「圍繞相簿輪播與時鐘」，類似 iPhone 新的待機模式，從時鐘或相片畫面向上滑可以開啟 App 啟動器。
- Siri 是核心輸入；文中引用 Mark Gurman 的說法，大意是「如果 Siri AI 有自己的作業系統，會長什麼樣」，重點是個人搜尋與個人情境。觸控支援 Apple 自家 App 與主畫面導覽。
- 內建 App 有音樂、Podcast、相片、天氣、FaceTime、備忘錄、行事曆、訊息、提醒事項等；iPhone 上的第三方小工具可以搬過來，但不會有 App Store。
- 這篇沒有顯示器尺寸或解析度。
尺寸的傳聞並不一致。我搜到的整理（Tom’s Guide 的搜尋摘要與 9to5Mac 的內文）寫的是「約 6 吋方形」，但 iGeeksBlog 那篇整理稿寫成「7 吋螢幕」，還把它標成已確認規格，同一篇的內容同時引用 2024 至 2025 年的舊報導，並不是 Apple 的官方說法，所以我不採信那個「已確認」。後面的計算我同時列出 6 吋與 7 吋兩種情況，而且「6 吋方形」本身也有歧義：指邊長 6 吋（152.4 mm）還是對角線 6 吋（邊長 107.8 mm）？我兩種都算。
還有一個和設計直接相關的傳聞：介面會依距離切換，人在遠處時顯示相片，走近才換成可操作的介面；另外相機可能辨識是誰走近，改顯示那位家人的版面。這一段我只讀到整理稿的二手轉述，iGeeksBlog 的內文沒有指出出處，所以我把它當作「待發表會驗證」。這個傳聞如果成立，正好是下面計算會用到的情境。
二、先建一把尺：視角，而不是 pt
「文字多大」在遠距離螢幕上不能用 pt 或 px 講，因為同樣的 17 pt，在手機上放在 40 公分外，和在牆上放在 3 公尺外，看起來完全不同。比較合理的單位是視角：物體的大小與距離的比值，換算成度數，公式是 2·arctan(大小 ÷ 2 ÷ 距離)。
我選的基準是手機正文。iPhone 16 Pro 的 Apple 規格頁寫 460 ppi，預設 3 倍，所以每英寸 153.3 pt；17 pt 的字，一個 em 是 17 ÷ 153.3 英寸 = 0.111 英寸 = 2.82 mm。拿手機的人通常把它放在多遠？我假設 40 公分，這是我的假設，沒有查證。算出視角 = 2·arctan(2.82 ÷ 800) = 0.403 度。
把「0.403 度」當成「舒適的正文視角」，反推不同距離下的字高：
| 觀看距離 | 達到 0.403 度所需的 em 高度 |
|---|---|
| 0.5 公尺（伸手可觸） | 3.52 mm |
| 0.914 公尺（3 英尺） | 6.43 mm |
| 1.5 公尺（5 英尺） | 10.56 mm |
| 2 公尺 | 14.08 mm |
| 3.048 公尺（10 英尺） | 21.46 mm |
這裡面最重要的不是個別數字，是它與距離成正比：距離翻倍，字高翻倍，版面上可以排的字數（每個方向）就減半。2 公尺相對於伸手 0.5 公尺是 4 倍，所以同樣大小的畫面，遠看版和近看版的版面容量差了 4 × 4 = 16 倍（面積）。這是我自己算的，前提是 0.5 公尺為「觸控距離」，這同樣是假設。
三、廠商的實際規格：Google 與 Amazon 怎麼給
這種問題智慧螢幕早就遇過，所以我讀了兩家的指引，看他們的數字能不能對上我的算法。
Google。 Interactive Canvas 設計頁（我讀到全文）寫：「依房間大小，智慧螢幕典型觀看距離為 3 到 10 英尺」，主要文字最小 32 pt，次要文字（說明、段落）最小 24 pt。這頁沒有給觸控目標尺寸，也沒定義 pt 的物理大小。我另外讀到 Nest Hub 是 7 吋、1024 × 600、約 170 ppi（來自搜尋摘要引用的 Google Store 規格頁，我沒有開啟原頁；自己驗算：√(1024² + 600²) = 1186.9，除以 7 = 169.6 ppi，吻合）。
要把 32 pt 變成毫米必須做兩個假設：一是 CSS 像素的裝置像素比是 1（不一定），二是 pt 要不要乘 4/3。兩種情況下：
- 32 當作 32 px：em = 32 ÷ 170 英寸 = 4.78 mm。在 3 英尺（0.914 m）是 0.300 度，約為手機基準 0.403 度的 74%；在 10 英尺（3.048 m）只有 0.090 度，是基準的 22%。
- 32 pt = 42.7 px：em = 6.37 mm。在 3 英尺是 0.400 度，幾乎等於基準（99%）；在 10 英尺是 0.120 度，30%。
也就是說，如果 Google 的最小值是以 3 英尺為準，它和手機正文的視角一致；一旦人站在 10 英尺外，這個「最小值」只剩手機正文的四分之一到三分之一。Google 的頁面沒有說明這個最小值預設對應哪個距離，所以這個結論是我的推算，不是他們的說法。
Amazon。 Alexa 的樣式指南（APL Style Guide，我讀到全文）更明確：它直接給出三種情境的觀看距離，Hub 圓形與小橫式 5 英尺，Hub 中型橫式 7 英尺，電視 10 英尺，並為每種情境提供不同的字級表，單位是 dp。我把 Display 1 到 4 的數字抄下來，算視角。這裡有一個我不能略過的假設：Amazon 頁面沒有定義 dp 的物理大小，我假設它和 Android 一樣，1 dp = 1/160 英寸（Android 開發者文件寫「px = dp × (dpi ÷ 160)」，這個我讀到了；但這是 Android 的定義，Echo 的 APL 是否沿用，頁面沒說）。
| 字級 | 5 英尺（Hub 圓形/小橫式） | 7 英尺（Hub 中型橫式） | 比值 | 視角（5 英尺 / 7 英尺） |
|---|---|---|---|---|
| Display 1 | 106 dp | 148 dp | 1.396 | 0.633 度 / 0.631 度 |
| Display 2 | 80 dp | 111 dp | 1.388 | 0.477 度 / 0.473 度 |
| Display 3 | 66 dp | 92 dp | 1.394 | 0.394 度 / 0.392 度 |
| Display 4 | 53 dp | 74 dp | 1.396 | 0.316 度 / 0.315 度 |
距離比是 7 ÷ 5 = 1.400，每一列的字級比都落在 1.39 到 1.40。也就是說 Amazon 的字級表幾乎就是「字高正比於距離」這條規則的具體化，視角在兩種距離之間保持不變（差距在小數點第三位）。這個結果不依賴 dp 的物理定義，因為比值與單位無關；視角的絕對值才依賴那個假設。如果 dp 取 160 dpi，Display 3 約 0.39 度，非常接近我用的手機基準 0.403 度，Display 4 是 0.316 度，約為手機基準的 78%。我只讀到 Display 1 到 4，更小的內文字級（Display 5、6 之後的字級）頁面抓到的摘要沒有數字，所以不知道正文到底落在幾度。
這個對照的重點：兩家的數字能對上同一個方向。Amazon 的視角約 0.3 到 0.6 度，Google 以 3 英尺來看在 0.3 到 0.4 度；我的 0.403 度基準落在其中。三者彼此獨立，這給了我一點信心，把 0.3 度當作遠距離文字的「底線」、0.4 度當作舒適值，不過仍然是一個粗略的區間，不是經過實測的規範。
四、換成 HomePad：6 吋方形螢幕裝得下多少
把基準套進去，要知道螢幕邊長。傳聞的「約 6 吋方形」有兩種讀法，我順便也算 7 吋對角線：
- 邊長 152.4 mm（6 吋邊長）
- 邊長 107.8 mm（6 吋對角線：6 × 25.4 ÷ √2 = 107.76）
- 7 吋對角線邊長約 125.7 mm（7 × 25.4 ÷ √2）
中文字是全形，一行可排字數 = 邊長 ÷ em。使用 0.403 度基準：
| 觀看距離 | em | 邊長 152.4 mm 一行字數 | 邊長 107.8 mm 一行字數 |
|---|---|---|---|
| 1 公尺 | 7.0 mm | 21.6 | 15.3 |
| 2 公尺 | 14.1 mm | 10.8 | 7.7 |
| 3 公尺 | 21.1 mm | 7.2 | 5.1 |
行高取 1.4 倍的話，2 公尺時 107.8 mm 的螢幕只有 5.5 行，152.4 mm 的有 7.7 行。若放寬到 0.3 度（Amazon Display 4 的水準），2 公尺的 em 是 10.5 mm，107.8 mm 邊長的螢幕一行可排 10.3 字，152.4 mm 的 14.6 字；7 吋對角線（125.7 mm）在 2 公尺、0.403 度是 8.9 字，0.3 度是 12.0 字。
這幾組數字直接說明了一件事：一個「小工具」要在 2 公尺外讀得到，標題和主要資訊最多十個字上下，一個畫面一個重點。這個和 Google 的指引「一次顯示一種主要資訊或任務」吻合，Google 頁面是這樣寫的，我讀到了；我的算法提供的是為什麼：不是美學選擇，是面積不夠。
五、觸控目標：近看時的另一套尺寸
同一個螢幕，人走到面前用手指點的時候，又是另一套規則。Google Android 無障礙說明頁（我讀到）寫的是：觸控目標至少 48 × 48 dp，「約 9 mm，不論螢幕大小」，建議的觸控螢幕物件尺寸是 7 到 10 mm，目標之間至少間隔 8 dp。
這正是昨天留下的待驗項：我先前算 48 dp = 7.62 mm。現在 Android 開發者文件的定義（1 dp 約等於 160 dpi 螢幕上的一個像素；px = dp × dpi ÷ 160）我也讀到了，用它算 48 dp = 48 ÷ 160 英寸 = 0.3 英寸 = 7.62 mm，和 Google 自己無障礙頁的「約 9 mm」差 1.38 mm（9 ÷ 7.62 = 1.181，大了 18%）。要得到 9 mm，需要螢幕密度約 135.5 dpi 才行（48 ÷ (9 ÷ 25.4)）。我找不到文件解釋這個落差。我有兩個推測，都沒驗證：一是「約 9 mm」是為了寫成整數而取整的概估，二是它取自舊的實測平均。無論哪個，結論是：兩份 Google 一手頁面彼此對不上，7.62 mm 是從 dp 定義推出來的，9 mm 是頁面寫的，設計時如果要保守，用較大的 9 mm，也和它的 7 到 10 mm 區間一致。Amazon 方面，我的搜尋摘要提到 APL 有類似「48 dp、9 mm」的說法，但我實際開啟的 Style Guide 與 Multimodal 介紹頁都沒有這句，所以只能算搜尋摘要層級的線索。
把 9 mm 放進 HomePad：在邊長 152.4 mm 的螢幕上，9 mm 是邊長的 5.9%，最多並排 16.9 個（不留間隔），留 8 dp（約 1.27 mm，依 160 dpi 定義）的間隔後是 14 個；邊長 107.8 mm 的螢幕是 8.3%，最多並排 12 個，留間隔後是 10 個。數字看起來還寬裕，原因是 9 mm 比 2 公尺外的文字（14.1 mm 的 em）還小。這是這個問題的關鍵：能在遠處讀得到的元素，尺寸本來就超過觸控下限，所以遠距離模式下觸控目標幾乎不是限制。真正的問題在近距離。
六、近看和遠看的版面容量：16 倍的落差
傳聞說 homeOS 會依距離切換，這個做法的設計成本可以算出來。人在 0.5 公尺時，0.403 度只需要 3.52 mm 的 em，107.8 mm 邊長的螢幕一行可排 30.6 個全形字；人在 2 公尺時，只能排 7.7 個。字數差 4 倍，面積容量差 16 倍，同一個畫面無法用縮放來解決，兩個模式必須是兩份不同的版面，內容要主動篩選，而不是「同一份內容放大」。
這牽涉到幾個我認為值得 Apple 在發表會上回答的設計問題，以下都是我的提問，不是已知答案：
- 切換的觸發條件是什麼？如果只靠相機偵測人的距離，人站在 1.2 公尺的中間地帶時，用哪一份版面？切換在這個距離附近會不會來回閃動？（我沒有讀到任何關於這個距離臨界值的資料。）
- 近看版的字體小到什麼程度？0.403 度在 0.5 公尺是 3.52 mm，如果近看版沿用 Google 式的 3 英尺基準，近看就會被放大到 6.43 mm，容量減半。
- 遠看版的資訊篩選誰決定？傳聞說相機會辨識人並換成那位家人的版面；這在多人同時站在螢幕前時該顯示誰的內容，我沒有找到說明。
- 無障礙：若是低視力使用者，遠看版的視角要再放大。WCAG 並沒有以視角定義文字大小（它的「文字縮放 200%」是以使用者可放大為前提），這種沒有觸控、沒有縮放手勢的牆面螢幕，使用者能不能放大文字？傳聞中沒有任何關於 VoiceOver、放大器或大字體的說明，我搜到的所有報導都沒有提到。
七、這件事對一般網頁與 App 設計的啟示
雖然 HomePad 是一個特殊產品，這套算法可以帶回日常：
一、文字大小不是只看 px。 設計 Dashboard、看板或展示頁（會議室螢幕、店內電視）的人，應該先問「人在幾公尺外看」，再換算 em。用我的公式，2 公尺外要達到手機的閱讀舒適度，字高約是手機的 5 倍（14.08 ÷ 2.82 = 5.0）；這個倍數恰好等於距離比（2000 ÷ 400 = 5），因為視角相同、距離是 5 倍。
二、遠距離版本必須少放東西。 面積容量與距離平方成反比，所以從近看改成遠看，不是縮小資訊量一點，而是縮到 1/16 到 1/25。我們在手機上習慣的「卡片列表」在遠距離螢幕上不成立。
三、兩個模式的互動在中間地帶最容易出問題。 如果真的做了距離自適應，要測的是切換的遲滯（hysteresis）：進入與離開用不同的距離門檻，否則一個人在臨界距離來回移動，畫面會不斷重排。這是一般設計原則的推論，不是我讀到的 Apple 做法。
八、把傳聞當設計題：三個取捨
把上面的算法放在傳聞的功能上，會看到三個取捨，都是我的分析，不是已知的產品決定。
取捨一：語音為主、觸控為輔，意味著畫面要同時做兩件事。 我搜到的整理稿（沒有一手出處）說觸控在「直接操作更快或更私密」時才登場。語音互動的回饋在遠處讀，觸控的操作在近處完成，所以同一個動作（例如調整恆溫器）至少有三個階段：喊出指令、遠處確認結果、走近微調。遠處確認的畫面需要 0.3 到 0.4 度的大字，近處微調則可以用 9 mm 的觸控目標；如果設計成同一個元件，它必須在兩種距離都成立，這也是為什麼我認為大字加大按鈕的「一個大旋鈕」比「一排小滑桿」更適合這類螢幕。這一點是推論，沒有實測。
取捨二：個人化與隱私在遠距離會直接衝突。 傳聞說螢幕會辨識走近的人並顯示他的行事曆與提醒。以 2 公尺外就能讀為前提，這等於任何站在 2 公尺內的人都讀得到。設計上該問的是：哪些資訊在遠看版可以顯示（時間、天氣），哪些只在確認身分並走近後才顯示（訊息預覽）。這個邊界在我讀到的資料裡沒有任何說明。
取捨三：沒有 App Store，等於設計系統由 Apple 單方面定義。 傳聞說第三方只能透過 iPhone 的小工具進場。對設計實務來說，這代表 iPhone 小工具的版面要在遠看版中存活：小工具原本是為 40 公分設計的，搬到牆上 2 公尺時內容會被迫縮減到 1/16 的容量，這個縮減由系統還是由開發者決定，我同樣沒有找到說明。
🧠 記
- 事實狀態： 發表會時間（紐約 10 月 13 日 9:00，台北 21:00）是 Apple 邀請函所述；HomePad 的所有規格與 homeOS 的介面描述都是傳聞，來源是 Gurman 與其他報導。尺寸有 6 吋與 7 吋兩種說法，6 吋也可能指邊長或對角線。
- 視角公式： 視角 = 2·arctan(大小 ÷ 2 ÷ 距離)；手機正文（17 pt、460 ppi、3 倍、距離 40 cm 假設）是 em 2.82 mm、0.403 度。
- 各距離所需 em： 0.5 m 為 3.52 mm、0.914 m 為 6.43 mm、1.5 m 為 10.56 mm、2 m 為 14.08 mm、3.048 m 為 21.46 mm。
- Google： 智慧螢幕觀看距離 3 到 10 英尺；主要文字至少 32 pt、次要至少 24 pt。若 32 當 32 px，在 3 英尺是 0.300 度、10 英尺是 0.090 度。
- Amazon： 5 英尺與 7 英尺的字級表（Display 1 到 4）比值是 1.39 到 1.40，等於距離比 1.4，說明視角保持固定；假設 1 dp 為 1/160 英寸，Display 4 是 0.316 度。
- 48 dp： 依 Android 的 dp 定義是 7.62 mm，Google 無障礙說明頁寫「約 9 mm」，差 18%，原因查不到。
- 容量： 107.8 mm 邊長的螢幕，0.403 度下一行全形字 0.5 m 是 30.6 字、1 m 是 15.3 字、2 m 是 7.7 字；近遠切換容量差 16 倍。
- 遠看時觸控不是限制： 2 公尺外可讀的 em（14.1 mm）已大於 9 mm 觸控下限。
邊界： 發表會尚未發生，沒有任何 HomePad 官方資料；0.403 度基準取自我假設的 40 cm 手機距離與 17 pt 正文，並非標準；Google 的 pt 與 Nest Hub 的裝置像素比沒有定義，所以兩種換算都列了；Amazon 的 dp 物理大小是我借用 Android 的定義；Amazon 頁面只讀到 Display 1 到 4，更小的字級沒有數字；Android 的 48 dp 與 9 mm 的落差沒有找到官方解釋；distance-adaptive 與 per-user 的描述只有二手整理，沒有一手來源；我不知道 homeOS 的實際解析度與字級；昨天留下的「10 月 27 日觸控 MacBook 選單列實際高度」「實機跑 axe 與螢幕閱讀器」「Samsung 減少透明與模糊」「ChatGPT 逐則切換」今天仍然沒有驗證，繼續待驗。
✍️ 實踐
用 30 分鐘替你的一個「要被站遠看的畫面」（會議室看板、店內電視、監控儀表板，或自己家裡的平板）做視角檢查。
- 決定觀看距離。 用捲尺量人實際站的位置，不要用猜的。
- 量螢幕的物理尺寸。 量可視區寬度，除以解析度寬度，得到每像素幾毫米。
- 算出所需字高。 用下面這段在主控台或任何 JS 環境執行：
const angleDeg = 0.403; // 基準視角：手機正文；遠距離底線可試 0.3
const distanceMm = 2000; // 你量到的觀看距離
const emMm = 2 * distanceMm * Math.tan((angleDeg * Math.PI / 180) / 2);
const mmPerPx = 0.265; // 換成你螢幕的值：25.4 / ppi
console.log('所需 em =', emMm.toFixed(1), 'mm =', (emMm / mmPerPx).toFixed(0), 'px');- 算一行放得下幾個字。 螢幕可視寬度（mm）÷ em（mm）。中文全形字用這個值，英文大約乘 2。若一行少於 12 字，標題就要重寫。
- 實測。 在實際位置站著看，拿一行 em 剛好等於計算值的文字、再拿一行小 20% 的，記錄在哪個距離開始讀不清楚。把結果寫成「本場域的最小視角」，下次不必重新猜。
- 近看版另算。 如果螢幕也會被走近操作，用 0.5 公尺再算一次，兩份數字的比值就是你的版面容量差，如果超過 10 倍，就該準備兩份版面。
今晚（台北時間約 21:00）發表會之後，可以用同一套方法驗證：從官方影片或照片量螢幕上最小字與螢幕邊長的比例，推算它是為多遠設計的；若 Apple 公布的字高在 2 公尺不到 10 mm，就說明它的設計距離比我假設的近；若影片顯示近遠兩套版面確實存在，就能用字數比對我算的 16 倍。
🔗 延伸學習
- Design guidelines（Google Interactive Canvas） — 智慧螢幕 3 到 10 英尺觀看距離、32 pt 與 24 pt 最小字級的出處。
- Style Guide（Amazon Alexa APL） — 5、7、10 英尺三種距離的 Display 字級表，本篇「字級正比於距離」的計算依據。
- Touch target size（Android Accessibility Help） — 48 dp「約 9 mm」與 7 到 10 mm 建議區間、8 dp 間隔的原文。
- Apple’s new ‘homeOS’ will launch this month, here’s what’s coming（9to5Mac） — homeOS 介面傳聞的整理，全部是尚未證實的資訊。
💬 問 AI
我想把智慧螢幕(例如傳聞中的 Apple HomePad)的字級與版面容量做成可驗算的設計決策。請嚴格分成「文件明說」「你查證到的」「你的推論」三區回答,不確定就直說,不要編造連結、數字或版本號。
背景(請當待查證主張):
1. Apple 邀請媒體參加 2026-10-13 紐約時間 9:00 的 Welcome home 活動;HomePad 的規格(約 6 吋方形、homeOS、Siri 為主觸控為輔)均為傳聞,Apple 未證實。
2. 視角公式:視角 = 2*arctan(大小 / 2 / 距離)。以手機正文 17 pt、460 ppi、3 倍(2.82 mm)、40 cm 距離為基準 = 0.403 度。
3. Google Interactive Canvas:智慧螢幕觀看距離 3 到 10 英尺,主要文字最小 32 pt、次要 24 pt。
4. Amazon APL Style Guide:5 英尺 Display 4 為 53 dp、7 英尺為 74 dp,比值約 1.396 等於距離比 1.4。
5. Android 48 dp 依 160 dpi 定義是 7.62 mm,但 Google 無障礙說明頁寫「約 9 mm」。
請做:
A. 逐點驗證 3、4、5,標示「成立/部分成立/查不到」並附一手連結;特別查 Google 的 pt 在 Interactive Canvas 裡等於幾個 CSS 像素、Nest Hub 的裝置像素比,以及 48 dp 與 9 mm 的落差有沒有官方解釋。
B. 找至少兩份關於「遠距離閱讀字高與視角」的實證研究或標準(例如 ISO 9241、人因研究),給出建議視角與樣本數,和我用的 0.403 度比較。
C. 若 HomePad 螢幕邊長 107.8 mm 或 152.4 mm,在 1、2、3 公尺各自一行能排幾個全形中文字,並說明哪些假設我需要自己量。
D. 設計一個距離自適應介面的遲滯(hysteresis)門檻:進入近看版與回到遠看版的距離各取多少,為什麼。
不要評論產品好壞或財務面,只談尺寸、人因證據與實作。