产品经理在互联网理财平台的套路与坑

17 评论 11856 浏览 102 收藏 11 分钟

这是一份来自理财交易平台PM的工作清单。

现将本人实操的一个互联网理财平台的案例分享给大家,由于商业因素,隐去项目的名称,同时隐去涉及商业机密的部分。欢迎大家讨论。

说明:由于此理财平台是公司级别的战略合作项目,相关合作方的接触与洽谈由公司高层直接掌握,故在产品部门层面未做前期市场调研及MRD,在与合作方达成合作意向、签署合作协议后,产品部门直接对接合作方相关部门进行交易架构搭建并出原型。

一、执行清单

1、交易架构搭建(产品创新委员会决议,风评会审核通过)

2、客户账户逻辑架构(产品部门讨论通过)

3、对接主交易行或第三方支付机构(产品、研发、商务部门会商通过)

4、网站/APP业务架构确定(产品、研发、运维部门会商通过)

5、PM出低保真原型、讨论并定稿(合作方与产品委员会同时确认)

6、UI/UE出设计稿,讨论并定稿(合作方与产品委员会同时确认)

7、前端代码搭建(汇总至项目研发经理)

8、后端架构搭建(汇总至项目研发经理)

9、产品委员会、PM按照约定时点REVIEW项目进度

10、测试版成型,项目研发经理统筹测试

11、根据测试结果反馈修改设计与完善代码

12、模拟交易测试

13、生产系统交易测试与压力测试

14、PM验收合格签字,报请产品委员会验收

15、产品委员会验收签字

16、合作方验收签字

17、约定时间,部署,上线

总设计开发时长为4个半月,包括测试时间

二、关键节点清单

1、交易结构确定,重中之重,关键参与方是合作方和公司的金融风控部门,这是在整个部门协调与沟通中最消耗精力和时间。

2、在搭建交易模型的同时,商务部门就可以前置开始联络主交易银行,一般是一主一备,至少谈两家;也可以找第三方支付公司。这里的关键点是交易费率和交易限额问题;PM需要注意两家银行的交易流程之间的差异,在业务模型中需要留出切换空间,一旦主交易行出现问题,能无缝实时切换,保障客户交易不中断。

3、风控关键点,相关法规政策,准入资格(需要提前申请牌照的由公司专人专责负责)。我们这个项目所有合规性问题由风控部门与产品团队中专人一同会商,列明全部风控点,逐条排查,确保整个金融产品的合规性和风险可性。——很重要!

4、账户。理财平台的客户账户的设计力求简洁,只保留和客户交易有关的交易查询、收益查询、理财产品到期提醒以及账户安全性相关的功能点,多余的一律砍掉,给客户的整体感觉是“交易流畅”、“资金安全”、“全部交易操作可查可追溯”;流程上向银行上靠,给客户感觉像在银行网站上操作一样,增加客户对你的产品的信心。

5、与银行、支付机构对接关键点。与银行对接,每个银行对合作方的技术、运营、风控管理要求有差别,需要提前了解细节;诸如网银、快捷支付、交易限额等等,这些点对产品上线后的用户交易流畅程度和用户体验有关键性影响,因此在最初搭建交易架构时PM必须基于充分考虑。与第三方支付公司对接,在运营和风控方面的要求相对低一些,但是每家银行接入支付公司的条件不同,也需要了解清楚,交易限额是PM需要重点关注的事情,这直接影响你在后面做理财产品设计时产品金额的大小。

6、是否把运营需求提前融入到产品架构中去?一般而言,设计互联网产品,包括金融产品,都应该在产品规划时就包含运营,包括运营工具和数据需求;但此项目为公司级战略合作项目,产品上线后的整体运营由合作方负责,对方没有提出相关需求,故在产品与平台搭建时暂不做重点考虑。

7、后端交易结算与产品交割,在技术上有成熟的模块和API可以直接调用,只要符合金融安全标准都行;但是作为PM,需要知晓其结算流程和交割流程。

8、客户身份认证。由于理财平台涉及客户大额资金的交易,所以身份验证与数据采集是必备步骤。前端可比照银行网银的身份认证步骤,技术实现上宜采用单独的模块和独立的服务器存储数据,同时做到双机备份。这些都是运维的活儿,但是作为PM,需要知道。

9、客户体验。由于理财产品涉及大额资金交易,属于理性购买,所以,“安全”、“专业”、“放心”、“可追溯”、“可撤销”就比“快捷”、“买得爽”更重要,在设计交易模型和UE/UI时必须体现出来。

三、运营清单

1、根据合作方的要求,在网页设计时考虑到预设关键字在页头的展示,以备产品和平台上线后在搜索引擎中可以更方便地做SEO。

2、为了适应在手机上的展示和转发,所有网页以H5实现。

3、为了优化用户的浏览体验,具体的产品页采取两套网页模板,分别适应用户在高网速和低网速环境下浏览。

4、虽然合作方没有提出需求,但是我们在做产品规划时仍然将“收藏”和“分享”按钮部署到每个页面;并结合用户名对“收藏”和“分享”的行为进行记录,便于后期做数据分析。

5、通过合作方微信公众号的二次开发实现对微信账户的直接调用,用户第一次以微信账户登录时提示用户完善个人账户信息。

6、单独的营销系统是否要上,主要看效果和预算。我个人认为,理财交易平台不同于卖货的电商平台,红包、积分等手段对客户的吸引力有限,不上也罢。

7、运营团队数据需求,PM需要提前考虑。除了考虑运营团队,还有合作方和公司高层。因为数据报表除了便于运营分析之外,合作方、公司高层对数据报表也有需求。

8、单独说一下数据监管,根据央行、银监会的要求,部分理财产品的交易数据是需要向监管部门定期报备的,所以,关于数据采集的需求PM需要与专门负责对接监管机构的同事充分沟通。

四、“坑”清单

坑 1

理财平台与理财产品,合规性和风险防范是硬约束条件,没得商量(在介入项目之初PM就应该在脑子里绷紧起这根筋)。

坑 2

与风控部门的沟通很关键,也非常耗费时间和精力,因此需要提前做这部分工作,必要时与风评委员会每个成员都单独沟通一遍,看似花费了不少时间精力,但比没有充分沟通的情况而在风评会上业务模型被否决要好得多(被风评会否决业务模型,等于你的前期工作全部白做)。

坑 3

银行对接。交易银行对大额交易合作伙伴的内部运营与风控要求需要提前了解清楚,有些银行的网上交易流程规定得非常死板,PM需要实际亲身操作和体验每个交易步骤,并设想用户在异常场景下(如确定购买理财产品,钱已经划走,但是没有收到购买成功的反馈信息)的反应并制定预案,融入产品流程设计;用户体验与银行交易流程之间需要取舍,以取得平衡。

坑 4

在账户体系中,设计多途径登陆模式,“手机号+密码”、“手机号+短信验证码”、“身份证号码+密码”建议一次性都上,确保客户不在账户认证上抓狂。

坑 5

所有交易都设置二次确认并可追溯,方便客户查询;部分大额、高风险理财产品设置客户在一定期限内的反悔机制,提升用户体验。

坑 6

产品规划时考虑政府监管问题。这需要与风控部门充分沟通,同时PM也必须对涉及的法规和政策有充分的了解,我的体会是,这些法规政策非常枯燥,但没办法,规划这类产品,这是绕不过去的。——敲黑板:在金融领域,监管无小事!

坑 7

金融产品风险提示。现在许多理财平台的风险提示都有,但关键的风险点都不明显。至于是否将关键风险点单独提示给客户(比如单独用红字标识),需要产品委员会乃至公司高层明确确认,至少有内部书面确认。这是为了保护PM团队自身所采取的必要步骤。

 

本文由 @kevin.H.S 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 写的虽多,但不知所云。唯流水账而已

    来自湖南 回复
    1. 工作清单就是操作工具,的确没什么亮点和趣味性可言;不过工具就是用来解决问题的,这几份清单就是为了完整地构架互联网理财平台而总结出来的,目的很明确。

      来自福建 回复
  2. 说明一下:

    (1)文中的执行清单就是来自于本项目PM团队的项目推进工作表的第一级目录,按此清单细化,将每项任务分解到每人每天的工作输出、最后完成时点,就是可以实操的完整的工作进度表(因涉及商业因素没有展开);其中1、2、3、4、5项是PM的主要工作内容;6、7、8、15、16、17项PM必须掌握相关工作进度;9、10、11、12、13、14项虽然不是由PM主导,但是PM必须参与。把握好执行清单中列举的事项,一个互联网理财平台90%以上的搭建工作就包含进去了。
    (2)关键节点清单和运营清单是参与项目的各团队讨论后达成的汇总性意见。
    (3)所谓的“坑”来源于两部分:第一是我曾在一个著名的央企供职时目睹了理财网站搭建时的一些“坑”,当时的兄弟们踩坑时可谓“苦不堪言”,公司高管们各种抓狂,也有兄弟因为产品模型中关键性因素上的缺失而直接被炒掉的(银行网上交易限额导致部分用户无法购买产品);第二就是执行本项目过程中踩过的“坑”,要么导致返工要么导致项目进展推迟(我经历这个项目体会最深的就是与风评委员会的沟通,见“坑2”)。当然,我们没踩到的未必就不是“坑”,也许是有运气的成分,没踩上就走过去了。做了这个项目后,我的体会是,由于有前一个公司的经历,我比较还是绕过了一些“坑”,项目进展延迟不大,从上线时间上看,老大们还是满意的,算是比较幸运。所以关于产品工作中的各种“坑”欢迎大家补充,我自己就有搜集“坑”的癖好。
    (4)最后说一下身份认证的问题。当时关于身份认证有不同的讨论,公司与合作方的意图是:有必要更多地采集用户数据,为后续互联网理财产品开发提供更多的维度;同时,从合规性上而言,风控部门的意见也是加强用户身份认证;在下一个版本迭代中,有可能上客户的个人征信信息,这也是一种反洗钱措施。另外,客户身份认证功能,的确不是从零开始开发,开发团队用了不少封装的很好的成熟的功能模块和接口的调用,但这并不表明不需要进行二次开发。需要说明的是,一个功能是否做,实际上技术研发说了不算;研发必须跟着需求走(也就是要依据PM的原型),需求跟着业务需要与合规性限定走,这是理财产品的基本逻辑。

    来自福建 回复
    1. 请问如此规模的项目产品团队要怎么配置分工

      回复
    2. pm团队一共五个人,4个人基本上各管一摊。合规风控,支付渠道对接,交易模型搭建与理财产品,账户设计加运营前置。同时,每个方向都是双人配置,确保第一负责人因故缺席不至于影响进度。公司还为整个项目团队都购买有道云笔记协调办公,使各组的信息能有效共享。我负责汇总并做整体流程的梳理,并进行内部把关。其他的事情就是谁当时工作相对轻一些的时候临时指派了。

      回复
  3. 说的比较大、空不切实际,不说别的,就拿实名认证来说:根本不需要自己平台做功能,直接都是跟三方对接实名认证接口

    来自山东 回复
  4. 感谢大家的鼓励。补充一点:还有一个坑,就是理财平台不要设计用户预充值功能,因为这涉嫌自己做资金池,很容易被监管单位认为你在搞非法集资——这是踩红线的严重违规行为,切记切记!即便公司高层给很大压力,也需要顶住,踩红线的事情绝对不能干。

    来自福建 回复
    1. 求作者微信,本人也是金融pm,求交流

      来自上海 回复
    2. 微信:kevinstewart。相互学习交流。 😉

      来自福建 回复
    3. 感谢作者

      来自上海 回复
    4. 金融行业过于宽泛,据我所知,至少在北京,有基金群、信托群的产品人聚在一起;不过,我们公司本质上也不能算是金融企业,算是互联网企业,通过互联网产品为传统企业实现“互联网+”。

      来自福建 回复
    5. 跨公司的金融产品交流群我没发现。也许是理财公司之间的竞争性关系所致。

      来自福建 回复
    6. 请问预充值是个什么概念

      回复
    7. 所谓“预充值”就是预付费,相当于客户先把钱放在你的账上,等到购买产品需要结算的时候直接用这笔预付款。一般的商品和服务使用预付费模式没问题,就像“易到”、“神州”这样的叫车软件都鼓励客户预充值来作为车资的主要结算方式;但是理财平台搞预付费就很容易引起监管机构的警觉,这里面可以暗箱操作的事情很多。所以,为避免麻烦,我们pm团队坚持了自己的意见,顶住压力,当然,管理层最后也妥协了。

      回复
  5. 不错,辛苦

    来自广东 回复
  6. 银行的坑确实挺影响效率的,说得都挺实在的。

    回复
  7. 接地气

    回复