APP開發産品經理(lǐ)如何給技術人(rén)員(yuán)提需求

下(xià)面說明(míng)3個(gè)提需求的(de)要點：

一、需求是人(rén)做(zuò)的(de)，人(rén)心是肉長(cháng)的(de)
需求之所以複雜(zá)就是因爲需求是人(rén)來(lái)做(zuò)的(de)，如果是機器來(lái)做(zuò)就太簡單了(le)：隻要輸入正确的(de)命令，機器會準确的(de)幫你實現好。有了(le)人(rén)的(de)存在，需求就會存在delay、錯誤、品質不夠等問題。但這(zhè)并不能成爲需求實現不理(lǐ)想的(de)接口，爲何别人(rén)的(de)需求可(kě)以加塞在你的(de)前面?爲何别人(rén)提的(de)需求實現品質就比你的(de)高(gāo)?同一個(gè)忙，你找陌生人(rén)，朋友，親人(rén)來(lái)幫，其過程和(hé)結果肯定是不一樣的(de)! 那你能不能讓對(duì)方成爲你的(de)朋友甚至哥(gē)們，就要看你的(de)本事了(le)。

二、發需求的(de)方式

我相信所有人(rén)都經曆過這(zhè)麽一種場(chǎng)景：你發了(le)需求，但是對(duì)方沒有看到，于是在交付的(de)那天你什(shén)麽都沒有收到!别怪别人(rén)!怪自己!發需求的(de)方式強烈建議(yì)2種結合：郵件+口頭。郵件：很正式，内容完整，并且容易回溯。口頭：最好是口頭，因爲消息和(hé)郵件是繁多(duō)的(de)，很容易被忽略，但是語言的(de)交流是印象深刻的(de)。如果無法實現口頭交流，最好是通(tōng)過IM再提醒一下(xià)，讓對(duì)方明(míng)确的(de)回複已經看到郵件，加深印象。

三、需求内容需要符合“SMART原則”

　　Specific——需求必須是具體的(de)，明(míng)确的(de)，别摸淩兩可(kě)

　　Measurable——需求必須是可(kě)以衡量的(de)，要能夠評價他(tā)的(de)好壞

　　Attainable——需求必須是可(kě)以達到的(de)(這(zhè)個(gè)也(yě)是對(duì)方經常拿出來(lái)的(de)理(lǐ)由，遇到之後參見要點一)

　　Relevant——需求必須和(hé)其他(tā)目标具有相關性，沒有意義的(de)需求是浪費時(shí)間，要告訴對(duì)方意義何在

　　Time-based——需求必須具有明(míng)确的(de)截止期限

　　SMART原則非常實用(yòng)，建議(yì)大(dà)家可(kě)以好好學習(xí)試一試。