1 制定戰略，關於軟體開發的創意，軟體開發之前的使用者調查和對於產品創意的分析和溝通。

2 管理客戶關係，包括開發過程中和完成應用後的推廣活動，已經使用者反饋資訊彙總。

3 產品測試，和測試人員溝通，對於開發產品的質量，進行把握，控制產品效能和質量。

4 市場推廣，這個是在應用開發中和開發之後，要做的事情，包括之後的應用升級。

5 成本控制，對於應用開發的預算，成本和時間，進行控制。

6 溝通協調，和產品領導，設計師，開發者進行溝通，對應用的架構，ui設計和市場推廣進行控制。

當我們自己轉換角色成為一個產品設計經理的時候，我們必須全域性去把握產品，而不是碼農時代，只需要完成功能即可。那麼我們應該如何從事軟體產品設計呢？下面我就給一些剛成為和即將成為產品經理的初學者一些指導方法吧。

遵循四個大體步驟：

1.使用者市場調研

首先我們來說說“使用者市場調研”，我們即將要做的軟體產品的使用者群體什麼，在這裡我們必然要藉助搜尋引擎工具，先從關鍵詞入手，我們的關鍵詞涉及到什麼樣的人群，這些人群的年齡段，還有他們主要生後在什麼地方，當然如果能瞭解到這些使用者的興趣愛好就很好了。接著對這些使用者進行調查，瞭解他們的痛點是什麼，我們的產品能否給他解決這些痛點。我們這些調研過程要形成文件表格。

2.產品功能調研

有了上面的市場調研後，我們的腦袋裡開始形成了一個產品雛形了，接下來我們就開始搜尋市場上是否有類似的軟體或者相同的軟體，注意：這裡需要把所有的軟體都下載下來，然後安裝上去，對每一個軟體的功能都必須形成表格，大概需要記錄的內容有：軟體功能列表，適用什麼作業系統。然後對這些市場上存在的軟體進行一個功能對比分析，找出功能相似點，同時把不同的功能，或者特點很鮮明的功能做一個記錄。上面這些都需要一一的形成一個文案，他是指導我們設計用的。我們在形成功能文件的時候，必須針對市場調研的時候使用者的痛點進行功能設計。

3.產品設計階段

最後產品設計階段，這個階段就是屬於我們的詳細設計階段，我們必須對軟體每一個開發階段進行規劃，比如說第一個版本需要達到什麼功能可以上線，然後下一個版本的功能列表和開發週期，這些都需要把他們列出來，這個對於指導我們進行產品開發很重要。因為有時候我們在做產品開發的時候往往就是因為功能過多導致產品遲遲不能上線，或者產品無序開發總是無法達到想要的那種效果。所以這個產品設計詳細文件必須把他寫好。

4.產品釋出

產品按計劃開發測試完成了，我們就要開始投入市場了，（注意：這裡我雖然省略了測試過程，但是大家在實際開發過程中不能掉以輕心哦）我們產品投放市場就必須進行快速推廣，這樣才能在最短時間內收集到使用者的反饋，好讓我們在軟體下一個版本中完善。

以上就是針對我幾年來從事產品研發的一些經驗總結，希望對於準備從事軟體產品規劃的朋友有一點幫助。

1.使用者市場調研

首先我們來說說“使用者市場調研”，我們即將要做的軟體產品的使用者群體什麼，在這裡我們必然要藉助搜尋引擎工具，先從關鍵詞入手，我們的關鍵詞涉及到什麼樣的人群，這些人群的年齡段，還有他們主要生後在什麼地方，當然如果能瞭解到這些使用者的興趣愛好就很好了。接著對這些使用者進行調查，瞭解他們的痛點是什麼，我們的產品能否給他解決這些痛點。我們這些調研過程要形成文件表格。

2.產品功能調研

有了上面的市場調研後，我們的腦袋裡開始形成了一個產品雛形了，接下來我們就開始搜尋市場上是否有類似的軟體或者相同的軟體，注意：這裡需要把所有的軟體都下載下來，然後安裝上去，對每一個軟體的功能都必須形成表格，大概需要記錄的內容有：軟體功能列表，適用什麼作業系統。然後對這些市場上存在的軟體進行一個功能對比分析，找出功能相似點，同時把不同的功能，或者特點很鮮明的功能做一個記錄。上面這些都需要一一的形成一個文案，他是指導我們設計用的。我們在形成功能文件的時候，必須針對市場調研的時候使用者的痛點進行功能設計。

3.產品設計階段

最後產品設計階段，這個階段就是屬於我們的詳細設計階段，我們必須對軟體每一個開發階段進行規劃，比如說第一個版本需要達到什麼功能可以上線，然後下一個版本的功能列表和開發週期，這些都需要把他們列出來，這個對於指導我們進行產品開發很重要。因為有時候我們在做產品開發的時候往往就是因為功能過多導致產品遲遲不能上線，或者產品無序開發總是無法達到想要的那種效果。所以這個產品設計詳細文件必須把他寫好。

4.產品釋出

產品按計劃開發測試完成了，我們就要開始投入市場了，（注意：這裡我雖然省略了測試過程，但是大家在實際開發過程中不能掉以輕心哦）我們產品投放市場就必須進行快速推廣，這樣才能在最短時間內收集到使用者的反饋，好讓我們在軟體下一個版本中完善。

以上就是針對我幾年來從事產品研發的一些經驗總結，希望對於準備從事軟體產品規劃的朋友有一點幫助。

首先從程式設計師~軟體設計師~系統分析員做起，而現在很多軟體產品經理一般不具備開發和架構的經驗，這是導致產品和開發之間矛盾激化的根本原因。

而在公司，產品部門話語權往往很低，大部分需求更改是來自於客戶和老闆，也就是一拍腦門子的靈感，這種東西對於開發來講完全是致命的，尤其是需求和特效折騰了幾天，又改回原樣。

而做產品的人，不會程式設計，不會做架構，對自己家的系統底層不瞭解，無法第一時間決定某個功能是否真正能落實在系統中，產品在老闆、客戶與開發中間夾著，便多了一層溝通成本，自己的工作也難做。。

解決兩者之間的根本矛盾，就是軟體產品經理自己瞭解軟體的架構，自己會寫部分軟體。