2個方面帶你了解,財(cái)稅管理模塊如何設(shè)計(jì)

10 評論 4627 瀏覽 31 收藏 7 分鐘

很多產(chǎn)品汪肯定經(jīng)歷過財(cái)務(wù)板塊的設(shè)計(jì),常見的財(cái)務(wù)板塊應(yīng)該有哪些功能,內(nèi)容,并讓公司財(cái)神爺對連連稱贊?本期LOG將從基本概念,業(yè)務(wù)邏輯與關(guān)系兩方面帶你掌握財(cái)務(wù)板塊的業(yè)務(wù)內(nèi)容與產(chǎn)品設(shè)計(jì)。

基本概念

  1. 財(cái)務(wù)管理板塊的存在是讓整條業(yè)務(wù)線的資產(chǎn)投入與產(chǎn)出更明確,讓CFO一線掌握某業(yè)務(wù)線的運(yùn)轉(zhuǎn)情況以做未來的業(yè)務(wù)線財(cái)務(wù)規(guī)劃;
  2. 幾乎市面所有產(chǎn)品都會存在資金流一說,除非這款產(chǎn)品是純工具且不具有資金流板塊,功能或線下實(shí)現(xiàn)資金流的;
  3. 出色的財(cái)務(wù)管理功能應(yīng)具備源頭可查,去向可查,稅務(wù)可查,業(yè)務(wù)可查;
  4. 如產(chǎn)品或歸屬公司不具備金融資質(zhì)或相關(guān)拍照的,原則上同一用戶賬號(體系)不能進(jìn)行即充值又提現(xiàn)業(yè)務(wù);
  5. 產(chǎn)品如涉及與用戶簽訂相關(guān)協(xié)議(比如,勞務(wù),共享,偶然),則用戶在進(jìn)行相關(guān)提現(xiàn)操作時(shí)應(yīng)遵循相關(guān)法律法規(guī),并進(jìn)行稅務(wù)代扣代繳;
  6. 基于第“5”條,如公司財(cái)務(wù)對這塊明確了不用代扣代繳的,請務(wù)必問清楚原因,否則將會把公司往違法的路子帶,且產(chǎn)品設(shè)計(jì)者本身也難脫干系。

業(yè)務(wù)邏輯與關(guān)系

按目前我們常見的產(chǎn)品種類來劃分,并對這些種類中涉及與財(cái)務(wù)板塊相關(guān)的內(nèi)容做下解析。

1.?直營電商類

這里就不拿B2B2C的電商業(yè)務(wù)來講了,我用圖來表述直營的商品,訂單及資金關(guān)系。這里拿相對通用的來講,涉及到運(yùn)營板塊(比如:優(yōu)惠券抵扣邏輯,虛擬活動比抵扣獲利,團(tuán)購邏輯,拼單邏輯等及注冊的功能就先不講了。

用戶創(chuàng)建訂單并未支付時(shí),這類訂單可單獨(dú)劃入一張數(shù)據(jù)表中存儲與其他訂單狀態(tài)的數(shù)據(jù)表分開,這么做可以避免惡意下單導(dǎo)致的數(shù)據(jù)庫崩潰。用戶完成支付后,行程訂單流與資金流,這里的資金嚴(yán)格意義上其實(shí)還不歸平臺所有(跟財(cái)務(wù)確認(rèn)下),屬于待入賬的資金流,在財(cái)務(wù)管理系統(tǒng)中需要做下區(qū)分。

平臺發(fā)貨后對應(yīng)的資金流毅然是未入賬,當(dāng)且僅當(dāng)用戶確認(rèn)收貨后的n天后,資金歸平臺所有(已入賬)。

那,這里的規(guī)則是基于電商規(guī)則來的,在發(fā)貨途中用戶有可能發(fā)起退款,所以這里的資金不建議做成已入賬。

像這類直營電商類的產(chǎn)品,相對在資金流及財(cái)務(wù)板塊的延展性是比較簡單的,只涉及到了交易流,并未涉及到用戶的提現(xiàn)流(充值流是會存在的,用戶支付訂單可以看做是一種充值流)

在訂單信息中,明確用戶信息(id,手機(jī)號等),支付信息(接第三方的拿第三方返回的訂單信息就好),商品信息及物流信息,如有活動的單獨(dú)歸類并與支付信息關(guān)聯(lián)。

如平臺做推薦功能的,可基于用戶所有訂單的關(guān)鍵字,結(jié)合平臺營銷策略去做商品推薦,以促成更多的訂單轉(zhuǎn)化。

2. 社交類(含提現(xiàn),稅費(fèi))

社交類產(chǎn)品多含虛擬貨幣,用戶購買貨幣并用于平臺用戶之間的相互流轉(zhuǎn)(注意,購買虛擬貨幣在ios上與安卓是有明顯區(qū)分的,且虛擬貨幣在提現(xiàn)時(shí)不得1:1提,做產(chǎn)品設(shè)計(jì)時(shí)建議咨詢公司法務(wù)),涉及到了沖轉(zhuǎn)提三個流:

  1. 用戶充值:視為用戶購買平臺的商品,原則上平臺需向用戶開具對應(yīng)金額的發(fā)票;
  2. 用戶流轉(zhuǎn):即將已購買的商品贈送給別的用戶(比如主播),一般這種贈送類的業(yè)務(wù)模型,屬于偶然所得,被贈送的用戶在進(jìn)行提現(xiàn)時(shí)需按提現(xiàn)金額的20%繳納稅費(fèi)或平臺代扣代繳;
  3. 用戶提現(xiàn):從合規(guī)的角度來講,用戶在提現(xiàn)時(shí)需與平臺簽訂相關(guān)協(xié)議,協(xié)議類型的不同,用戶提現(xiàn)時(shí)所需扣除的費(fèi)用也不同。

上述3點(diǎn)都是站在合規(guī)的角度來分享的,如業(yè)務(wù)涉及到相對敏感的內(nèi)容,務(wù)必與業(yè)務(wù)部門做好溝通,并在設(shè)計(jì)時(shí)去規(guī)避這些問題。

在財(cái)務(wù)管理-用戶提現(xiàn)板塊,常見的信息需包含,用戶的認(rèn)證信息,銀行卡/支付寶信息,相關(guān)時(shí)間信息。 注意 ,按一般公司的財(cái)務(wù)要求,用戶提現(xiàn)的賬號需與用戶信息一致,如允許用戶提現(xiàn)到不同賬號的,注意規(guī)避相關(guān)資金安全風(fēng)險(xiǎn)并明確告知用戶。

額外BiBi

財(cái)稅模塊比較敏感,線上環(huán)境的使用權(quán)限盡量僅向財(cái)稅部門開放,如涉及用戶咨詢的,不想打擾到財(cái)務(wù)的,可通過用戶管理與財(cái)稅管理數(shù)據(jù)對接的方式來實(shí)現(xiàn)查詢,比如用戶信息用可將用戶錢包的詳細(xì)變更數(shù)據(jù)加入,在訂單管理中將資金信息加入等等方法。

公司財(cái)務(wù)相對薄弱的(一般不太可能),或?qū)ヂ?lián)網(wǎng)接受程度很低的,以磨合為先,切記不要強(qiáng)壓財(cái)務(wù)去符合你的要求。

最后一句……財(cái)稅是一家公司的命脈,及其敏感,并且與多個業(yè)務(wù)流并存,所以只要涉及到資金流相關(guān)的業(yè)務(wù),在需求收集與分析階段,務(wù)必將財(cái)務(wù)與需求部門拉到一起。

 

作者:大大鋼;微信公眾號:dggvpm

本文由 @大大鋼 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 有財(cái)稅SaaS相關(guān)的干貨嘛

    回復(fù)
  2. 用戶創(chuàng)建訂單并未支付時(shí),這類訂單可單獨(dú)劃入一張數(shù)據(jù)表中存儲與其他訂單狀態(tài)的數(shù)據(jù)表分開,這么做可以避免惡意下單導(dǎo)致的數(shù)據(jù)庫崩潰。請教下為什么惡意下單未支付會導(dǎo)致數(shù)據(jù)庫崩潰呢?

    來自浙江 回復(fù)
    1. 數(shù)據(jù)冗余問題 ,單位時(shí)間內(nèi)如有大量數(shù)據(jù)存入并請求相同接口容易閃崩~

      來自浙江 回復(fù)
  3. 用戶創(chuàng)建訂單并未支付時(shí),這類訂單可單獨(dú)劃入一張數(shù)據(jù)表中存儲與其他訂單狀態(tài)的數(shù)據(jù)表分開,這么做可以避免惡意下單導(dǎo)致的數(shù)據(jù)庫崩潰。

    來自浙江 回復(fù)
  4. 寫得挺好 要點(diǎn)都有涉及到!
    只是感覺稅務(wù)方面的介紹的較少,更多的是交易相關(guān)的流程及注意要素,希望作者可以詳細(xì)介紹下稅務(wù)相關(guān)的要點(diǎn)!
    點(diǎn)贊??

    回復(fù)
    1. 有同感,看完不過癮

      來自浙江 回復(fù)
    2. 我好想回復(fù)你,但是寫的回復(fù)被平臺說有違規(guī)詞- –

      來自浙江 回復(fù)
    3. 哈哈哈哈 太難了 這是你的公眾號嘛?

      來自四川 回復(fù)
    4. 微信哦,公眾號同昵稱~

      來自浙江 回復(fù)
    5. chengang82474020

      來自浙江 回復(fù)