一、B端行業，跟甲方溝通需求有哪些需要注意的地方？

1.深入瞭解對方的業務，主體和使用流程。

2.比起用戶體驗，要更加關注決策者是否買單，而決策者最關注的是系統穩定性 安全性 兼容性 要在溝通中體現這些優勢。

3.告知客戶做好預案 提前預防系統不穩定帶來的損失 給人安全感。

4.成本思維 替企業用戶考慮能否降低成本。

5.盡量提供完整的使用培訓或手冊。

6.多邊溝通 跨部門溝通。

7.反覆溝通需求 多次確認

二：為什麼從開發轉產品？

我之前在做開發的過程中更喜歡去思考產品背後的業務邏輯、提出一些產品上的想法，覺得自己對產品經理

更感興趣 所以想轉行。

三、不同產品的核心指標分別有哪些？

不同行業/領域，不同公司的產品，核心指標都不一樣。

電商類產品的核心數據指標：GMV（也就是成交總額，電商的本質是做買賣，所以我們能看到很多做電商的老總總是宣傳自己的GMV是多少。GMV代指網站的成交金額，主要包括付款金額和未付款的。通俗來說，我們平時網購時會進行下單，產生的訂單中往往會包括付款訂單和未付款的訂單，而gmv統計的指標就是其二者之和。電商平臺給出的計算指標是:GMV=銷售額+取消訂單金額+拒收訂單金額+退貨訂單金額。）

社交、社區類產品：社交和社區類產品都是以人的關係為紐帶，所以活躍用戶數和留存用戶數可以作為核心數據指標。

音/視頻類網站（愛奇藝、優酷、騰訊視頻 、喜馬拉雅

等）：音視頻的變現方式主要來源於廣告，所以停留時長可以作為核心數據指標。

遊戲類產品：在線人數反映了遊戲的人氣，決定了變現的空間，所以平均在線人數可以作為核心數據指標。

金融類產品：金融類產品本質是金融資產的銷售，所以可以把用戶投資額作為核心數據指標。

四、如何判定那種交互體驗更優？

1、看是否符合尼爾森十大可用性設計原則，他們分別為：

系統狀態可見性、系統與用戶現實世界的匹配、用戶的控制和自由、一致性與標準化、防止錯誤、再認而不是回憶、靈活高效的使用、美觀簡潔的設計、幫助用戶認知，判斷和修復錯誤、幫助文檔及使用手冊（ps：面試官可能考察你對裡面的具體內容是否瞭解，所以一定要對每個細則瞭解清楚）

2、可以使用A/B測試，在其他條件相同的情況下，通過最終的數據進行比對，看哪種數據帶來的效果更好。

總之交互體驗是否好，要有理有據，不能以自己主觀的體驗作為判斷標準，因為你不能代表大多數目標用戶。

五、如何確保開發和測試同學充分理解需求？

1、一般來說我會讓開發和測試同學講一遍他們理解的需求，如果一個人可以把他的需求講清楚，那他就理解清楚了。

2、文檔盡量規範，做到不懂的開發和測試人員，線下也能看懂。如果有需求變更，及時變更文檔並通知項目組成員。

3、測試和開發人員在拿到文檔後應該仔細觀看，如果有不懂的，及時找產品經理溝通。

4、開發、測試、設計、產品經理可以坐在一起，這樣有任何不懂的需求溝通起來也方便

如果想要團隊充分理解需求，還是需要多溝通，而且要提高溝通效率，人與人之間的不理解多數來源於溝通不暢。

六、如何判斷開發同學給出的排期是否合理？

1、首先自己要懂技術，如果自己不懂技術就會被開發給忽悠。

2、任務分配的要足夠細緻，任務分配的越細，評估的也越準確。

3、要有同理心，站在開發的角度考慮，別人不會無緣無故的忽悠你，所以在時間不緊急的情況下我都會主動多給他們點時間，人心都是肉長的，相信我為他們考慮，他們也會為需求負責。

七、產品和運營的關係是咋樣的，各自的重點有何不同？

產品經理負責釀酒，運營負責把釀的酒推銷出去並讓顧客經常回來買，為啥需要運營？因為在信息大爆炸的時代，在市場高度競爭的時代，酒香也怕巷子深啊，產品經理和運營因為工作方式的差異，存在一些區別，區別如下：

1、工作目標

產品：產品經理的工作目標是對於用戶體驗的優化，難量化

運營：運營的工作目標是以KPI為導向，可量化

2、面向的人

產品：產品經理更多的是面向開發、設計、運營等內部人員，用戶也接觸，但是說實話大多數公司產品經理和用戶接觸的不多。

運營：運營的同事面向的對象是用戶或者是外部的合作夥伴。

3、用戶感知

產品：產品經理感知用戶是通過用戶畫像，是一個很抽象的角色，比如他的職業、年齡、他所在的地理位置，他的學歷等等，是通過建立用戶畫像，來找準用戶需求。

運營：運營去感知用戶的話，都是活生生的，打交道的人，有的時候你可能剛跟用戶聊完天，或者剛去他的辦公室拜訪過他。

4、思考方式

產品：產品經理的思考方式是不但的抽象、歸納、總結。用很多的案例和樣本總結出一個抽象的案例形象，

運營：運營就是感知方，他的思考方式是發散、跳躍、然後通過直覺來判斷一些用戶或者媒體大眾對於這件事情的反應是怎樣的。

5、對內容的態度

產品：產品負責做功能，搭架子。

運營：運營負責往架子裡面填充內容。

八、來了一個需求，給開發的落地文檔包含了哪些內容？

1、文檔產品名稱

2、版本歷史

產品經理也不是神，難免會犯錯，所以寫的文檔難免會更改，這個時候文檔修訂記錄就起作用了。

3、目錄

目錄就不用說了，寫文章有文章目錄，寫文檔有文檔目錄，一般word【引用-插入目錄】都有。

4、文檔介紹

主要介紹文檔的目的、文檔面向的主要用戶，讀者對象、參考文獻、術語與縮寫解釋等

5、產品概述

從大的方向，講講項目的相關背景，有什麼目標、有沒有競品對象？階段性計劃是什麼，傳遞做這個需求的目的是什麼？要達到什麼樣的目標？讓項目開發人員對你的項目背景有了解，程序員知道的越多，做起項目來越有方向性。

如果業務比較複雜，最好用業務流程圖來解釋一下。

6、產品需求

也就是功能清單，feature list，系統模塊比如你有APP端、微信端、業務控臺端。

7、產品結構圖

這個也稱作腦圖，用xmind或者mindmanger來畫。

8、全局功能說明

UI設計會出一個UI設計規範，當然我們做產品的也會對產品中經常需要對一些公共情況做說明，可以做一個全局說明。

9、產品詳細功能說明

一般用用例表來進行說明，以登錄註冊模塊為例，有流程圖的話，先把任務流程圖畫出來，然後是用例表，用例表包含簡要說明、行為者、前置條件、後置條件、功能說明、備註。功能說明一定要排版簡潔、層次清晰，功能說明無遺漏。

10、非功能性需求

非功能性需求主要包含性能需求、適配需求、環境需求、統計需求、預留介面等。

11、相關文檔

如果一個項目分解成多個團隊。多個需求文檔協同合作。如一個UGC社區，有PC端社區，有APP端社區。這需要不同的研發團隊，Web前端、APP又分為安卓、iOS。所以需求文檔會拆分為PC端需求文檔和APP端需求文檔。

12、上線需求

設計什麼時候OK、什麼時候測試，具體的上線時間，具體一些特殊的流程需求等。

具體詳情可以參考如何寫好PRD？

九、你在設計表單的時候會考慮哪些維度

頂部篩選項、是否導入和導出、表的用途、表的欄位、欄位的先後順序、批量邏輯、數據來源和其他表格聯動等。

後期我們會把更多的面試題分享給大家，如果你也有遇到的自己回答不好的面試題，可以加我的微信：chanpin628私聊。或者在評論區留言。之後會將它補充到面試習題庫中去。

推薦閱讀：

相關文章