初次接觸產品經理的書，這是第一本。可以作爲入門，關於技術類的知識可以當作科普工具類。產品需要懂的技術知識卻絕不僅限於此。在此總結書中除技術之外的一些產品相關內容，作爲自己入門的起點。
1. 產品思維
“單純的產品功能是沒有價值的，產品經理需要思考如何通過產品功能完善整個業務閉環並構建具備商業價值的產品體系。”
產品思維包括對商業目標的理解、對目標用戶及用戶使用場景的理解，通過了解產品所圍繞的業務場景去提升產品的可用性和易用性，改善業務體驗和產品體驗，提升整體的用戶體驗。“按《用戶體驗要素》一書的觀點，整個產品體系從下往上分爲戰略層、範圍層、結構層、框架層和表現層”。暫未拜讀這本《用戶體驗要素》，所以還無法領略到幾個層面上考慮的事情。
書中提到，在產品設計中，產品經理必須考慮技術邊界。比如設計一個跑步記錄路線的功能，是基於手機GPS定位功能的前提，手機GPS就是這個功能的技術邊界。技術邊界是指在現有技術水平之下，可以被實施運用的有限範圍。對於產品設計者來說，在設計產品時需要了解技術邊界在哪兒，需要知道什麼樣的設計在今天能被滿足，但同時也不要受制於技術邊界，想象的空間無限大，在思考層面需要無邊界。
2. 產品設計流程需注意的幾點
- 高質量PRD
PRD即Product Requirement Document。產品需求規格書，主要面向對象是開發，測試工程師。寫PRD時，除了產品角度的業務邏輯外，還需要從工程師的角度考慮問題，增強文檔的可讀性，提高溝通效率。
PRD中可以使用工程師更通用的技術語言。比如，發送短信提示語設計爲：“親愛的#用戶名#，您的餘額不足”。如果已有統一的數據庫設計文檔或規範，可以改爲：“親愛的#username#，您的餘額不足”。開發時，工程師就不用再重複數據庫查找字段等工作了。
另外，值得注意的是，PRD中除了功能的正向流程外，異常情況的處理容易被遺漏。產品經理需要在PRD中同樣也明確異常情況發生，如網絡異常，操作中斷時，程序應該怎麼去處理。
- 需求溝通
產品經理需要多方溝通，經常發生的一種情況，也是工程師比較容易牴觸的情況，便是需求變動。產品經理需要把握產品需求變化的原則，和如何去驅動變化。需要了解這個變化表象背後的原因。
溝通一個需求時可以從不同的角度切入：需求背景，技術調整，功能邏輯，界面設計。
當出現需求變動時，產品經理如果能先從需求背景和技術調整這兩個角度去和開發溝通，可能可以減輕開發的抗拒心理。
最後，作爲產品經理，在初級階段入門階段可以做競品分析，產品文檔整理，或設計些簡單功能。初級階段需要着重鍛鍊能力：1）寫作能力：更系統化的思維，邏輯表達的過程，結構化知識體系；2）語言溝通能力。
以上，總結可能不全，僅作爲筆記參考。