我是一名程序員趾浅，有兩種角色的同事，是我經(jīng)常要接觸的馒稍，跟他們接觸的過程中皿哨，我發(fā)現(xiàn)很多有意思的事情，這兩類人纽谒，一類是產(chǎn)品經(jīng)理证膨，另一類用戶。
這兩類人鼓黔，恰恰處在我本身工作職責范圍的上游和下游椎例，產(chǎn)品經(jīng)理提出產(chǎn)品需求，我來實現(xiàn)请祖，最后用戶來使用產(chǎn)品订歪。當你覺得故事結束了的時候，然而并沒有肆捕。用戶還會反饋刷晋，首先反饋的是客服，而客服通常就會直接轉(zhuǎn)達用戶的問題給到我們慎陵。
產(chǎn)品經(jīng)理向程序員提需求時候眼虱，在我接觸過的產(chǎn)品經(jīng)理里，有一多半并不知道應該如何提需求席纽，也并不知道應該如何寫需求捏悬。他們中很多人都在做的一個事情，就是“老板想法落地工”這么一種工作润梯，簡單說过牙，老板產(chǎn)生個想法甥厦，他們細化，落地成需求文檔寇钉，然后給程序員提出來刀疙。
程序員如無例外，經(jīng)常會覺得需求里各種荒謬和莫名其妙的要求扫倡，信息經(jīng)過傳遞谦秧，會發(fā)生損耗，所以想想產(chǎn)品經(jīng)理到底干了點什么吧撵溃？只是老板想法的損耗者疚鲤，當然，如果一個產(chǎn)品經(jīng)理認真做事的話缘挑，事情完全是可以避免的集歇。
我這里要談的，就是產(chǎn)品經(jīng)理的設計需求的方式卖哎。我覺得很多公司里，老板經(jīng)常的那種作為删性，久而久之亏娜，弱化了產(chǎn)品經(jīng)理的思考能力，他們總是習慣去思考手段蹬挺，而忘記思考目標维贺，因為目標他們沒有決定權“桶铮可是溯泣，當一個產(chǎn)品經(jīng)理提出的需求，并沒有清晰明確的目標的時候榕茧，很多細節(jié)就成了扯皮垃沦。
一個產(chǎn)品需求，如果目標并不清楚用押，那么結局就是上圖的樣子肢簿，從起點，抵達目標蜻拨，其實有四種路徑池充，但是因為目標不清楚，在迷霧中缎讼，那么能跟開發(fā)討論的東西收夸，就只有路徑，可是路徑往往是曲折的血崭，多選的卧惜，不易選擇的厘灼，于是，往往容易需求PK序苏，產(chǎn)品經(jīng)理在堅持一些莫名其妙的東西手幢，比如自己的自尊，比如自己的自信忱详，比如被各種忽悠的堅持己見围来。在上圖中，如果產(chǎn)品經(jīng)理不幸選擇了第四條路徑匈睁，無異于一場災難监透。
事實是什么呢？程序員因為是系統(tǒng)的實現(xiàn)者航唆，對系統(tǒng)了解程度之深胀蛮，跟產(chǎn)品經(jīng)理基本是數(shù)量級的差距，產(chǎn)品經(jīng)理除了知道產(chǎn)品的表面以外糯钙，基本一無所知粪狼，所以，產(chǎn)品經(jīng)理往往會提一些在開發(fā)看來非橙伟叮荒謬的需求再榄。所以，我覺得享潜，產(chǎn)品經(jīng)理困鸥，在需求策劃的時候，干涉實現(xiàn)的細節(jié)剑按，無異于添亂疾就，產(chǎn)品經(jīng)理，更多層面應該做戰(zhàn)略層面的思考艺蝴，戰(zhàn)略推導猬腰，戰(zhàn)略制定，恰恰不應該干涉實現(xiàn)的手段猜敢。
當戰(zhàn)略目標清晰了漆诽，交互工程師往往可以創(chuàng)造性地解決手段問題，視覺工程師往往能畫出最令人滿意的效果锣枝，而工程師往往能給出最直接和高效的方案厢拭，整個團隊的創(chuàng)造力會被提升到一個極端的程度。
而當產(chǎn)品經(jīng)理開始硬性規(guī)定路徑撇叁，絕口不提目標供鸠，甚至錯把路徑當成目標的時候，簡直就是災難陨闹，交互設計師淪為了“需求文檔美化師”楞捂，要把產(chǎn)品那狗屎一樣的原型圖薄坏，美化成統(tǒng)一的交互圖，而視覺設計師完全消失了寨闹，成為了“視覺規(guī)范制定師”胶坠，制定完畢后，交互設計師拷貝就可以了繁堡，產(chǎn)品經(jīng)理自己沈善，就是個“文檔工程師”，而程序員往死里噴這個需求椭蹄，最后不情愿地實現(xiàn)出一個垃圾妥協(xié)的產(chǎn)品闻牡。
由此，我想到在現(xiàn)實生活中绳矩，你跟別人提要求的時候罩润，最好直接說明自己的終極目標，不要拐彎抹角翼馆。原理很簡單割以，因為你不是被要求的那個人，你根本不知道被要求者有多少種方法幫你应媚，如果你直接提出終極目標严沥，他可以創(chuàng)造性地幫你完成，而你只提出你自己想到的“自以為是很簡單”的手段珍特，對對方來說祝峻，可能根本就是不想染手的麻煩也說不定魔吐。
另一類人是客戶扎筒，我覺得客戶有的時候很愚蠢，為什么這么說酬姆，因為他們在反饋問題的時候嗜桌，總是不自覺的進入一種“上帝模式”，想要有光辞色，服務提供商骨宠，就得有光，請問這現(xiàn)實么相满？這根本不是謀求幫助的一種態(tài)度层亿，而是一種撒嬌和抱怨，可是我們都知道立美，那并沒有用匿又。
客戶怎么表現(xiàn)呢，首先說結果建蹄，然后碌更，沒有然后了裕偿，就一味要求你給他解決問題。我再畫個圖吧痛单。
請看圖嘿棘，當你強調(diào)，你遇到了問題的時候旭绒，只說問題的結果鸟妙，別人是沒法幫你的，甚至連歸因都做不到快压。比如上圖中圆仔，有6種以上原因會導致相同結果，如果你只描述結果蔫劣，根本就很難幫到你坪郭。因為聽到結果的人，根本不知道可能是哪個原因脉幢，提出的任何解決方案歪沃，都可能根本無效，于是他的選擇可能就是什么都不做嫌松。
比如沪曙，用戶說，我手機屏幕不亮了萎羔，請給我解決一下液走。作為程序員，聽到這種要求贾陷，簡直就是茫然缘眶，造成屏幕不亮，可能有100多種原因髓废，怎么給你解決呢巷懈？估計還沒試完5種方法，用戶就已經(jīng)發(fā)毛了慌洪。但是顶燕，這絕對是他自己造成的。
正確的做法是冈爹，陳述導致結果的過程涌攻，這樣才能幫助別人分析解決你的問題。在上圖频伤，你可以說恳谎，我按照最左側的路徑行動，最終導致了結果剂买，而聽到的人就知道了惠爽，你遇到了原因1和原因4癌蓖，原因1你可以怎么怎么解決，原因4你可以怎么怎么解決婚肆，可能就是1分鐘的事情租副，就幫你擺脫困境，但是這么簡單的道理较性，99%以上的客戶并不知道用僧，只是一味任性的進入“上帝模式”，開始撒嬌和發(fā)怒赞咙，但是那并沒有用责循。
然后，我又聯(lián)想到日常生活中攀操，遇到挫折求助院仿，切忌只描述結局。比如我媽老跟我說速和，“兒子歹垫，我電腦不亮了，怎么辦颠放？”排惨，“我手機App打不開了，怎么辦碰凶？”暮芭，對于這類問題，我只能無力地說欲低，很抱歉了辕宏，我并不知道。
另一個非常搞笑的事情伸头，如果產(chǎn)品經(jīng)理思維和用戶思維顛倒一下匾效，竟然可以達成及其完美的效果舷蟀，比如恤磷，產(chǎn)品經(jīng)理總是專注于結果，無視過程野宜，而用戶總是清晰描述導致結果的過程扫步，不過分強調(diào)結局，那世界該多完美匈子。
用戶我們無法對其過多要求河胎，但是產(chǎn)品經(jīng)理是不是可以好好反思一下？
