本周有三個值得記錄的工作小事兒。
1.換部門
鑒于公司對業務的重視，同時為了提升產品工作的效率，將原本在”技術研發部“的產品經理轉移到了“商務平臺部”。從而更改了公司組織架構，將原本分割的商務運營和技術研發統籌到了一起，從而產品工作由原本的“接收需求、負責產出”提升為以業務為中心的“挖掘需求、評估需求”。
這樣的更改
1.產品工作更為精確，效率更高。使產品經理在工作時可以更方便的與運營進行對接，可以獲取更多的信息以確保更精準的評估需求產出方案。
2.職責更明確，作為該業務線的直接負責人，工作成果直接提現在該產品的實際運營狀況中，從而使產品對自己的工作職責更為明確，更有責任感。
2.不要自己攬鍋
背景：在春華云還有一個嚴重BUG的情況下，部門負責人未征求其他產品意見，將春華云與天天云的用戶數據與書籍內容進行了高耦合度的融合互通。導致用戶數據【包括閱讀記錄與充值數據】混亂，客服投訴不斷。
事件：由于技術實現的問題，會出現：用戶在A商戶的域名下充值后會進入用戶在B商戶域名下開通的賬戶中。而用戶是不知道的，會以為充值失敗。而商戶在商戶后臺也無法查到相應的數據，從而以為平臺在勾結私自扣量，產生嚴重的信任問題。
解決方法：認清問題本質，是因為技術實現的問題，背離設計的邏輯。所以此時只能通知技術部門負責人，說清楚問題的嚴重性，然后通知解決。而不應該自己去攬鍋，將責任自己背下來。不僅是對自己的不負責，也是對技術部門的不負責。
3.不要做執行者，要做制定者
之前兩周的工作，主要負責對接運營的需求，記錄后交由總監制定優先級，優先級制定后，再由我設計方案實行。因為這種工作模式，導致需求的實際實行限制極大，需求無法及時得到解決和開發。
所以此時應該找到一個方法，一方面可以讓領導有空間對需求進行管理，同時也可以讓需要緊急解決的需求可以盡快開發。
所以我建議，固定期間將需求進行預優先級排期，然后與領導確定，確定完成后立刻著手設計，設計完畢可以直接進入開發。這樣的話，既讓領導對現有需求的緊急程度有了足夠的了解，而且可以更快對需求進行開發，不會再像以前一樣一直在等領導排期而浪費工期。
