一、执行清单
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 原创。【转载说明】 若上述素材出现侵权，请及时联系我们删除及进行处理：8088013@qq.com
