新產品上線的年終工作總結一文由小編為你精選，敬請關注！
我覺得自己很幸運，能夠有機會參與到一個全新產品的從無到有的一個過程，如果說可以把這看做是一個項目的話，那么對此有一點心得體會。
在我所在的公司，一個新產品從無到有分為幾個階段：
第一、產品運營提交策劃
第二、技術部門開發(fā)
第三、全面測試、產品上線
每個階段在實施的過程中都會遇到各種各樣的問題，而不同階段所遇到的問題點又不盡相同。但有一點是相同的，那就是每個階段在實施的過程中都會事先定好一個時間節(jié)點，以此來保證整個項目的如期進行。
第一階段：產品運營提交策劃
作為產品經理或產品策劃來說，都希望出一個盡善盡美的產品，而老板不會給你做出一個盡善盡美產品的時間，這個時候就會有一個提交策劃的時間點出來，也就是第一階段的時間節(jié)點。那么作為產品經理為了能夠如期提交策劃，需要注意以下幾點：
１、控制好需求
需求其實有兩個極端，一個是盡善盡美，盡可能的讓功能更友好，用戶體驗更佳;一個是盡早交付，一切改善性的需求都可以犧牲。只滿足前者，提交策劃的工期可能會不斷的拖延，因為很多功能的工作量其實是在細節(jié)的優(yōu)化，而不是主要流程的完成。只滿足后者，很可能會出現(xiàn)一個讓用戶很不滿意的產品。那么產品經理就要做到平衡好這兩點。
２、對需求說不
你對一個需求說不，只要這個需求不是一個會造成其他功能依賴的核心需求，就算這個需求后面發(fā)現(xiàn)必須實現(xiàn)，你可以補上，總體工作量并沒有增加。但是如果你花資源去完成了這個需求，后面卻發(fā)現(xiàn)這個需求是不重要的或者可以簡化的，那你已經浪費了一些工作量。兩者的代價相比，明顯前者的代價比較小。例如小說頻道，之前花費了大量的資源去做小說，功能也比較完善，但是到了后期發(fā)現(xiàn)小說的背景與整個產品的背景選擇發(fā)生沖突，最后在開發(fā)過程中圍繞此問題討論許久之后，決定放棄小說背景。
３、深入了解官方渠道的軟件審核機制
由于在產品設計前期沒有考慮到官方渠道上線的審核機制，導致充值頁面反復駁回，產品技術浪費很多資源去做的充值到后期需要重新設計，并且對用戶體驗造成了很大不便。所以在產品設計之初需深入了解官方渠道的軟件審核機制。
４、整理好需求的優(yōu)先級
a. 確定不變的需求應該先完成，如果策劃去完成了一些功能，結果發(fā)現(xiàn)后面的需求要改，那前期的一些工作量已經浪費了。
b. 被其他需求依賴的需求應該先完成，只有這樣，才能不擋住依賴它的需求的進展。比如登錄功能，很多登錄后的頁面都需要當前登錄的用戶信息。
c. 主流程，或者核心需求應該先完成，改善性的需求應該后完成。比如信息列表頁面，很多功能需要用戶在信息列表里面進行選擇。因此信息列表是核心需求。而在信息列表頁里面一個列顯示格式的美化，這屬于改善性需求。
５、不要讓細節(jié)影響你的目標
做產品的人很容易沉浸在功能的細節(jié)當中，為一些友好美觀的顯示，炫麗的功能或者很酷的設計浪費大把的時間，沉浸在細節(jié)當中很容易讓人忘記工期，忘記產品的最終目標。這里不是說不讓你去完善細節(jié)，而是這些細節(jié)方面的事情等產品核心功能完成之后，有大把的時間可以專注在細節(jié)方面。先把核心功能完成是目標。
６、不做一半的功能
如果我們做了2個功能，但是我們每個功能都做了一半沒全部完成，那目前為止我們總計完成了多少個功能?1個? 不是的，完成了0個。一個功能除非真正完成并且通過，不然你永遠不能確定這個功能是不是還有一些遺漏的地方。所以我們做功能的時候，要確保我們在做的功能已經是真正完成了，我們再去接著做下一個功能。
７、風險管控
產品經理應該盡量在早期把所有的風險都列出來，一個一個解決。一個流暢的項目，從前期到后期風險點應該是倒三角形的，就是前期風險很多，后期風險越來越少。而項目管理不暢的，則是一個正三角形，上面風險少，到后期風險就多了。
假設有一個點，你不確定他是不是有風險的，那即使我們在早期把它當做一個風險點重視起來，帶來的代價也遠遠小于在后期等它爆發(fā)出來的時候再處理。
例如，我們有一個充值功能，可以用支付寶或網(wǎng)銀或點卡進行充值。這需要調用第三方接口，而跟外部協(xié)調都有一個不可控性存在，所以應該把這個風險點在事先重視起來。避免像網(wǎng)銀充值那樣，前期各個環(huán)節(jié)都增加了此功能，但在后期網(wǎng)銀充值不可行，導致前期很多資源的浪費。