今天去蕭山的車上聽到旁邊坐著的一對年輕夫婦聊天，女：女兒快上幼兒園了，我打算先帶女兒去幼兒園周邊逛逛，女兒雖然知道幼兒園，但是女兒不知道小朋友是什么。男：小朋友就是小孩子唄。女：那你怎么解釋什么是小孩子？小孩子跟小朋友是兩個不同的意思，好麼！當時我的思維跟這個男的一樣，想當然的認為自己很了解，就按照自己的經(jīng)驗或者不經(jīng)過大腦思考去解釋看似簡單的問題。

作為一個PM，在面對客戶溝通需求的時候建議三思。用戶提到需求一般都處于生活或者工作中需要解決的問題，所以換位思考，別想當然是很重要的。在西安的時候，客戶提過一個問題：為什么你們系統(tǒng)的化驗報告單的排序跟我電腦上不一致？我當時還沒引起注意，因為取過來的數(shù)據(jù)都一樣，只是排序變了。后來與藥劑師仔細溝通之后，才知道化驗單的項目都是有順序的，一般醫(yī)生都是按照既有的固定順序查看化驗單的，同時他們根據(jù)某一個字段進行排序。后來看了數(shù)據(jù)才發(fā)現(xiàn)，電腦上和ipad上的順序確實不一樣。同時在與客戶溝通的時候另一個糟糕的表現(xiàn)：需求往往不經(jīng)過大腦就直接沉淀下來，根本不會考慮時間成本和必要性。想當然的認為這是一個簡單的需求，開發(fā)人員拿回去也就是分分鐘的事情。在實際的操作中，已經(jīng)不止一次的證明了自己的不靠譜。舉個栗子：登陸界面增加一個記住密碼功能，我打算讓開發(fā)兄弟加上，但是后來聽到一句話：軍區(qū)醫(yī)院系統(tǒng)都不加記住密碼功能的（軍區(qū)醫(yī)院系統(tǒng)比較嚴謹），我才發(fā)現(xiàn)其實這個需求本就是多余的，為何當時沒有拒絕呢？

作為一座橋梁，我連接著客戶和開發(fā)，在與開發(fā)溝通的時候，也需要避免想當然。先在此，我謹代表程序猿吶喊一聲：此生最可恨的產(chǎn)品經(jīng)理。在產(chǎn)品進度開發(fā)階段，需求盡量不要變動（廢話），而我在最開始做產(chǎn)品的那段時期，因為缺乏經(jīng)驗，經(jīng)常拍腦袋就提出變更需求，這也導致了開發(fā)效率低下，民生積怨已久。殊不知界面上一個小小的調(diào)整，引發(fā)出雪崩的放大反應，甚至導致框架的變動。經(jīng)歷過那段時期，我才真正意識到人人都是產(chǎn)品經(jīng)理的誤區(qū)。

子非魚安知魚呼？今天看到同事寫sql語句，在查詢某個字段的時候，他總是習慣去一個一個單詞拼寫出來，帶來的問題是經(jīng)常敲錯單詞導致查詢出錯，我當時就非常建議他利用plsql的自動提示，“這么簡單的方式你干嘛不用呢”對此，我很不理解也很煩躁。后來他解釋道：“其實這只是我的習慣，還有一個原因是我在考本科文憑，學習單詞?！?/p>

為了不讓自己想當然，我們找目標用戶聽取需求，我們設計調(diào)查問卷，我們頭腦風暴，我們把縮短開發(fā)和實際需求的距離，我們力爭讓自己的每一步都顯得比較靠譜，希望最終的結果證明我們不是在想當然。唉，我們不容易啊。

相信大家都聽過：要把你的用戶當做傻子。其實這是一句多么富有深意的話，用戶的想法其實很簡單，他們要的東西也很簡單，我們給他們想要的東西就行，另一句也印證了這句話：最少的設計就是最好的設計。別想當然，要牛逼到讓用戶想當然。

作者簡介：子凌，互聯(lián)網(wǎng)醫(yī)療產(chǎn)品經(jīng)理，專注于互聯(lián)網(wǎng)X醫(yī)療X產(chǎn)品,

公眾號：像藝術家一樣思考