好久沒有體會到這種不言自喻的快事了幅恋，特別是在有些話又不得不說郎任，卻又不是那么好說的情況下。
就如同前面說過的，產(chǎn)品經(jīng)理的思維和程序員的思維是不一致遭京，產(chǎn)品經(jīng)理更多從產(chǎn)品功能，使用體驗方面去理解產(chǎn)品畫面椎扬，而程序員則看到的是界面信息所對應的數(shù)據(jù)來源與走向净刮，如果你曾經(jīng)沒有做過程序員，那對于這句話的理解還得需要幾次案例的嘗試才行體會笤妙。
在產(chǎn)品經(jīng)理的工作時間規(guī)劃中冒掌，前期最重要的步驟就是梳理整個模塊的流程，畫出流程圖蹲盘。這里面其實就是對應“整體數(shù)據(jù)塊”的走向股毫，而且在平常的工作中，這種大的數(shù)據(jù)塊也是很容易被考慮到對應的數(shù)據(jù)來源問題召衔，真正容易忽略出錯的反而是在繪制完原型后铃诬，對于實際的異常業(yè)務情況和小字段中的數(shù)據(jù)來源是否清晰可查。如果你在繪制原型時不能考慮完全到苍凛，那么恭喜你趣席，又到了不逼逼自己，都不知道自己有多牛的時刻了醇蝴，繪制時考慮不周全的地方將不得不在同程序員進行需求對接時去臨場想出解決方案宣肚。
對于產(chǎn)品助理和初級產(chǎn)品經(jīng)理來說，這種事情是經(jīng)常容易發(fā)生的悠栓。此階段主要還是在于客觀原因方面：比如對于實際的業(yè)務操作流程不是太了解霉涨，有些產(chǎn)品坑還沒有經(jīng)歷過，對所在做的功能模塊與其他模塊的關聯(lián)認知度不太深刻惭适，技術底子不夠扎實數(shù)據(jù)存儲過于理想化等笙瑟。這些客觀上的原因在短期內(nèi)是難以完全更改過來的，必須要經(jīng)歷一些雷區(qū)和做過一段時間才能體會和總結(jié)到的教訓癞志。所以當產(chǎn)品小白們在遇到這樣的情況時往枷，不要懷疑自己，記住這次為什么沒有考慮到這種情況下的深層原因凄杯，保證下次少犯和不犯是最關鍵的师溅。通常情況下，在大的流程走向沒有問題的情況下盾舌，這些小的問題對于全局的影響將是有限的墓臭，只是讓產(chǎn)品看上去不是太完美而已。
另外一點妖谴，正確地向程序員傳達對應字段的意思也是需要時間和案例的煅煉窿锉。
因為產(chǎn)品經(jīng)理在思考和繪制原型時是根據(jù)需求將功能合理地展示出來酌摇，因而也更容易將功能的作用向程序員去講解，但實際上嗡载，這對于他們來說只是明白了你所繪制的原型滿足了什么樣的需求窑多，能看懂你畫的不再是個按鍵而是有實用的東西。但是對于他們程序開發(fā)起的作用相當有限洼滚，甚至埂息，如果你說這個按鍵的功能沒有表達完美，反而更容易讓他們產(chǎn)生誤解遥巴。
如何在產(chǎn)品對接關鍵的這一步驟中說該說的話千康，隱去沒必要的言談呢？
經(jīng)過這兩月里間的構思與詢問上司意見后對比實際工作效果來看铲掐，方法很簡單拾弃，那就是抓住數(shù)據(jù)源頭。
對于任何一個功能模塊摆霉，他的數(shù)據(jù)來源是非常清晰的豪椿，要么人為地通過各種創(chuàng)建，添加携栋，新增搭盾，導入等方式輸入源數(shù)據(jù)，要么關聯(lián)其他功能模塊婉支，將其他功能模塊間的表格增蹭，信息，字段等轉(zhuǎn)移過來磅摹。那將你所繪制的功能模塊最開始需要展示和操作的源數(shù)據(jù)來自于哪里，把這個交行清楚霎奢，整個功能模塊后面的數(shù)據(jù)走向就都是按部就班地像正常使用過程一樣看著數(shù)據(jù)在原型上流動般自然户誓。這不僅會讓對接會議變得更多高效，而且也非常適合程序員的開發(fā)思維幕侠，那些相同的帝美，沒有什么變化的字段就直接跳過不用講解，就介紹操作了某功能后哪些數(shù)據(jù)需要變化晤硕，變化成什么悼潭，展示在什么位置。針對每一個界面舞箍，按照正常地使用流程去講解對接舰褪，就會特別自然和輕巧，而且疏橄，這種方式程序員也會很少地打斷你的講解占拍。
產(chǎn)品經(jīng)理對于講話有著較高的要求略就，特別是將功能向程序員傳達時，說的話的好壞直接影響功能的體驗度和未來可迭代的空間大小晃酒。如果你在小妹妹或小姐姐表牢，你做這一行將有很大的優(yōu)勢。如果你是小弟弟或者小哥哥贝次，那就老老實實地把話說的漂亮點崔兴，客氣點吧。
總之蛔翅，產(chǎn)品經(jīng)理無論在與用戶或項目經(jīng)理對接需求還是與程序員對接開發(fā)需求時敲茄，說話和講話的方式和側(cè)重點都有所差異，但是搁宾，他們都將有技可尋折汞，了解背后他們想知道的和我們想要他們知道的東西，按這種方式去講該講的內(nèi)容盖腿，多煅煉幾次和看自己以前對接過的原型圖爽待，想象如果現(xiàn)在你再來說，你又會怎么說翩腐，能講到重點嗎鸟款？
