先說本次需求出現(xiàn)的問題

1、對(duì)于售賣狀態(tài)的不了解

課程本身有預(yù)售个榕、售賣篡石、搶光、售馨狀態(tài)西采。幾種狀態(tài)需要在需求里做詳細(xì)說明凰萨，同時(shí)這幾種狀態(tài)是根據(jù)后臺(tái)設(shè)置進(jìn)行前端展現(xiàn)的，一開始這部分因?yàn)槲覍?duì)課程商品狀態(tài)不了解導(dǎo)致的械馆，所以在后續(xù)工作中在自己不了解的情況下還是需要多問下沟蔑。

2、對(duì)于標(biāo)簽展現(xiàn)策略給的不夠精準(zhǔn)

其實(shí)是一個(gè)很簡(jiǎn)單的問題狱杰，但是由于crm沒有增加標(biāo)簽的功能所以都是通過數(shù)據(jù)提取課程特征前端寫死的幾個(gè)標(biāo)簽瘦材，而本次做的需求又涉及到聯(lián)報(bào)和擴(kuò)科兩種類型的售賣名稱，加上之前業(yè)務(wù)方都會(huì)把聯(lián)報(bào)按照季節(jié)來進(jìn)行命名仿畸，所以無形間前端在做展現(xiàn)判斷時(shí)需要增加很多條件食棕，后來當(dāng)機(jī)立斷慌随，只保留聯(lián)報(bào)和擴(kuò)科統(tǒng)一化的類型滚婉，無論什么季節(jié)都展現(xiàn)聯(lián)報(bào)乌妙，這樣就不用再去增加各種判斷條件來展現(xiàn)甜橱，其實(shí)回顧一下這樣做非常好，簡(jiǎn)單明了春叫，用戶在購(gòu)課時(shí)肯定也知道我當(dāng)前買的是什么季節(jié)的聯(lián)報(bào)課程噪矛，凡事無需都做到足夠直白小渊，功能可以做到足夠簡(jiǎn)單但是一些文案展現(xiàn)層面無需過多去思考放可，過多的思考只會(huì)增加工作量谒臼。

3、優(yōu)惠課程展現(xiàn)邏輯描述不清楚

本次需求一開始我是想了一個(gè)相對(duì)完整的方案出來耀里，但是在內(nèi)部做需求評(píng)審的時(shí)候?qū)π枨筮M(jìn)行了刪減蜈缤，刪減完以后沒有做深入思考，導(dǎo)致需求評(píng)審?fù)旰笥肿隽撕芏噙壿嬌系奶砑臃肟妫鋵?shí)本身功能很簡(jiǎn)單底哥，但是受限于業(yè)務(wù)先要讓用戶選時(shí)間讓優(yōu)惠課程購(gòu)買流程拉長(zhǎng)了很多步驟，在交互上的討論時(shí)間非常之久，最終評(píng)審時(shí)還是有同事覺得這樣的體驗(yàn)不好趾徽，課程1和課程2的命名讓用戶會(huì)懵逼续滋，我認(rèn)為產(chǎn)品方案不能滿足所有人但是要盡量滿足所有人，只有這樣才算是一個(gè)成功的功能成功的方案孵奶，在功能邏輯上的思考還是要更加縝密些為好疲酌，過于邊界的情況在研發(fā)同事提出后產(chǎn)品人員評(píng)估后直接拍板，做或不做評(píng)估后給出理由拒课。

4徐勃、忽略了庫(kù)存問題

我一直以為業(yè)務(wù)的課程沒有庫(kù)存概念事示，但是在最后一輪確認(rèn)需求時(shí)同時(shí)提出了庫(kù)存的問題早像，原則上來講不應(yīng)該存在庫(kù)存的問題因?yàn)閬淼娜嗽蕉嘣胶寐铮呛髞砩钊肓私夂髱?kù)存受限輔導(dǎo)老師人數(shù)肖爵，因?yàn)檩o導(dǎo)老師數(shù)量有限卢鹦，如果無限招人會(huì)導(dǎo)致沒有輔導(dǎo)老師服務(wù)，所以庫(kù)存的問題不在于商品數(shù)量而在于輔導(dǎo)老師數(shù)量劝堪，延伸的思考是未來是否可以用機(jī)器人來代替輔導(dǎo)老師的一部分工作冀自，讓輔導(dǎo)老師專注于跟家長(zhǎng)和學(xué)生的溝通上，監(jiān)課就用機(jī)器人秒啦？

5熬粗、生成的訂單思考不夠細(xì)致

支付頁(yè)面做了調(diào)整，在支付的時(shí)候訂單與以往相比就有了變化余境，但是我在產(chǎn)品方案輸出的時(shí)候忽略了完成訂單的頁(yè)面應(yīng)該怎么去展現(xiàn)驻呐，這里是因?yàn)閼袑?dǎo)致后續(xù)又補(bǔ)的需求說明

6、溝通問題

本次產(chǎn)品功能涉及到前后端的開發(fā)芳来，也涉及到產(chǎn)品內(nèi)部的前后端需求溝通含末，一開始定的方案在通過評(píng)審后發(fā)現(xiàn)無法滿足產(chǎn)品功能，然后又變了后端的方案即舌，變后發(fā)現(xiàn)后端crm側(cè)需要做一些方案調(diào)整佣盒，增加一些判斷條件，來約束業(yè)務(wù)以免建立錯(cuò)誤課程導(dǎo)致前端同樣課程以不同的類型出現(xiàn)了2次而且很有可能價(jià)格還不一樣顽聂，所以這種情況放在后端在錄入時(shí)就做條件判斷屏蔽掉該問題肥惭，可是后端的產(chǎn)品同事死活不想做需求改動(dòng)，如何說都不接受紊搪，最終拉上產(chǎn)品老大后最終敲定了能夠滿足需求的配合方案务豺，這次溝通后我對(duì)該同事進(jìn)行了分析，她之所以不想改無非2點(diǎn)原因嗦明，1：她不想改需求不想增加工作量笼沥；2：她對(duì)該需求根本不了解，所以我在說出不合理的前端展現(xiàn)時(shí)她還是堅(jiān)持她的方案不改動(dòng)如何讓前端研發(fā)去判斷屏蔽該問題，后來經(jīng)過溝通確實(shí)她不了解奔浅，連基本的業(yè)務(wù)名詞都不明白是什么意思馆纳。通過這次合作讓我更加堅(jiān)信下次有喝她的需求合作，第一時(shí)間拉上負(fù)責(zé)人去溝通敲定汹桦，否則還是會(huì)出現(xiàn)扯皮的問題鲁驶，我不想這樣，因?yàn)檫@樣只能讓自己不爽舞骆，效率還比較低钥弯。所以未來在與人合作的過程中發(fā)現(xiàn)這個(gè)人不了解需求背景不了解需求時(shí)，最好能趕快拉一個(gè)能拍板的人一起來討論做決策督禽，否則就會(huì)導(dǎo)致來回扯皮牽扯你的精力脆霎。

通過本次的復(fù)盤，做需求前還是要多去了解現(xiàn)狀狈惫，當(dāng)前業(yè)務(wù)邏輯都有哪些點(diǎn)在我的新需求里也會(huì)遇到同樣的情況睛蛛，把這些邊界情況都要寫入你的產(chǎn)品需求文檔，只有這樣你才能不斷的在評(píng)審的過程中創(chuàng)造自己的影響力胧谈，才能讓研發(fā)設(shè)計(jì)的同事們?cè)敢夂湍阋黄鸸ぷ饕渖觯皇前讶思叶几愕暮苡魫灒幌敫阋黄鸷献鳌?/p>