在本次小組專案中，我擔任的角色是專案經理和客戶經理。而且我參與了整個產品設計工作。下面是一些零碎的學習經驗與感悟。
確定產品定位、核心功能等問題已是老生常談，下面我來說兩個小方面的感悟。
在產品初期進行市場調研的時候，問卷調查法是最常用的方法。但是設計問卷看似簡單，實際需要對產品很深的理解和清楚的產品定位。全面性和簡潔性是設計問卷時的關鍵問題。完成初稿後，我們並沒有及時發布，而是進行了兩次小會議，並且邀請開發組的同學與我們一起評價和修改初稿問卷。
而在進行競品分析時，簡單的對比和分析競品的優缺點過於表面化。我們不僅要分析競品的亮點與不足，而且應該透過它們的功能從產品方面和技術方面看到競品在整個運營時發揮的作用和整個產品的理念、定位與運作模式。
而在整個產品設計過程中，我認為會議是非常重要的。但是這個會議並不是狹義上的會議，它包括了正式的會議以及平時線上的交流。其實我們很多次零散的討論時間總和遠遠大於有記錄的正式會議記錄時間。作為產品組成員，我們真正做到了多討論，多總結，多思考。無論是專門騰出時間開會，還是平時抽空就進行產品設計方面的交流，我們做到了「有問題就提、有想法就說、有任務就做」。在調研和設計產品時，多交流真的很重要，相比較其他專案組，我們的效率是較高的。
此外，與開發人員及時對接與溝通是很有必要的。眾所周知，產品設計初的各種模型肯定常常會與開發出來的有一定差異，但是這個差異應該盡量縮小。這就需要產品組同學與開發組同學及時交流討論。無論是產品設計階段還是開發階段，我們並沒有兩小組完全分離，而是互相提出意見和建議。比如在功能設計時就有開發組同學提出了一些功能邏輯上的漏洞，當然前端開發時我們也提出了一些修改建議。更不必說ui設計了，雖然是我們產品組組長完成的，但是他也是廣泛採納了所有同學的意見而完成的最後的設計。在開發基本完成後，我們根據一些差異對產品文件進行了調整，這使得我們的工作進行起來順利又愉快。
作為專案經理，除了專案上的事情，組內氣氛也很重要。平時大家也會聊聊天、聊聊學習和作業等等，雖然大家共同開發了乙個專案各司其職，但是我們組內氣氛友好活躍，互相提建議比如關於**規範等問題也使得大家互相學習，共同進步。總而言之，本次專案開發過程雖然踩過很多坑，但是整個過程還是相當愉快的。
產品設計體會（九） 關於學習
這兩天在準備pd交流會的分享，目的是把前段時間去上海培訓 產品需求管理 的體會和大家說說。不妨順便說一下自己對培訓 分享這種學習活動的體會。用 武俠 裡的一些概念來比喻很有感覺，一直覺得培訓和分享在表面上交流的好比是招式，在短短的幾天甚至幾個小時內，最吸引人的往往是一些容易掌握 用來嚇 唬人很好的 ...
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...
產品設計體會（十二） 少而精
長假回來，這兩天基本在全力做 批量定時上架 的需求，n多的pk 評審 確認會搞得頭昏腦脹，不過終於算是把需求確認掉了。其中有些關於功能做多做少的爭論，這個話題在體會 三 中有所設計，但說的不深，這裡再寫點。一 個功能的多次需求會議中，必然有這樣乙個過程。開始對乙個功能想的不完整，說著說著大家都想把這...