編輯導(dǎo)語：我們在日常工作中需要多進行總結(jié)，才能夠在工作中得心應(yīng)手、游刃有余、減少犯錯的可能性。本文作者就分享了在工作中接觸技術(shù)崗位以及設(shè)計崗位的經(jīng)驗，總結(jié)了技術(shù)和設(shè)計的相關(guān)知識點，希望看后能夠?qū)δ阌兴鶐椭?/p>

本篇內(nèi)容筆者總結(jié)了工作中，通過接觸不同設(shè)計崗位、技術(shù)崗位人員，了解和學(xué)習(xí)掌握的相關(guān)設(shè)計與技術(shù)知識，以及溝通交流的經(jīng)驗與技巧，希望能對各位有所幫助！

一、設(shè)計知識點

1. 概要

作為產(chǎn)品工作者，與設(shè)計師協(xié)作，是產(chǎn)品建設(shè)過程中必不可少的一環(huán)。

筆者結(jié)合工作中與UI設(shè)計師、交互設(shè)計師等合作的經(jīng)驗與感悟，分享一些與之友好、高效協(xié)作，并提高對你認可度的“訣竅”。

2. 筆者的“訣竅”

1. 了解設(shè)計理論知識；
2. 熟悉設(shè)計的交付件；
3. 掌握各端設(shè)計規(guī)范。

以上做到，不僅能使你在產(chǎn)品設(shè)計時更具審美高度，人機交互意識；同時也會讓你在與UI設(shè)計師和交互設(shè)計師等進行溝通時，如魚得水，如虎添翼，容易得到較高的認可與信任！

3. 了解設(shè)計理論知識

每個行業(yè)都有相應(yīng)的行業(yè)理論知識，UI設(shè)計和交互設(shè)計都有相應(yīng)的設(shè)計理論知識，這些知識是作為產(chǎn)品設(shè)計人員的你&我應(yīng)該了解的。

不僅能幫助我們在思考產(chǎn)品時有的放矢，更能幫助我們同設(shè)計同事達成一致，更好、更快的推進產(chǎn)品進程。

那么，都有哪些作為產(chǎn)品設(shè)計人員需要了解的設(shè)計理論知識呢？

筆者總結(jié)如下：

1. 平面設(shè)計理論知識：logo（標志）設(shè)計、配色設(shè)計、字體設(shè)計、圖文布局設(shè)計等；
2. 界面設(shè)計理論知識：web端設(shè)計、移動端設(shè)計等；
3. 交互設(shè)計理論知識：web端交互、移動端交互等。

現(xiàn)在信息通達，資源豐富，有很多的書籍和網(wǎng)站可以學(xué)習(xí)和了解以上設(shè)計理論知識，在此列舉一些筆者讀過的相關(guān)書籍和常用的設(shè)計網(wǎng)站資源：

1. 平面/界面設(shè)計書籍：《標志設(shè)計》、《色彩設(shè)計》、《字體設(shè)計》、《Grid systems 平面設(shè)計中的網(wǎng)格設(shè)計》、《品牌至上》、《西文字體》、《寫給大家看的設(shè)計書》、《寫給大家看的設(shè)計書》等
2. 交互設(shè)計書籍：《觸動人心：設(shè)計優(yōu)秀的iphone應(yīng)用》、《點石成金：訪客至上的網(wǎng)頁設(shè)計秘笈》、《方寸指尖：移動設(shè)計實戰(zhàn)手冊》、《在你身邊，為你設(shè)計》、《用戶體驗要素》、《設(shè)計心理學(xué)》、《瞬間之美》、《錦繡藍圖》、《About Face3 交互設(shè)計精髓》、《UCD火花集》、《交互設(shè)計沉思錄》、《情感化設(shè)計》、《簡約至上》、《贏在用戶》等
3. 設(shè)計網(wǎng)站資源：Dribbble、Behance、站酷、UI中國、花瓣、Iconfont、千圖網(wǎng)、昵圖網(wǎng)、海洛創(chuàng)意等

通過了解這些知識，在實際工作中，能給我們產(chǎn)品工作者帶來哪些幫助呢，筆者總結(jié)如下：

1）建立一套相對豐富的、成體系的設(shè)計理論知識

能夠幫助自己在做產(chǎn)品設(shè)計的時候，從無到有的整個進程中，都能夠做好設(shè)計層面的把控；從界面到交互，都有自己基于理論知識的理解與思考。

這樣保證設(shè)計的產(chǎn)品是有理論支撐的，首先能夠讓自己信服。

2）增加信任感

產(chǎn)品設(shè)計人員交付的原型或者是在與不同階段的設(shè)計同事進行溝通時，都能夠站在專業(yè)的角度，與之平等交流。

比如：產(chǎn)品人員交付的原型、界面間的鏈接邏輯、功能間的跳轉(zhuǎn)等交互、界面的基本布局等。

為什么會這樣設(shè)計，大到整個產(chǎn)品，小到一個控件，都能夠道出相應(yīng)的緣由和設(shè)計依據(jù)。有足夠的理論知識支撐，將會更加讓人信服，而不會給人一種臆想般的自嗨感。

3）與平面設(shè)計同事（有的公司沒有單獨的平面設(shè)計崗位，由UI設(shè)計兼任）交流時，主要是關(guān)于產(chǎn)品logo設(shè)計，產(chǎn)品相關(guān)宣傳冊設(shè)計，宣傳海報設(shè)計等

如果你了解平面設(shè)計的一些理論知識，那么你在和對方交流時，就不會信息不對等，顯得不專業(yè)。

比如：交流logo設(shè)計時，可以提出一些設(shè)計參考。

參考的依據(jù)可以是：

色彩搭配和諧，貼合產(chǎn)品定位和行業(yè)屬性，是需要圖形logo，圖文結(jié)合型，還是文字logo；交流宣傳冊設(shè)計時，可以提出對封面（首頁）設(shè)計，版式，主題色選取，內(nèi)容頁排版風(fēng)格，圖文搭配比例等的思考；宣傳海報的設(shè)計，清楚不同場合的尺寸要求，風(fēng)格和版式等有較為明確的需求。

當(dāng)然能夠引導(dǎo)設(shè)計師發(fā)揮能力，創(chuàng)作出超出預(yù)期的作品，也是需要基于設(shè)計理論探討出來的。

4）與UI設(shè)計同事交流時，主要是關(guān)于產(chǎn)品界面配色，界面布局等

如果你能夠了解web端和移動端以及其它硬件終端的UI設(shè)計理論知識，那么你和設(shè)計的溝通效率，執(zhí)行效果都將會提高很多。

比如：對于web端的UI設(shè)計，你能夠?qū)eb頁面的配色、不同字體大小、不同網(wǎng)站布局風(fēng)格、網(wǎng)格系統(tǒng)理論、格式塔原理等都有所了解；并結(jié)合自己對產(chǎn)品的理解，有一定的設(shè)計思路。

對于移動端的UI設(shè)計，不同端的字體設(shè)計單位、模塊間的間距規(guī)律、按鈕大小、行間距、元素間距等、閃屏頁、廣告banner、網(wǎng)格系統(tǒng)、格式塔原理等設(shè)計知識有所了解。

5）與交互設(shè)計同事交流時，主要是關(guān)于產(chǎn)品界面間的交互邏輯，控件間的交互邏輯等

如果你能夠了解web端和移動端的UI設(shè)計理論知識，那么你和設(shè)計的溝通效率，執(zhí)行效果都將會提高很多。

比如：對于web端的交互設(shè)計，是基于鼠標的點擊、滾動等操作。

頁面的滾動方式、模塊的滾動方式、按鈕的默認、懸浮、點擊的不同狀態(tài)、控件點擊后的反饋形式（彈窗、Toast、定位、新頁面等）的設(shè)計，產(chǎn)品設(shè)計人員需要有一定的了解；對于移動端的交互設(shè)計，是基于用戶手指的滑動、點擊、長按等操作。

頁面的滑動，模塊的切換方式，按鈕的不同狀態(tài)（默認、點擊、長按、禁用等），控件點擊后的反饋形式（彈窗、Toast、定位、新頁面等）的設(shè)計，產(chǎn)品設(shè)計人員需要有一定的了解。

4. 熟悉設(shè)計的交付件

同產(chǎn)品設(shè)計崗位一樣，各個設(shè)計崗位也有對應(yīng)的需要產(chǎn)出的設(shè)計交付件。筆者準備闡述的不僅僅是結(jié)果性的交付件，也包括與設(shè)計合作過程中，一些過程性的交付件。

對此，筆者總結(jié)如下：

1）結(jié)果性交付件

UI設(shè)計視覺稿。

UI設(shè)計師根據(jù)產(chǎn)品設(shè)計人員提供的原型圖，進一步美化設(shè)計的文件，包括配色、布局、控件、彈窗、banner以及不同內(nèi)容字號的設(shè)計等內(nèi)容。

作為產(chǎn)品設(shè)計人員，你需要熟悉這些元素，并能夠同自己在設(shè)計的原型文件時進行的表現(xiàn)層的思考結(jié)合，分析出UI設(shè)計師產(chǎn)出的視覺稿交付件是否達到預(yù)期，是否有超出預(yù)期的地方。

這些判斷能力都是必要的（UI設(shè)計師需要配合輸出視覺設(shè)計規(guī)范，產(chǎn)品設(shè)計人員可以就此文件與設(shè)計人員進行深入探討）。

2）結(jié)果性交付件

交互設(shè)計稿。

UE設(shè)計師（用戶體驗/交互設(shè)計師）會根據(jù)產(chǎn)品設(shè)計人員提供的原型圖和需求文檔進行交互設(shè)計（也有可能產(chǎn)品人員兼任交互設(shè)計的情況）。

包括頁面間跳轉(zhuǎn)、跳轉(zhuǎn)方式、跳轉(zhuǎn)等待期間的動效設(shè)計；跳轉(zhuǎn)失敗的提醒設(shè)計、頁面滾動或滑動形式、彈窗動效；頁面加載動效、控件點擊動效等。

這一系列的動效設(shè)計，除了看其表象（呈現(xiàn)樣式），還需要深入了解實現(xiàn)方式和具體參數(shù)。

比如：一張圖點擊后，放大查看的動效，雖然都是點擊后放大的樣式；但是實際上，UE在設(shè)計的時候，花的心思往往是你不易察覺的。

同樣是點擊放大查看效果，不同的動效節(jié)奏和運動曲線，造成的細節(jié)體驗區(qū)別會是很明顯的。

你需要同交互探討動效組成部分，每個部分的意義，運動曲線是怎樣設(shè)計的，緩進緩出各自所用時間等；甚至自己能夠在結(jié)合理論知識的基礎(chǔ)上，通過動效網(wǎng)站，動效設(shè)計軟件進行效果模擬，同UE深入交流。

3）過程性交付件

圖標資源。

不管是web端還是移動端，圖標資源都是必須產(chǎn)出的。

從圖標樣式是否符合產(chǎn)品主題、風(fēng)格是否統(tǒng)一、圖標形式是面型還是線型，以及不同終端圖標的輸出格式（移動端一般需要五種不同倍數(shù)的圖標用于適配）。作為產(chǎn)品人員，對這些的要求和評估都需要足夠熟悉。

4）過程性交付件

點9圖。

點9圖是一種移動端設(shè)計中比較特殊的產(chǎn)出文件（研發(fā)人員也有點9圖制作工具），一般用在需要保證元素縱向或橫向拉伸不變形的情況下，比如：非規(guī)整的聊天框，隨著字數(shù)的增多會拉長或拉寬，如果不做成點9圖，那么就會造成變形、邊緣模糊等。

所以掌握點9圖知識，知道怎么制作點9圖，或者自己會制作點9圖，也是不錯的技能。

5. 掌握各端設(shè)計規(guī)范

各端都有屬于對應(yīng)的設(shè)計規(guī)范，該設(shè)計規(guī)范交付件一般會由UI設(shè)計師產(chǎn)出，產(chǎn)品設(shè)計人員能夠熟悉這些規(guī)范，對協(xié)作和評估規(guī)范嚴謹性是大有裨益的。

根據(jù)不同終端屬性，可以分為web端UI設(shè)計規(guī)范和移動端UI設(shè)計規(guī)范等，而設(shè)計規(guī)范一般需要包含：

1）色彩設(shè)計規(guī)范

所使用的色彩種類，主色與輔色的搭配；

2）文字用色規(guī)范

所使用文字的顏色，不同的應(yīng)用場景應(yīng)該搭配相應(yīng)的顏色、一級標題、二級標題、內(nèi)容、提示、備注等；

3）文字字號規(guī)范

所使用文字的字號（大?。?，不同的應(yīng)用場景應(yīng)該搭配相應(yīng)的字號、一級標題、二級標題、內(nèi)容、提示、備注等；

4）ICON（圖標）規(guī)范

所使用的icon設(shè)計規(guī)范、不同的應(yīng)用場景、ICON的不同用色、是面型還是線型，都需要相對統(tǒng)一、成體系；

5）控件設(shè)計規(guī)范

包括輸入框、按鈕、滑桿、頁卡、開關(guān)等控件，同一類型的控件，需要統(tǒng)一設(shè)計規(guī)范，形成一套體系；

6）間距設(shè)計規(guī)范

不同頁面，同類型間距的尺寸需要統(tǒng)一，符合規(guī)律；

7）交互設(shè)計規(guī)范

包括滾動，滑動（上下/左右等），點擊反饋，彈窗動效等的交互設(shè)計，同一場景的交互樣式，需要保持統(tǒng)一。

二、技術(shù)知識點

1. 概要

時至今日，作為產(chǎn)品工作者，如果還在疑問產(chǎn)品需要不要懂技術(shù)？

那么筆者可以肯定的答復(fù)你：需要！

為什么？

產(chǎn)品的idea或者用戶的需求能夠?qū)崿F(xiàn)，都依賴于技術(shù)的實現(xiàn)。沒有技術(shù)，idea就是空中樓閣，更談不上后期的運營等等；從技術(shù)的重要性，我們也能體會到，懂技術(shù)是多么重要且必要的一件事情。

產(chǎn)品在工作過程中，要將idea、需求等落地到技術(shù)實現(xiàn)，就必定要同不同終端的技術(shù)人員協(xié)作，這其中包括：前端研發(fā)人員、后端研發(fā)人員、數(shù)據(jù)庫設(shè)計人員、算法工程師、數(shù)據(jù)工程師、運維人員、架構(gòu)師等。

需要協(xié)作的技術(shù)人員越多，你需要了解、學(xué)習(xí)、掌握的相關(guān)技術(shù)知識也就越多，筆者結(jié)合工作中與以上這些技術(shù)工程師們合作的經(jīng)驗與感悟，分享一些作為產(chǎn)品工作者，應(yīng)該掌握的技術(shù)知識。

2. 筆者的理解

1）了解相關(guān)技術(shù)知識

2）總結(jié)技術(shù)交流思路

3）“越俎代庖”不可取

以上做到，不僅能使你在產(chǎn)品設(shè)計時，思維發(fā)散的同時，兼具技術(shù)實現(xiàn)視角考慮問題；在面對領(lǐng)導(dǎo)或客戶對于技術(shù)實現(xiàn)或工期預(yù)估的疑問時，能夠結(jié)合團隊技術(shù)實力，給出具有可行性、可靠性的方案.

同時也會讓你在與各端研發(fā)工程師進行溝通時，不僅能從產(chǎn)品設(shè)計角度把控方案，更能從技術(shù)實現(xiàn)方式、方案等方面進行深入探討；包括技術(shù)方案的可行性，對有實現(xiàn)難度的地方能夠評估是否可突破和采取備選方案等！

3. 了解相關(guān)技術(shù)知識

各端技術(shù)都有自己的開發(fā)語言、框架、工具等，這些開發(fā)語言、框架、工具就像是工程師手中的刀與劍，助他們攻城略地。

工作中，筆者接觸到的各端工程師及其相關(guān)技術(shù)知識有：

• web前端技術(shù)知識：開發(fā)語言（Html、Css、Js、Ajax、js等），技術(shù)框架（jQuery、Bootstrap、Vue、nodeJs等），開發(fā)工具（IDEA、Webstorm、Sublime、記事本等等）；
• 客戶端技術(shù)知識：開發(fā)語言（C#、C++等），技術(shù)框架（WPF），開發(fā)工具（Visual Studio）；
• Android端技術(shù)知識：開發(fā)語言（java），開發(fā)工具（Android Studio）；
• Ios端技術(shù)知識：開發(fā)語言（Objective-C、Swift），開發(fā)工具（Xcode）；
• 后端技術(shù)知識：開發(fā)語言（PHP、Java、Shell、go、sql等），數(shù)據(jù)庫（Mysql、Sqllite、Postgres、Redis等），技術(shù)框架（Mybatis、Springboot等），開發(fā)工具（IDEA、eclipse、Maven、gradle等）；
• 大數(shù)據(jù)技術(shù)知識：Hadoop、Hive、ZooKeeper、HBase、Kafka、Scala、Azkaban、Python、Docker等；
• 其他技術(shù)知識：接口調(diào)試（postman）、CI/CD（jenkins、gitLab）、虛擬機（VmWare）、Markdown、GitHub（代碼托管服務(wù)平臺）、碼云（云端軟件研發(fā)協(xié)作平臺）、Linux、git/svn。

以上列舉的這些技術(shù)相關(guān)知識（并未完全列出），并不是要求產(chǎn)品人員做到能夠像研發(fā)人員那樣，通過編譯器進行實際性的編碼工作。而是希望能夠?qū)@些知識有所了解，知道是用來做什么的、解決什么問題；最好是能夠看懂簡單的代碼，熟悉一些語言和工具。

比如：

1）有些web前端代碼，通過F12調(diào)試工具，可以自行進行簡單的代碼調(diào)試和代碼查看、理解，甚至分析出現(xiàn)的問題，即使看不懂，也可以反饋給研發(fā)人員定位分析；

2）有些后端代碼設(shè)計邏輯，你能夠做到通過查看研發(fā)人員編譯器里的源碼，同研發(fā)人員一起分析在產(chǎn)品設(shè)計層面的思路，落地到研發(fā)實現(xiàn)環(huán)節(jié)出現(xiàn)不一致的地方，定位問題，進行修正；

能夠通過編寫常用的sql語句進行數(shù)據(jù)查詢與分析（復(fù)雜的也能夠通過渠道快速解決），比如：一些簡單的數(shù)據(jù)統(tǒng)計，用戶總?cè)藬?shù)，日活躍/月活躍人數(shù)等。

雖然現(xiàn)在可以通過第三發(fā)數(shù)據(jù)統(tǒng)計平臺、自建統(tǒng)計系統(tǒng)等方式實現(xiàn)各類數(shù)據(jù)的統(tǒng)計與分析。但是從數(shù)據(jù)庫層面直接獲取數(shù)據(jù)信息的能力是一項不錯的能力，尤其是產(chǎn)品初期這些現(xiàn)成的可視化分析平臺都沒有接入或建成的時候。

3）了解一些語言之間的差異性，在做技術(shù)選型、技術(shù)評估的時候，能夠知其然也知其所以然；

比如在決定是選擇Mysql數(shù)據(jù)庫還是Sqllite數(shù)據(jù)庫的時候，就能夠同研發(fā)人員一起結(jié)合實際情況進行評估。

Sqllite數(shù)據(jù)庫對于小數(shù)據(jù)量的數(shù)據(jù)處理效率較高，但因為是單線程處理方式，數(shù)據(jù)量較大時處理效率降低明顯，遠不如Mysql數(shù)據(jù)庫的多線程處理效率。

4）了解大數(shù)據(jù)量、高并發(fā)場景下數(shù)據(jù)處理技術(shù)；

比如消息處理，Kafka就是一種高吞吐量的分布式發(fā)布訂閱消息系統(tǒng)，其在大數(shù)據(jù)研發(fā)應(yīng)用上的目的是通過Hadoop的并行加載機制來統(tǒng)一線上和離線的消息處理，也是為了通過集群來提供實時的消息。

5）了解git和svn的差異，git是分布式的版本控制系統(tǒng)，是按元數(shù)據(jù)方式進行存儲，現(xiàn)在很多互聯(lián)網(wǎng)公司的研發(fā)團隊都是采用git進行版本控制。

svn是集中式的版本控制系統(tǒng)，是按文件方式存儲，分支也與git不同，現(xiàn)在也有不少企業(yè)使用svn做版本控制，也包括團隊內(nèi)部文檔版本集中管理。

當(dāng)然，需要了解的技術(shù)知識遠遠不止筆者上面提到的這些，以上僅僅只是舉例說明而已。

那么，我們能夠通過哪些渠道去獲取相關(guān)的技術(shù)知識呢？

現(xiàn)在信息通達，資源豐富，有很多渠道可以學(xué)習(xí)和了解以上各端技術(shù)相關(guān)知識，在此列舉一些筆者常用的技術(shù)網(wǎng)站資源（讀過的書籍就不列舉了，各位可針對不同的語言查詢相關(guān)書籍學(xué)習(xí)）：

1. 學(xué)習(xí)類網(wǎng)站：w3cschool、菜鳥教程、慕課網(wǎng)等；
2. 工具/資料類網(wǎng)站：掘金、StackOverFlow、知乎、博客園、CSDN、V2EX、開源中國等。

通過這些網(wǎng)站，你可以快速、系統(tǒng)化的了解一門語言及其相關(guān)應(yīng)用的基本知識和最新發(fā)展動向。

在實際工作中，遇到一些在與研發(fā)人員交流溝通過程中新的知識點或者技術(shù)問題，可以默默記下來，通過這些網(wǎng)站查找相關(guān)技術(shù)帖子，獲取相關(guān)知識；既能增加自身的技術(shù)知識儲備，也能不斷拓寬和加深與技術(shù)交流的內(nèi)容廣度和深度（全面和細節(jié)）。

透過這些技術(shù)帖子，了解技術(shù)前沿知識，擴充技術(shù)視野的同時，跟進研發(fā)人員技術(shù)觸角。

三、總結(jié)技術(shù)交流思路

產(chǎn)品崗位需要接觸很多不同終端的研發(fā)人員，與之交流，這些交流可能是發(fā)生在不同的場景下：比如技術(shù)選型、技術(shù)方案探討、技術(shù)實現(xiàn)與產(chǎn)品設(shè)計有出入時、技術(shù)復(fù)盤、技術(shù)分享等情況下。

這些交流思路看似零散，實則有其相關(guān)性，每個人的理解可以能不一樣，總結(jié)的思路或許也有所出入。

此處筆者僅分享個人的理解，總結(jié)如下：

1. 牢記“交流定式”

同下圍棋一樣，再復(fù)雜多變的棋局也有它的一些套路，圍棋里稱為“定式”。筆者將之沿用到與技術(shù)交流的過程中，也有一些作為產(chǎn)品人員，在交流之前就能考慮到的一些“交流定式”。

這些“定式”包括針對類似問題的解決思路，以及對于出現(xiàn)的問題能夠做的相關(guān)思考部分。

比如：

當(dāng)出現(xiàn)技術(shù)實現(xiàn)邏輯問題時，我們可以向技術(shù)反饋該問題，并提出問題是否出在代碼實現(xiàn)的邏輯有誤的想法，幫助技術(shù)快速定位問題；

當(dāng)輸入內(nèi)容校驗有誤時，我們可以推測出現(xiàn)問題的原因可能是校驗規(guī)則有誤或不完善，甚至是正則判斷待優(yōu)化等引起，可以提供給技術(shù)人員相關(guān)思路；

當(dāng)每次加載頁面資源都需要等待逐一加載完成時，可推測技術(shù)實現(xiàn)沒有利用緩存機制或異步加載機制；

登錄訪問失敗時，如果不是網(wǎng)絡(luò)問題，可推測是否接口掛掉或是后臺服務(wù)器出了問題；

頁面加載信息資源，沒有數(shù)據(jù)返回，可推測是該數(shù)據(jù)請求接口出了問題等。

2. 找準“高手助陣”

學(xué)會借勢是工作中不可或缺的能力，此處僅分享與研發(fā)人員交流時如何借勢，借勢即假借高手的“勢”來幫助自己解決問題。

有些時候，我們在與研發(fā)人員交流過程中，難免碰到“硬茬子”，不全是指研發(fā)人員，更多時候是指問題棘手的情況，自己所理解的那點技術(shù)知識完全cover不了對方；這個時候為了打破僵局，你得學(xué)會找到能夠解決該問題的人，可能是項目經(jīng)理，技術(shù)Leader等。

但是到底誰能解決，就看你平時對他們技術(shù)能力和涉及領(lǐng)域的了解程度和關(guān)系處得怎么樣了，這些在這種關(guān)鍵時候都是派上大用途的！

3. 跳出“死鎖狀況”

工作中不是所有問題都能在第一時間給出解決方案的，很多時候都需要經(jīng)過之后的深思熟慮，多番探討后才有結(jié)果。

與研發(fā)人員溝通不外如是，不管是在正式會議，還是在針對性解決問題的時候；遇到討論后，短時間給不了解決方案的情況，一定要能夠及時跳出來，脫離“死鎖狀況”，釋放資源，將該問題納入后續(xù)待解決的“池子”。

四、“越俎代庖”不可取

切記：千萬別越俎代庖！

別認為自己對相關(guān)技術(shù)知識有所了解，就將重心傾斜到技術(shù)向。這樣做不僅會讓共事的研發(fā)反感，認為你在他專業(yè)領(lǐng)域插手太多，指指點點，也會讓你在做產(chǎn)品思考時，不自覺的被團隊技術(shù)能力所限制。

所以，把握好分寸更為關(guān)鍵、重要。畢竟了解技術(shù)知識是為了幫助我們更好的做好產(chǎn)品，和研發(fā)更好的共事服務(wù)的。這些都需要在實際工作中，大家靈活應(yīng)對。

五、總結(jié)

以上就是筆者關(guān)于——“你不應(yīng)該錯過的設(shè)計&技術(shù)知識點”的分享內(nèi)容，希望對各位有所幫助。

總而言之，就是希望各位能夠多邁出一步，去了解對方行業(yè)相關(guān)知識，提高工作效率的同事，提升協(xié)作雙方的滿意度。

作者：nickChen，微信公眾號：薪火雜記

本文由 @nickChen 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Pexels，基于CC0協(xié)議