Skip to content
biukop.com 1800 181 522

这是一个工作文档,内容仅仅在Biukop/SuperFianaceMarket之间交流。双方有义务对内容保密。建议在电脑上查看本信息。

系统定义

作为SuperCredit信贷机构的交易记录平台。使用者包括 Customer,Broker,Morgate Manager(原来系统里的 Partner),Admin,CEO。主要的功能包括:1)记录每一笔交易  2) 给各个系统用户提供通知 3)多方信息源汇总 4)数据分析/总结 5)系统安全性认知

Customer : 申请贷款的用户,比如买房的客户
Broker : 帮助Customer 申请贷款的工作人员
Morgage Broker : 给 Broker 提供批资源的机构或人员
Admin : 系统管理员/操作员
CEO : 总揽全局,商务信息决策,管理所有人员。
Admin : 总揽全局,商务信息决策,管理所有人员。录入数据,创建/封杀用户,初始密码
Partner : 可以是公司的BDM,会介绍Broker到公司,从broker获取的commission中获得一定比例的受益;也可以是外部中介介绍贷款客户,从中获取受益。
Customer : 申请贷款的客户 —— 不可以登陆。

请确认上述系统描述是否符合总体需求

Partner/Morgage Broker。查看的信息,是一样的么?是否需要区分他们能够看见的信息。

用户管理

增加用户/删除用户/冻结用户等操作。给用户提供登录信息(密码)。 管理用户的各种属性。

  1. Customer 不提供登陆权限,不允许查看任何信息。
  2. 只允许 Admin 查看所有人信息。
  3. Partner 只能查看相关Transaction。
  4. Broker 只能查看相关Transaction。
  5. Customer 名字(id)仅仅用于标识每一个 Transaction。
用户不能够更改个人信息,统一交给Admin完成
系统指定的信息,不可更改。 User-ID, Loan-ID
用户之间谁也看不见谁。只能看自己的财务信息。 只有Admin可以拉全体用户清单。
Activity Log: 需要

请提供如下信息

需要什么样的Activity  Log:

  1. 封号 —— 谁,什么时间,封号的。
  2. 用户内容修改(比如地址更改)。是否需要记录更改之前的地址? 保留所有的更改历史。
  3. 需要log 哪些内容。

数据管理

数据管理主要明确数据来源,数据权威性來自Admin. 数据导入是方便Admin 录入数据。 导出是为了方便分析数据。 所有存储在系统里的数据为最终有效数据。

关于支付信息需要AB组各有一人同意: A组:Warren, Percy B组:Jennifer, Jessie

已知来源:用户录入,比如申请账户。机构Excel/PDF导入。 Admin 修改。
数据权威性: 数据的最高真实性在哪里。 比如用户的地址,用户自己修改了,就是最高权威,其余的都得跟进。
处理方式:通过登陆系统之后 增删改查询, 导入Excel/PDF, 导出Excel
功能数据有哪些:独立于商业功能之外的信息。比如:用户提醒,系统FAQ,概念说明,使用手册 等等。这些信息通常为了系统更快速运行,减少沟通成本。
数据权限:谁能看见什么,谁能修改什么,谁不能看见什么。
字段(属性)定义(功能)内部必须备注
TracckingID唯一定义一笔贷款是由 LoanID + bankID,某一个银行下的LoadID 作为唯一的贷款标识,在贷款审批之前,由YYYY-MM-DD-HH-MM-SS-序列号 替代
Submission Date提交贷款的日期YYYY-mm-dd
CustomersCustomer Name (1名 或 多名)这里可能有多个Customer,比如夫妻联名, 设定上限 10人联名
Broker办理这笔贷款的经手人也是接收 Trail 的人
Referral/BDM介绍人否接收一笔佣金,介绍费
Status本笔贷款的状态Processing : 正在处理 ; AIP: Application in Process:已经提交申请等待审批 Valuation: Approved: 已经批准 Document Issued : 文件已签发 Settled : 已经交割 Withdrew / Discharged:撤销 / 付清 是否需要 Withdrew - Date?
Lender提供信贷的机构银行,或者其他机构
Loan Limit借贷总额本次贷款的贷款额度
Settle Date交割日期如果贷款经过交割,记录交割的状态
Commission%一次性佣金比例每一笔贷款不一样,全系统有一个缺省的比例。如果不提供就用缺省的 %
Commission$ 一次性佣金数额LoanLimit × Commission% = Commission
Trail % 尾款百分比 由于用户Offset Account 可变,所以这个百分比无效
Trail $ 尾款支付给 Broker 的 每个月的之后佣金

Transaction 记录一笔贷款的全部生命周期,从预备,申请,到审批还款,到最后还清。 由于 Commission 和 Transaction 有关,不是一对一的关系,是一对多的关系。 建议从Transaction 字段去除掉 Commission%,Commission $,Trail $,以及 Trail %。 Commission 单独列表。

字段(属性)定义内部可修改可导入说明
Tracking ID唯一定义一笔贷款是与贷款属性一致
Commission %是Upfront 比例 —— 改动比例,联动计算 Commission $
Commission $是Upfront 支付费用 —— 改动费用,联动更新 Commission %
Trail %是每月佣金比例 —— 由于用户Offset 账户的余额不固定,所以这个比例无效
Trail $是是每月佣金
Payable toUser-ID 对应的用户名字用户界面显示用户名,不是ID
Paid是已经过账支付过了
Paydate是支付日期,可能是将来的某一个日期。
Confirmed By是B组 同意
Approved By是A组同意

在原有的列表基础之上,对于每一笔贷款采用折叠展开的设计。展开每一笔贷款的佣金明细。每一笔贷款可以有多笔佣金,每一笔佣金支付给不同的人员。这个界面是针对 Admin 的。可以看见所有的信息。 对于Broker,Partner,他们只能看见他们自己的佣金明细。

请提供如下信息

  1. 贷款列表 + 折叠的设计是否能满足浏览贷款 + 佣金的需求?
  2. 佣金明细,需要什么样的信息。

当前进度

系统需求分析 90%
Transaction 数据格式设计 80%
GUI 用户界面模拟效果设计 60%
系统报价,工期 0%
开发进度 0%

系统需求:确认用户的需求,数据格式
Trasaction数据:主要是系统内部的 数据表,根据指定的要求,需要适应所有的未来的。根据需求提供的数据定稿。
GUI 用户界面:通过图片展示系统完工之后的样子。包括用户登录,查看,编辑,等等所有的功能。
报价:GUI定稿之后,统一根据工期进行报价。
开发进度:根据具体功能提供。

Back To Top