前天需求評審會上，跟研發(fā)同學(xué)又“小吵”了一架刷袍。原因很簡單翩隧，我想解決問題，他們想“解決需求”呻纹；我想推進項目堆生，他們想推掉項目专缠。
咱們來還原一下這個場景。
當(dāng)時評審的需求是：
場景1：夜班遇節(jié)假日淑仆，以0點為界限涝婉，自動拆分為工作時長（1倍工資）和節(jié)假日加班時長（3倍工資）。比如9月30日夜班20:00-次日8:00蔗怠，期望結(jié)果是9月30日工作4小時墩弯，10月01日節(jié)假日加班8小時。
場景2：節(jié)假日夜班寞射，遇工作日渔工，以0點為界限，自動拆分為節(jié)假日加班時長（3倍工資）和工作日時長（1倍工資）怠惶。比如10月3日（法節(jié)）安排夜班加班20:00-次日8:00涨缚，期望結(jié)果是10月03日是節(jié)假日加班4小時，10月04日工作時長8小時策治。
第一輪“質(zhì)疑”：干不了脓魏？
評審剛開始不久，研發(fā)同學(xué)就開始了第一輪的“質(zhì)疑”通惫。
研發(fā)說：“需求工作量太大了茂翔，計算量太大，我們做不了履腋。尤其是安排夜班時珊燎，目前默認都是工作時長，我們的日報遵湖、月報等部分悔政，如果要做就得強干。另外延旧，我們需要處理的場景太多了谋国，根本處理不了”。
客觀而言迁沫，實現(xiàn)該需求確實成本高芦瘾，預(yù)估至少56人日。涉及多種班次類型集畅、日期類型近弟、跨天方式、班次屬性等挺智，預(yù)計產(chǎn)生48個場景和64個分支祷愉。
產(chǎn)品經(jīng)理（即產(chǎn)品）回復(fù)：“嗯，工作量確實不小，所以咱們只聚集解決關(guān)鍵場景二鳄。即只做固定班次迫摔、只考慮工作日跨法節(jié)跟法節(jié)跨工作日”。
又問：“日報泥从、月報呢句占？我們現(xiàn)在的報表結(jié)果，都是基于班次的躯嫉，如果9月30日夜班纱烘，只能全部歸屬于9月30日，不能拆分至10月01日”
PM回復(fù)：“咱們先看看工作量祈餐，期望還是最好可以拆分擂啥，否則用戶看報表數(shù)據(jù)不一致，可能也不太行”
研發(fā)問：“做不了帆阳，都沒有班次哺壶，工作時長是用應(yīng)出勤時長-異常時長-請假時長，怎么生成日報蜒谤？”
研發(fā)小組長在旁友插問：“競品是怎么實現(xiàn)的山宾？咱們可以看看△⒒眨”
第二輪“質(zhì)疑”：競品實現(xiàn)了嗎资锰？
PM說：“主要競品都實現(xiàn)了，每個系統(tǒng)在建設(shè)之初就存在較大差異阶祭，咱們即使知道競品怎么做绷杜，參考價值也有限，何況很多細節(jié)并不能調(diào)研濒募，比如日報是否有拆工作時長”
研發(fā)問：“肯定不會這么干鞭盟，沒人會這么處理」逄辏”
PM說：“目前沒辦法調(diào)研到這種程度齿诉，可能他們確實沒這么處理，也可能是處理了咱們不清楚細節(jié)培他，可以再看看”
第三輪“質(zhì)疑”：你的鍋鹃两？
研發(fā)說：“咱們現(xiàn)在就是在開倒車遗座，需要把去年做的日歷功能舀凛，完全重做一遍，當(dāng)時5-6個人干了1個多月途蒋，到現(xiàn)在壓根就沒用到猛遍，現(xiàn)在又需要再改回去。”
PM說：“嗯懊烤，當(dāng)時確實考慮的是國際化梯醒，所以做了底層日歷相關(guān)功能，但現(xiàn)在國際化戰(zhàn)略不是很清晰腌紧，那個確實沒辦法放開茸习，咱們只能看看怎么處理。比如在它的基礎(chǔ)上壁肋，封裝一個獨立的邏輯号胚，單獨進行判斷〗牛”
研發(fā)說：“那你現(xiàn)在可以保證做了這期后猫胁，后續(xù)不會再做國際化時，又要改一遍嗎跛锌？”
PM說：“我沒辦法保證弃秆，企業(yè)戰(zhàn)略可能會發(fā)生變化，只能說目前確實沒這個規(guī)劃髓帽〔ぷ”
第四輪“質(zhì)疑”：不做是不是也可以？
研發(fā)說：“這個需求目前只有幾家客戶郑藏，現(xiàn)在也有解決方案锈至，無非就是多創(chuàng)建幾個班次，排班繁瑣译秦，咱們有必要做這個需求嗎峡捡？”
PM說：“如果我們要主打制造業(yè)，尤其是合資/國際化背景的企業(yè)筑悴，合規(guī)就非常重要们拙。每年大概有11天節(jié)假日，每次都需要手動處理的話阁吝，效率太低砚婆，用戶體驗也很差。第二突勇，現(xiàn)有的解決方案装盯，員工沒辦法連班打卡；第三，我們銷售環(huán)節(jié)已經(jīng)承諾了2家客戶柠座，所以做是一定要做戳吝。如果工作量大，我可以再調(diào)研下客戶場景账磺，咱們進一步聚焦場景解決問題芹敌。”
大結(jié)局
第一垮抗，PM又再調(diào)研了2家客戶需求氏捞，明確了關(guān)鍵場景，收斂了需求場景冒版。即從第一輪收斂48個場景到第二輪10個需求場景液茎，最后一輪，收斂到只有3個關(guān)鍵場景辞嗡。
第二豁护，PM又再調(diào)研了2家競品，通過對應(yīng)產(chǎn)品手冊欲间，明確了它們的解決方案楚里，有一定參考價值，卻有限猎贴。
第三班缎，PM和研發(fā)都進行了一些妥協(xié)。比如日報無法處理她渴，但月報一定要處理达址；所有異常時長、請假時長等趁耗，不再100%按0點進行扣除沉唠，而是定義規(guī)則為“遲到優(yōu)先扣除第一天時長；早退優(yōu)先扣除第二天時長”苛败；關(guān)鍵3個場景的改動满葛，工作量大也必須做。
最后罢屈，在第二輪評審時嘀韧，基于以上信息，很快就達成了共識缠捌。
反思
1锄贷、你需要深入理解用戶場景和競品研究。避免評審時陷入被動曼月，確保能有效回應(yīng)研發(fā)谊却。
2、你需要懂得切換視角哑芹。評審時炎辨，你既需要站在用戶視角，堅守底線绩衷，也需要站在研發(fā)視角蹦魔，合理取舍。
3咳燕、你需要提前預(yù)研勿决。評審前，你最好提前跟核心研發(fā)同學(xué)溝通招盲，避免所有難題全放到評審會上低缩。
經(jīng)驗：如何說服研發(fā)同學(xué)？
第一曹货，功夫在平常咆繁。產(chǎn)品經(jīng)理跟研發(fā)屬于“合作與對立”并存的模式。合作是說屬于同一個團隊顶籽，需要協(xié)作解決用戶問題玩般；對立是說他們代表各自不同的立場，前者代表用戶的理想立場礼饱，后者代表企業(yè)的現(xiàn)實立場坏为。
因此，日常工作/生活中镊绪，產(chǎn)品經(jīng)理應(yīng)主動與研發(fā)同學(xué)建立良好關(guān)系匀伏，增進相互理解。例如蝴韭，選擇靠近研發(fā)團隊的工位够颠，參與日常交流；共進工作餐等榄鉴。后續(xù)如果工作中有些“爭執(zhí)”履磨，不至于弄得“老死不相往來”，畢竟合作才是你們的常態(tài)庆尘，而不是對立蹬耘。
第二，信息與數(shù)據(jù)透明减余。你可能比研發(fā)同學(xué)掌握更多的信息综苔、數(shù)據(jù)（比如企業(yè)的產(chǎn)品戰(zhàn)略變化、用戶信息位岔、用戶數(shù)據(jù)等）如筛，你應(yīng)該把它們分享給所有的項目成員（即使有些成員覺得不需要）。
比如每次評審前抒抬，我一定會同步最近的信息（包含項目預(yù)告杨刨、項目背景、產(chǎn)品規(guī)劃擦剑、規(guī)劃邏輯妖胀、產(chǎn)品運營情況等）芥颈，讓他們享有信息權(quán)與確定感。
第三赚抡，數(shù)據(jù)勝于雄辯爬坑。應(yīng)依靠數(shù)據(jù)而非主觀觀點來支撐論點。與研發(fā)討論時涂臣，用數(shù)據(jù)說話盾计，避免無謂的觀點或邏輯沖突。比如客戶量赁遗、需求數(shù)署辉、用戶頻次、人效岩四、收入等哭尝；
第四，講好用戶故事剖煌。如果無有效數(shù)據(jù)支撐刚夺，則一定要有一個好的用戶故事。堅持代表用戶把他們的故事講好末捣，在關(guān)鍵用戶故事上侠姑，不能做妥協(xié)。比如跟研發(fā)同學(xué)溝通前箩做，至少需要明確1-2個用戶故事（或用戶場景）莽红。
第五，擁有一個好心態(tài)邦邦。應(yīng)保持“對事不對人”的態(tài)度安吁，理解研發(fā)同學(xué)同樣如此。不同角色可能導(dǎo)致不同立場和觀點燃辖，這是正彻淼辏現(xiàn)象。將爭執(zhí)和質(zhì)疑視為交流的一部分黔龟，避免人身攻擊妇智，保持平和心態(tài)，以推進項目進展氏身。
最后巍棱，懂得有效取舍。不應(yīng)固執(zhí)己見蛋欣，認為自己的觀點絕對正確航徙，不容挑戰(zhàn)。在說服研發(fā)時陷虎，也要重新審視自己的方案和觀點到踏，并在用戶價值和商業(yè)價值之間做出有效權(quán)衡和取舍杠袱。
