務實的期望
市場是以結果爲導向的，期望就是對結果的預期。期望的落差輕則讓客戶滿意度下降，嚴重的會導致驗收遲滯。
與客戶充分溝通，客戶的定義可能是外部的甲方，也可能是公司內部的管理層。達成一致的期望高度，真實地闡述風險和擔憂。
與團隊充分溝通，想要向客戶承諾的事情，都要向團隊公示，切實地得到團隊的支持。
作爲產品經理，爲產品或項目落地創造優質的實施環境是第一要務，與客戶，與團隊，保持信息對稱。
將雲計算方案分解成多個更小的可交付項，儘快交付商業價值，使團隊在前進的途中不斷和客戶磨合，在此過程中，客戶期望不管是提高了還是降低了，都將更接近真實能達成的期望。
需求驅動決策
爲一家圖書銷售商建立網站，一切都可以放在公有云上；但是換成政府部門，就要優先考慮私有云或者混合雲了，並且在做底層架構時就要符合國家信息安全的相關審覈標準。
正確地理解客戶的需求，並以此作爲決策依據。在IT層面最優的解決方案，未必是業務層面最優的方案。
公有云、私有云和混合雲
公有云的好處是價格便宜，彈性擴展的邊界非常廣，公有云的資源池理論上足夠大。把IT基礎設施和數據中心管理外包給專業的雲供應商，對核心競爭力不是IT管理的公司來說是明智的，節省成本的。
私有云不會和公有云用戶共用資源，在數據所有權、隱私和安全方面更有優勢，配置上也有更高的自由度。但是彈性擴展的邊界受到所購買的基礎設施數量的限制，也不符合按需付費的理念。
混合雲，在需要快速伸縮資源池的地方使用公有云，在數據所有權和隱私要求較高的地方使用私有云。
服務中斷及停業場景
選擇公有云，即意味着接受了雲供應商的限制，仔細檢查具有法律約束力的文檔和協議，清楚瞭解SLA和數據所有權政策。
1、帶寬限制，公有云對每位租戶會實行某種程度的管制，以防止一家的資源佔用太大，影響其他租戶的體驗。
2、彈性擴展限制，哪些虛擬資源通過什麼樣的控制可以無限擴展，哪些需要停機，甚至修改應用架構。
3、雲服務供應商遭遇停機、斷電等災害的風險，是否要採用跨節點的方案，投入更多資金搭建冗餘和災備方案。
組織架構變化
老闆和員工擁抱變化的態度截然不同，新的IT系統可能帶來成本降低，效率提升等正面影響，這些利好都是面向老闆的。對員工而言，帶來的卻是學習成本，權力削弱，流程變更等負面影響。
不要低估組織變革的影響，抱着拒絕的態度，這些未來的實際使用者會從需求調研開始就形成阻礙，缺乏真實的反饋會讓系統最終浮於表面。
如果可能，先從組織變革較小的、變更較少的方案做起，從實際使用者的角度出發，將他們的願景和利益考慮進去，通過各種溝通方式傳播正向的觀點。
意料之外的成本
儘管在設計階段，儘量務實地估算了成本，但軟件的非標準化特性使得最後的決算總是超出預算。預算大家都喜歡做得低一些，以便顯得更加有競爭力。
如果客戶要求一定要在多少預算內完成，就需要更加細緻地制定驗收邊界。
5W1H
1、Why：爲什麼要用雲計算解決？
2、Who：我們要解決誰的問題？
3、What：業務和技術的需求是什麼？
4、Where：要服務哪些地方的人？
5、When：什麼時候交付服務？
6、How：如何交付服務？
何時使用SaaS
CRM、ERP、HRM、SCM、BI、OA、會計、審計…如果公司不是依靠開發這些應用掙錢的，那首先不要考慮自行研發，沒有必要購買服務器和軟件，僱傭管理服務器和軟件的人員，將非核心競爭力的業務外包給SaaS。
SaaS供應商能提供硬件管理和維護、安全升級和打補丁、易於使用和控制的工具，使公司幾乎不需要關注業務之外的事情。
何時使用PaaS
當標準化的SaaS產品不能滿足核心競爭力範圍內的業務需求時，當數據的所有權和安全性高於易用性時，就需要從PaaS層開始構建。
PaaS層的內容包括操作系統、編程語言、應用服務器、中間件、數據庫、日誌監聽。私有云PaaS還會處理對IaaS層API的調用。
何時使用IaaS
當應用或服務有較高的性能或擴展性需求，要求開發者管理內存、配置數據庫服務和應用服務器，以最大化吞吐量、明確數據如何在磁盤錠之間分佈和控制操作系統等，就應該選擇IaaS。
另外，當PaaS發生故障後，只能坐等供應商恢復，在IaaS下，則能夠對故障進行架構設計，跨越多個物理或虛擬資源構建冗餘服務。
從IaaS到SaaS，面向市場的速度會提高，所需的人力資源和運營成本減少。從SaaS到IaaS，對基礎設施有更多的控制力，更有可能避免供應商的服務中斷或快速從中恢復。
