背景：一個類X寶的大型電商平臺，線上產品的業務模式已經成熟，同時迭代不斷，有拓展新的方向，也有深挖之前的功能，但是長期用戶體驗反饋不佳，公司高層開始下決心改，作爲一個產品總監，該從哪幾個方面規劃這件事？
1）確認階段：用戶體驗的階段從無到有，到可用，到好用，到依賴，一般很多產品前期趕工，堆積了大量爲了時間和業務妥協的不良體驗，有些是未思考周全，也有些是降低了開發成本，基本階段都處於有和可用的階段。
2）收集問題：改善體驗，要快準狠，不要去學理論派，把一個產品重新分析和思考，這樣太慢，沒等你做完，高層就急不可耐了，先速度讓所有人看到變化！
動員不同渠道獲取反饋，速度要快，充分利用高層對該事的重視，協調資源進行問題的收集，用戶體驗改進最怕的是問題來源不全，可用渠道一般有：
新員工（包括入職不久的）做體驗反饋；團隊做可用性排查；各種渠道的用戶發聵；內部同事的反饋；高層的最不滿之處；產品經理自查。
當然可能會有其他渠道，儘可能多收集問題。
3）解構問題：問題不在多，但是如何快速推進改善？如何有效的真正改善？如何合理分配人力？取決於如何分解問題。
分解問題，有很多維度，在用戶體驗的問題上，要從多個維度結構問題，然後綜合比較，才能更好的有效規劃，一般維度有以下幾個：
a）問題類型：
表現層：認知釋義問題、信息結構問題、視覺表現問題；邏輯層：頁面承接問題、流程斷點問題、功能缺失問題；交互層：直接交互問題、間接交互問題、交互性能問題；業務層：業務流程問題、商業邏輯問題、服務設計問題。
b）體驗影響：
急需改進（急）：不改要死人，要虧損，要被罵。必須改進（高）：暫時不死人，但是長期下去有問題。值得改進（中）：不改問題不大，但是改了會有明顯的收益和好處。考慮改進（低）：錦上添花，可改可不改。
c）改進成本：
需要緊急插入可以順便改進（可以順帶着放在當前需求內做）；需要單獨改進（按改進難易程度排序）；需要專題研究。
*從產研測的成本和排期角度出發，預估改進成本，畢竟你不可能脫離現有業務需求來單獨改進用戶體驗，BOSS們永遠是，嘴裏喊着要改進，甚至不惜放棄業務進度，但是真的等你放棄了，你就發現，你也被放棄了。
d）改進方式：
定規範修改；一次性修改。
e）業務影響：根據所屬模塊，進行劃分，對比產品排期的優先級（產品排期一般代表了業務層面的優先級），進行排序。
4）綜合排期：根據解構完的問題，綜合以上的維度，進行排期，推進修改。
這點，不想展開說，因爲牽涉項目經驗、團隊能力、溝通協調和資源掌控問題，每個團隊和具體問題，都會有自己的一套思路。但是相信各位根據上面的幾個方法，已經可以很清楚的掌握問題，並讓高層和所有同事都看到這些問題，並清楚知道這些問題的改進價值和成本，在這樣的大前提下，又回到了取捨的問題上，相信本着一個目的，如何取捨，總會得到解決。
