中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本周工作繁忙，目前正在處理的幾個項目都比較棘手，其中有兩個項目我還是項目經理、產品經理一肩挑，確實有些吃不消。不過的工作的過程雖然辛苦，但總是會有所得，每天問問自己，今天的自己是不是比昨天又進步了，哪怕是進步一點點心里也是快樂的。

1、沒錢還總提需求的用戶，如何溝通不得罪他

這個項目我是產品和項目一肩挑，而且還有一點特殊的情況，這個項目已經做了一期，一期是其他人負責的，項目已驗收全部完成付款。但問題是到了二期，項目的預算遲遲不到位，而用戶的需求又源源不斷。

我一接手這個項目，面臨的就是用戶的各種吐槽，因為上一任做的太好了，所有需求都是按時、按質交付，用戶滿意度很高。到我接手了，客戶沒錢了，需求卻沒有少，研發沒辦法持續投入，結果我就成了唱黑臉的，硬頂著這些需求不做。

如何在這種情況下，既能頂住客戶的壓力不投入，又能不得罪用戶呢？我的辦法是把我和公司的態度剝離，顯然這是一種策略，不是真的為了自己賣了公司。

研發不投入的策略是我和產品老大以及市場部門的老大共同的決定，如果用戶非要做那些需求，那就需要用戶拿出點誠意來和市場部門談判。

得到公司的認可我就可以大膽的阻擊用戶需求了，阻擊用戶需求也不是一刀切，系統本身有問題會在第一時間解決，小的優化需求也會支持，而且不是一下子就不投入了，投入的曲線是逐漸降下來的。剛開始研發一周投入2-3天，慢慢減少到一周投入1天，這種減少是有緩沖的，讓用戶感覺是在逐漸退出，而不是拿了錢就走了。

在適當的時機抓住一次機會，有一次用戶提了幾個大需求，評估下來研發的工作量大概1個人月，這次就頂著不干了，用戶找我，我就“甩鍋給公司了”，裝作一副自己也很著急的樣子，其實我也很著急，只是研發屬于資源池，我也調動不了，我也特別想做您提的需求，需求越多，對我們系統的后期發展越有利，讓用戶感覺完全站在用戶的角度替他著想。

用戶說能不能我直接找你們銷售，我就建議他找甲方的項目經理，讓甲方項目經理找我們市場部門協調這塊的事，后來他就照我的建議辦了，壓力就轉移到甲方項目經理頭上，用戶對我不會有太大怨言。

客戶（甲方項目經理）也是不能得罪的，畢竟后續還要做項目，就要把這件事提前溝通，后來他找了我和用戶一起溝通了這個事，發現他也確實沒這個能力協調，我就建議他把這件事匯報給他的領導，讓高層之間對話解決這個問題，這樣壓力又轉移了。

就這么一步步走下來，我并沒有因為扛著不做需求，讓用戶覺得非常不爽，為后續繼續合作打下了基礎。

2、項目經理有壓力，研發有動力

有一個項目是省里的項目，有專職的項目經理，接近尾聲了，前期這個項目需求確認的流程沒有執行好，導致交付的時候留下很多隱患。明明是按照用戶提的需求做的功能，但用戶就是不認可，這樣就只能將用戶的新訴求放到遺留問題中承諾完成，這樣驗收才能走的下去。

上周項目經理又找我溝通需求，評估開發計劃，雖然我和他私人關系不錯，還是懟了回去，讓他先找用戶簽字，簽完字用戶認了這個需求我們再安排研發資源，排詳細的開發計劃。這樣項目經理就有了壓力，明白研發資源不能濫用，只能再找用戶詳細確認需求。

讓用戶簽字，用戶也會更加謹慎，也會再仔細的看需求文檔和原型設計，這樣最終確認的需求與最終的交付就不會出現太大的偏差。

所以項目經理有壓力，把壓力傳導給用戶，后端的研發人員才不至于陷入頻繁需求變更的陷阱，這樣研發才更有成就感，也更有工作的動力。

3、聽領導的還是聽專家的？

領導不應該對技術管的過細，這樣會限制底下人的成長，甚至讓事情變得更糟。上周因為工程負責人的失誤，在系統部署的時候，數據庫和附件服務沒有安裝到正確的存儲分區上，這樣就會隨著數量的不斷增大，存儲空間不足，而另外比較大的存儲空間卻派不上用場。

針對這個問題，我想到的第一個解決方案就是能否將兩個隔離的分區虛擬到一起，這樣數據增長會自動跨分區存儲，我又查閱了百度，感覺方案是可行的，然后就找研發和集成專家溝通了一圈。大家的結論是一致的，目前這種場景這個方案不可行，只能將數據庫和附件服務遷移到新的存儲分區上。

我當然尊重技術專家的意見，我們再討論如何進行遷移時，領導過來了問了以下這個事情，就堅持認為不需要遷移，只要把兩個存儲分區虛擬化到一起就行了，專家雖然反駁了半天，領導還是不聽，最后也只能硬著頭皮去繼續研究，結果最后的結果還是不可行。因為MySQL這個版本不支持這么做，最后領導也就只能認了，結果數據庫遷移的事又耽擱了好幾天。

4、抽象、總結很重要

上周有一個奇葩的工作，其他產品經理收到一個任務，客戶讓他對產品的一個小功能寫一個兩千字的創新，他干不了然后找我幫忙，我雖然比較擅長包裝方案，可這個功能實在太小了幾句話就能說明白，還硬要寫出一個創新確實有些強人所難。說的太夸張不真實，說的太簡單字數又不高，還要有創新點，高度抽象，這個著實讓我也犯了難。

最后還是讓我發現了一個套路，那就是總結幾個顯得高度很高的關鍵詞，這些關鍵詞要加上數字，連起來給人的感覺很專業，就像政府作報告，既能提綱挈領又能抓住要點。比如：“四化一通“（電子化、智能化、可視化、移動化，端到端全生命周期貫通）；比如：“一個提升、兩個抓變，三個措施”等等諸如此類的句式，一下子讓你的文字顯得高大上。

雖然有些為賦新詞強說愁的意思，這種高度抽象總結的能力對產品經理來說還是非常重要的，不管是寫方案，還是給領導匯報都是很有用的。

5、提升原型設計的速度

原型設計這件事已經很久沒有親自操刀了，有些生疏了，前一陣子看我們一個需求人員畫原型，為了找一個合適的組件，東找一個，西找一個，只是找合適的組件就花了半天的時間。

Axure里有一個很重要的功能叫自定義組件庫，自己可以把常用的原型組件都打包放到這個組件庫里，我以前是把這個自定義的組件庫分為2類的，一類是web組件，一類是APP組件，在網上看到好的組件我就把它封裝放到我的庫里，這樣日積月累，80%以上的原型繪制，通過自己的組件庫就可以解決了，不用再浪費時間找來找去。

其實這就是組件化思維，以前我寫PPT一樣，我不但會把各類PPT樣式模板組件化，還會將實際的產品方案組件化。這樣我想寫一個新的方案，確定PPT的布局和樣式就去樣式模板庫里去找，確定ppt內容就去專題方案組件庫里去找，這樣工作效率會提高很多。

原型軟件只是工具，我們不應該把時間浪費在如何使用工具上，而應該把精力聚焦在如何通過工具設計出簡潔、易用的產品上。

本文由 @奮斗De奶爸 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議