拋開個人的心智模式上的一些思維差異，軟件行業從業者應該當具備的幾個思維模型，相當重要，好軟件好產品的理論指導也都無出其右。

用戶思維

代碼的抽象源自于現實世界，產品未來的受眾必然是給人看的，與人交互的內容要面向用戶，除了一些是面向業內人士，另外的產品要面向大眾，不管是C端用戶還是B端用戶，想讓用戶看的懂，能用、易用、好用。比如一個交互頁面上的必輸項校驗時拋出異常：“ID is required"，這是ID必輸提示語，普遍用戶看到會完全摸不著頭腦。正確的做法應該是稍做加工包裝后再反饋給前端用戶，比如”請輸入身份證號“，簡單明了，客戶就能輕松發現問題所在。普通用戶不具備軟件專業使用能力，所以要盡可能站在他們的角度思考問題，否則開發出來的東西使用門檻很高，用戶群體必然會很少。產品的遷移成本當下是很低的，因為一個色調的問題都有可能導致用戶大批出走。

產品思維

寫代碼的如果看到只是代碼，還處在一個比較低級的層次，只見樹木不見森林。代碼的集合是功能，功能的集合是系統，系統的集合是產品，產品的集合是生態。一定要看清代碼背后的價值，這堆代碼最終面向的用戶是誰，能產生什么價值?或是個人價值，或是業務價值，或是社會價值。還有一個注意點：把產品當成一個完整的，可以交付給用戶使用的是個很重要的理念，而不是一個獨立的功能，獨立功能再強大，產品不完整，同樣不會有用戶使用。舉個栗子：很多產品場景中需要實名認證，并提供掃描身份證自動識別功能，識別率很高不代表不出錯，當出現異常情況時，應該請允許用戶手動調整信息，如果不提供入口，這一功能的不完整，導致后續一系列操作都無法完成。

工程思維

軟件工程作為工程類中較為奇葩的一點在于，其生命周期有可能很短、返工率很高，不像路橋壩堤工程，規劃完成后，需要結合大規模實施團隊使用大量的工程機械進行嚴格施工，花費大量的時間成本、資金成本、人力成本，這些工程遵守現實的物理定律，力、電、熱、能量等等，而軟件工程除了硬件設施，其它基本由不可見的、不可量化的腦力思維活動組成，更多的是時間成本。構建之初，就要基于軟件工程的思想指導實際工作，凡違背軟件工程的基本規律的實施過程，規律必然會反作用于項目或產品，必須是先設計再編碼，否則寫到后期會發現很多不合理，必然導致返工。前期調研不到位，必然會做出來一堆沒有市場的東西。質量、速度、成本是軟件工程的不可能三角，只能平衡，不能打破。

這是職業規律，抓住重點，就相當于摸清了脈絡，從哪里來到哪里去，也就容易回答的多。規律可以指導實踐，實踐可以反哺經驗，不斷的拔高層次，來提升一個小小技術的格局。

以上三點，不難做到，稍做留意，稍加訓練，后期即是習慣。