產品優化正確的開啟姿勢

2021-09-20 05:35:44 字數 1414 閱讀 6432

前面的文章中提到過如何獲取使用者反饋,對使用者反饋進行分析整理後就有了新的需求產生、有時候需求也來自於資料分析、或領導的需求等,拿到需求後我們就要對需求落地,這些需求對應到產品上主要有兩個方面:「對已有功能的優化」「新功能設計」下面就詳細說下拿到需求後如何去執行。

對已有功能的優化
以下所有的步驟都是思考的乙個過程,有些過程需要記錄下來,有些不需要,在實際工作中有些功能迭代在團隊中口頭傳達一下就執行下去了,有些需要和領導匯報,總的來說記錄下來自己的思考過程利大於弊,具體以工作中的實際情況來做。

下面還是以網易雲**為例(因為拿不到具體的資料,重點看這個過程怎麼做就好了。)

需求一、首先分析產品功能的現狀和邏輯

二、現在功能有什麼問題?

三、解決方案是什麼?

四、結果如何評定?

功能優化落地後要對做的優化進行跟蹤,制定考核指標,資料方面的表現是否有更多的使用者用這個優化後的功能了,使用者反饋的問題是不是更好了,一般考核指標從兩個維度去制定(1)從商業角度去制定,如是否轉化率提高了、成交量提高了。(2)從使用者體驗角度去制定,投訴、客服反饋是否降低了。

新功能設計
一、明確所做功能的目的

對使用者:對哪類使用者有什麼好處?

對平台:對內部資料、操作人員提公升了哪些效率?

對商業:是提高了收入?還是提公升了轉化率?

對使用者來說新加功能目的可以從三個維度去思考:

對平台來說新增新功能目的也可以從三個維度去思考

對商業新增功能的目的也分三個維度思考

對於新增功能目的從這三個大的維度來考慮,對外(使用者)考慮體驗,對內(平台)考慮效率,對商業考慮轉化。

二、明確新功能的基本邏輯

通過上一步有了明確的目的,這個需求如果做的話,就要明確這個功能的基本邏輯,「基本邏輯」就是完成這個任務的流程和關鍵點,包括以下幾點。

三、對相關的競品調研

四、制定功能方案

五、方案細化

六、原型設計與需求文件

對照業務流程圖、和使用者流程圖,下一步就是畫原型了和撰寫需求文件,之後是進行需求評審,落地實施,產品經理還要考慮如何和運營配合對新方案進行推廣。

新功能的設計過程就是這樣的,裡面很多細節的事情會在以後的文章中陸續講到,有一點需要明確的就是不是所有的問題都一定要用新功能來解決,對已有功能的優化能解決的問題就不要新增新功能能,這篇就到這裡了,希望大家多多支援。

讀入優化的正確姿勢

原來的讀入是這樣寫的 inline int read while ch 0 ch 9 x x 3 x 1 ch 0 ch getchar return x w 然而這還是沒有快到極致 正確的姿勢是這樣的 inline char nc inline int read while ch 0 ch 9 x...

AS專案的正確開啟姿勢

我們在用as開啟一些別人的demo或者開源專案時常常遇到專案一直處於build過程,長時間不能進入專案,而且as無法關閉,原因是我們本地的as環境配置與專案配置不同導致的 為避免匯入專案時的尷尬需要手動修改一下配置幾處配置檔案 專案匯入前手動修改配置 主要檢視和修改其中的build版本 classp...

mysql core檔案的正確開啟姿勢

最近兩天自己負責的乙個例項頻繁出現crash的情況,分析了日誌,大致明白了crash的原因,但是沒有定位到具體的sql,也沒有找到很好的規避的辦法,因此想在mysql出現crash的時候自動將記憶體堆疊相關的資訊儲存到core檔案,然後通過gdb分析再結合原始碼來確定導致mysql crash的根本...