問題一：使用者調研資料多少合適？
資料取樣要根據你的目標群體進行，可以將目標全體進行分類，在細分的類別中進行一定數量的樣本抽取。
問題二：若遇到強勢的領導一意孤行，產品內容要按照自己的想法做，作為下屬的你應該怎麼做？
首先我們來分析一下，領導能夠感覺到整個團隊的牴觸情緒，為什麼還要一意孤行？可能是因為ta不信任團隊；或者是領導目光長遠，能夠看到我們看不到的點；或者是「面子」問題；又或者是ta感覺到整個團隊跟ta是對立的……
分析完原因後，再來思考下，我們應該怎麼做呢。
要說服ta，你要讓領導知道，你和ta是一夥的，讓領導信任你，最好的辦法就是 先做好ta布置的事情（即使ta說的是錯的），當領導發現你在幫ta的時候，就會信任你。這樣你們之間就會建立起信任感，這時候你再向ta提意見，就會比較容易被接納。
問題三：在發現產品問題時，如何跟研發溝通解決問題？
不要讓研發覺得他們是在為你乙個人做事情，要讓他們意識到他們是在給整個團隊、公司做事情。
而且，最好平時多跟研發溝通，建立乙個良好的人際關係，比如說 平時多聊天，經常一起出去玩啊等等。
ps：從這節課裡還學到了 對問題的解決要能夠具體闡述，要把問題想細一點，不能只列表象。比如以下的例子：
（1）「文件能力弱」。具體是弱在哪方面呢，並沒有詳細的闡述出來。
（2）「多寫多交流」。「多寫」是寫什麼呢？怎麼寫呢？寫的頻率是多大呢？
所以事情都要想細，才能夠更好地制定計畫去實施。
關於dubbo的三個問題
dubbo是乙個分布式服務框架，致力於提供高效能和透明化的rpc遠端服務呼叫方案，以及soa服務治理方案。其核心部分包括 遠端通訊 提供對多種基於長連線的nio框架抽象封裝，包括多種執行緒模型 序列化 請求 響應 模式的資訊交換方案 集群容錯 提供基於介面方法的透明遠端過程呼叫，包括多協議支援 軟負...
產品資料分析的三個層次
在這樣乙個 資料驅動 的時代，很多產品團隊都選擇在產品早期就引入或搭建資料分析平台，並希望能夠通過資料驅動產品的快速成長，但即便如此，大多數的初創企業還是難逃失敗的厄運。除去戰略 經營等導致企業死亡的情況，資料分析的 深度不夠 也是讓產品鎩羽的重要原因 大多數企業構建的資料分析平台僅僅能看一些統計指...
關於產品經理的三個文件（MRD）（二）
文章 axure原創教程網 關於產品經理的三個文件 mrd 第二篇 市場需求文件 mrd 在前文 關於產品經理的三個文件 一 中，我對市場需求文件的作用是如下描述的。市場需求文件 mrd 賺誰的錢？憑什麼賺？好不好賺？接下來，就從這三點我們來分析一下市場需求文件要包含什麼內容。這裡的錢不僅僅是購買者...