讀人機溝通法則：理解數字世界的設計與形成04機器是不完整的

1. 適時的設計

1.1. 適時的設計比永恆的設計更重要

1.2. Scrum

• 1.2.1. 發佈一個不完整但會進行多次迭代的產品，而非試圖交付一個完整的產品

1.3. 瀑布式開發

• 1.3.1. 傳統的軟件產品開發方式是“瀑布式開發”，這是一系列從高處開始逐步向下完成的邏輯步驟，就像水流從懸崖上跌落那樣
• 1.3.2. 是線性過程，要有對產品需求、設計、實現、測試和維護細緻入微的關注
• 1.3.3. 製造任何常見的實體產品（如汽車）都會採用這種方法

1.4. 在今天，設計生產流水線的目標只有一個，就是降低其中每個單元的額外成本（或者説邊際成本），以實現更大的規模經濟並增加每個單元的利潤

1.5. 數字產品的發佈屬於曾經只存在於傳説中的商業模式，即“邊際成本接近零”—這是一個難得的機會，因為這意味着製作和分發一款數字產品的數百或數千份副本沒有任何風險

• 1.5.1. 永遠不用處理庫存、產品運輸的管理和所有相關成本

1.6. 計算是一種不受物理規律約束的原材料

• 1.6.1. 挑戰現有的商業法則不僅應該讓人覺得很容易，還應該讓人覺得合乎邏輯
• 1.6.2. 數字產品的這種特性不僅意味着它們在生產和分銷成本上有經濟優勢，還意味着產品開發成本可以通過選擇不交付最終成品而顯著降低
• 1.6.3. 可以用一款全新的、逐步改進的數字產品“替換”之前的那款，避免為了交付最終成品進行高額投資的風險
• 1.6.4. 遠程監控用户如何使用產品的功能意味着產品製造商可以輕鬆推動產品設計走向最適合終端用户的方向
• 1.6.5. 在一個純粹由計算構成的世界裏，發佈一個更改是如此迅捷，以至你常常沒有注意到改變的發生
• 1.6.6. 在計算時代，速度是品質的基本要求之一—“好”是由新功能以多快的速度到達你手中和你能以多快的速度讓它為你效勞決定的
• 1.6.7. 尤其是考慮摩爾定律的倍增效應時，我們應該料到所有數字產品的速度都會是一年前的兩倍，而製造它們的成本會與一年前相同甚至更低
• 1.6.8. 你最常使用的計算產品每天都在優化，但你可能從來沒有注意到這些改進，因為這些改進是由無數微小的變化日積月累而成的

1.7. 在製造、運輸和改進數字產品方面，雲技術使一種新的敏捷性成為可能

• 1.7.1. 每個網絡設備都受益於與雲端的持續連接，這使任何地方的數據都可以被刪除、刷新和同步
• 1.7.2. 由於雲端和每一台連接到雲端的電子設備可以隨時被改變並準備更新，致力於創造一件值得現代藝術博物館永久收藏的完美產品是自相矛盾的
• 1.7.3. 雲計算使對永恆設計的追求變得無關緊要—重要的是及時，更重要的是與時俱進，永不停止，在隨時可能被淘汰的狀態中尋找幸福和滿足

1.8. 計劃淘汰

• 1.8.1. 在經濟大蕭條後由通用汽車公司(General Motors)推廣開來，它試圖讓消費者覺得他們正在開的汽車已經過時，不再有吸引力，從而刺激他們升級自己的車
• 1.8.2. 隨着時間的推移，“計劃淘汰”策略被環保人士視為資本主義的罪行，因為它導致消費者更快地拋棄正在使用的產品，以更新、更好的產品取代它們
• 1.8.3. 軟件與計劃淘汰的汽車不同的是計算媒介“總是過時”的固有屬性，它們只需更新一次就可升級到更新、更好的版本，而且對環境影響小
• 1.8.4. 事實上，硅谷對產品的標準期望，是軟件在你睡覺，甚至在你使用時，都能不斷改進和升級

1.9. 福特的做法是為消費者提供外殼可以被塗成任何顏色的汽車，“只要它是黑色的”，並承諾汽車可以保值

1.10. 當一家科技公司同時擁有軟件和硬件時，你會以一種任何汽車公司都不曾想過的方式更有效地沉迷於最新版本和最新型號—你會像上了發條那樣在每個財政季度準時支付相應費用

• 1.10.1. 故意為它們的軟件逐步推送需要硬件升級才能正常運行的優化

2. 設計聖殿

2.1. 設計聖殿不是真實存在的地方，而是一個判斷卓越設計的標準

2.2. 是一個由世界各地的博物館、畫廊、時尚美妝行業和藝術教育機構運作的壟斷組織，它決定了什麼是卓越的設計—也就是“他們”認為卓越的設計

2.3. 成為設計聖殿裏合格的一員的要求

• 2.3.1. 需要了解藝術和設計的歷史
• 2.3.2. 需要像設計師那樣思考和工作

2.4. 設計風格

• 2.4.1. 過時風格(Out of style)

• 2.4.1.1. 意味着你太遲了
• 2.4.1.2. 你沒有留意趨勢，被時代淘汰了

• 2.4.2. 流行風格(In style)

• 2.4.2.1. 意味着你的時機剛剛好，你舒適地融入了大多數人
• 2.4.2.2. 你通過解碼流行元素贏得了自己在這個羣體中的位置

• 2.4.3. 創造風格(Making style)

• 2.4.3.1. 意味着你是先鋒—一小部分人站出來與大多數人背道而馳，表達與流行趨勢相悖的觀點
• 2.4.3.2. 不一定能成功地變成“流行風格”
• 2.4.3.3. 你有勇氣挺身而出、接受打擊時，這往往意味着你真的很酷

2.5. 創造並生產任何東西都是一項資本密集型任務

• 2.5.1. 哪些東西會投入生產，取決於創造風格的階層掌握的知識和人脈
• 2.5.2. 這種依賴少數特權人士的評價體系受到了理性思考的非設計聖殿信徒的數據收集和非正式網絡的衝擊

3. 科技聖殿

3.1. 設計聖殿無論説什麼或做什麼，都無法真正影響當今電子產品的發展，因為實話實説，科技聖殿已經以摩爾速度超過了設計聖殿

3.2. 計算產品的微小改進會以每秒、每天或每月的頻率不斷刷新，其品質的高低更多地取決於它更新的頻率，而不是對一款假裝永不過時的完美產品的維護

3.3. 品質的新定義是投放一款未完成的產品，通過觀察它在市場中如何生存來修改它

3.4. 需要我們的態度發生天翻地覆的改變，轉向“精益”（消除冗餘，偏愛試驗而非完美）和“敏捷”（靈活響應客户不斷變化的需求）

4. 完美不如理解

4.1. MVP

• 4.1.1. 投身於“最小可行產品”（Minimum Viable Product，以下簡稱MVP）的世界
• 4.1.2. 作為MVP創作者，你的工作就是把你偉大的想法削減到只剩骨架，一種只與你最初的願景有點相似的形式
• 4.1.3. 目標是創造一種完全適合低成本原型的東西—任何一個有自尊的完美主義者都不可能容忍將它公開展示
• 4.1.4. MVP的設計方法是用最小或“精益”的方式給消費者他們想要的東西，而不一定將其完全實現
• 4.1.5. 考慮到雲的工作方式及其前所未有的測試不完整想法的能力，MVP已經成為將想法推向世界的主導方法

4.2. 與他人分享不完整產品的美妙之處在於，它提供了一個與不同於你的人分享的機會

• 4.2.1. 網絡連接，加上軟件可以被傳輸到全世界大部分設備上的事實，使分享成為可能
• 4.2.2. 我們只需要把產品放到雲端，任何人就可以從任何地方獲取它
• 4.2.3. 雲不僅存儲了你的產品，還能即刻把產品提供給所有想嘗試它的人
• 4.2.4. 給你在網上做的任何東西都附上反饋表，這樣你就有機會了解人們對MVP的看法
• 4.2.5. 先交付不完整，然後學習

4.3. 交付未完成和不完整產品的美妙之處，在於交付之後你可以隨時改進它們

• 4.3.1. 沒有必要立刻完成它們
• 4.3.2. 甚至永遠都不需要

4.4. 一個不完整的想法只有經過迭代才能成為好想法

• 4.4.1. 當一個想法“過時”時，它並不會有一個體面的葬禮
• 4.4.2. 它只是消失了，淪為大多數人在生活中某個時刻都會經歷的無關緊要一類
• 4.4.3. 激進的想法有機會衝進平流層

• 4.4.3.1. 不僅是為了創造風格，還是為了創造歷史

4.5. 終創科技公司往往揹負着所謂的“技術債務”，這與軟件的搭建方式有關

4.6. 在計算世界中，限制條件是不同的

• 4.6.1. 儘管在現實世界中通常不可能解決技術債務，但在虛擬世界中確實有可能做到
• 4.6.2. 產品的材料本質上是不完整的

• 4.6.2.1. 它總是會發生變化

4.7. 你的軟件越有用，依賴它的系統就越多，改起來就越可怕

• 4.7.1. 要有向下兼容性：比平常多兩倍的測試，以及處理代碼中的特殊情況
• 4.7.2. 需要設計整個改變過程

5. 發佈後離開

5.1. 在開發軟件產品時有一個常見但不吉利的短語：“發佈後離開。”

5.2. 當你轉向不完整產品的世界時，請注意，不要忽視在實現你的想法後適當地持續改進這件事

5.3. 把它想象成一個還沒有學會走路的嬰兒，你需要照顧它，讓它健康地成長

5.4. 事實上，它站在“一勞永逸”導彈的對立面—如果你發射後就不管它了，它可能會以某種方式變質，讓你的計算產品在不知不覺中“過時”

6. 情緒價值

6.1. 情緒價值是一種剛需，而非錦上添花

6.2. 軟件人士悄無聲息、無影無蹤地將數以百萬計的數字移動到合適的地方，以搭建能夠高速、大規模地移動、處理、轉換信息的軟件機器

6.3. 雲計算正在改變商業的本質

• 6.3.1. 在一個產品不再完整並且定期部署漸進式改進的世界裏，其與消費者的關係從一次性購買（擁有）產品轉變為一段時間內付費使用（租用）產品

6.4. 約會和結婚之間的區別

• 6.4.1. 約會時你總是想要展現最好的一面

• 6.4.1.1. 當你總是在“約會”客户時，不斷取悦他們是至關重要的，尤其是當他們的訂閲期快結束並且該續訂的時候

• 6.4.2. 結婚後你可能把另一半視為理所當然，變得懶惰

6.5. 快速製作安全、穩健並且在工程上可行的軟件系統不是一項可以掉以輕心的任務

• 6.5.1. "最小可行”往往意味着在產品的功能方面優先考慮所有可用資源

6.6. 技術迷可能接受粗糙、純功能性的體驗，因為他們對不適的容忍度本來就很高

• 6.6.1. 測試飛機上的專業試飛員不需要舒適的座位，但民用飛機上的乘客會有枕頭和蘇打水

6.7. 一些科技公司已經從那些理解軟件工程師心理的人的實踐願景中獲益，他們設法將創造力轉化為任何人不需要設計聖殿的幫助就能喜愛的體驗

6.8. 節省時間有簡單的感覺

• 6.8.1. 谷歌將速度作為一種設計屬性，是罕見的工程師和非技術人員都喜歡的交叉點，這是因為當一個網頁快速加載時，它看起來品質卓越
• 6.8.2. 只有讓商業人士和設計師儘早地參與任何規模的數字產品的規劃和構建，才能讓非技術人員愛上MVP

6.9. 重視開發者愛用的造物方法並服務於消費者，他們可以為獲得滿意的“愛的契合”風格的體驗支付合理的價格