做產(chǎn)品有一段時(shí)間了逻悠，搞過(guò)不少功能，也背過(guò)一些bug的鍋韭脊。越發(fā)做產(chǎn)品就是做流程童谒。
為什么這么說(shuō)呢？
以往的做過(guò)的產(chǎn)品乾蓬，上線之后幾乎沒有不出bug的惠啄，或多或少。眾所周知任内，bug量和產(chǎn)品體驗(yàn)是成正相關(guān)的撵渡。如果說(shuō)產(chǎn)品價(jià)值決定了產(chǎn)品能不能活，那產(chǎn)品體驗(yàn)就決定了產(chǎn)品能不能火死嗦。
難道那些bug真的無(wú)可避免嗎趋距？
現(xiàn)在想想，如果核心流程足夠清晰越除，很多bug應(yīng)該是可以避免的节腐。
重新梳理一下以往做過(guò)一些項(xiàng)目作為前車之鑒吧。
需求背景：
某在線票務(wù)電商平臺(tái)摘盆，因缺乏優(yōu)惠券功能翼雀，使得：
- 運(yùn)營(yíng)人員在做運(yùn)營(yíng)活動(dòng)無(wú)合理優(yōu)惠方式支持
- 客服人員在維護(hù)用戶關(guān)系時(shí)缺少必要的優(yōu)惠方式
- 與第三方合作時(shí)，缺少必須的合作方式
需求目標(biāo)
為產(chǎn)品增加優(yōu)惠券功能孩擂，用戶獲得優(yōu)惠券后狼渊，在下單時(shí)可以選擇有效的優(yōu)惠券，進(jìn)行金額抵扣类垦。
功能關(guān)鍵邏輯分析：
用戶在下訂單時(shí)使用運(yùn)營(yíng)同學(xué)發(fā)放的狈邑，由系統(tǒng)后臺(tái)根據(jù)特定規(guī)則生成優(yōu)惠券，抵扣相應(yīng)的金額蚤认，完成支付米苹。
業(yè)務(wù)流程圖：
“生成優(yōu)惠券規(guī)則”模塊業(yè)務(wù)流程圖
