保险公司智能运营系统文档

一、项目前景和范围

  • 项目前景

为甲方养老保险公司(200人左右)提供内部智能运营平台,让保险公司内部人员通过平台,简易工作流程,提高工作效率,帮助甲方公司提供简单有力的数字化养老保险服务。

  • 项目范围

甲方养老保险公司,具体经营范围为养老保险。应用人群是甲方保险公司的工作人员。

二、各部门需求细节

人事部

人力资源相关

  • 招聘劳动力,并进行相关考核
  • 增员裁员决策与相关要求规定的制定
  • 制定在职人员相关职责要求与规章制度
  • 监督并记录人事调动

绩效分析相关

  • 监督并统计员工绩效,根据情况为员工提出建议或意见
  • 对员工进行考勤与考核,对结果进行评价
  • 及时纠正工作期间出现的各种问题
  • 定期开展员工会议

薪资待遇相关

  • 合理控制薪资及福利待遇
  • 根据考核结果为员工发放奖励
  • 为员工落实工作福利待遇保障

售后服务需求

保单保全服务

  • 核对保险,让保单在保险期间处于完备状态
    • 将业务员的保单进行初审,录入系统
    • 追踪各个保单状态,直至保单承保
    • 处理保单信息变更,保单信息维护

理赔服务

  • 制定政策
    • 制定和修改保险追偿各项规章制度(追偿流程、权限划分、档案管理、奖惩等)及实施细则,监督机构执行情况;
    • 管理上报的重大追偿案件档案,统计汇总全系统追偿业务数据,撰写追偿统计分析报告,定期向主管领导汇报;
  • 保险理赔管理
    • 帮助客户确认保险责任
    • 协助客户办理理赔
    • 准备理赔材料
    • 送达理赔金
  • 核对赔偿管理
    • 保险核赔管理/追偿
    • 制定业务操作流程
    • 理赔品质监控
    • 对二级机构保险核赔部进行指导和管理
    • 超权限核赔个案审核
    • 核保品质评估,质量反馈

客户咨询服务

  • 客户信息管理
    • 制定公司的客户信息管理制度
    • 客户信息库建设及CICS系统的管理和维护,保持客户基本信息得到及时更新
    • 定期评估公司的客户满意度和忠诚度
    • 客户信息质量管理,包括定义、维护、提升、统计分析
    • 客户价值深入挖掘,包括数据分析、项目策划、实施试点和指导、效果评估、IT系统需求开发、CRM项目实施
    • 为客户设计综合保险保障计划
  • 智能问答系统和常见问题列表
    • 对于客户常见的问题,大部分可以采用智能问答系统以及常见问题列表等方式解决
  • 人工服务系统
    • 对于已经购买过保险的老客户,由于对保险有所了解,对保险的疑问也就更多,在售后服务中,采用人工服务系统解答老客户的疑问,应答客户的咨询也是重要的一个环节。

行政部、法务部、企划部

策划属于研发性职责,一般情况下不属于行政部,在公司组织架构齐全的情况下,一般策划属于公司企划部或公关部,进行单独分析。

法务与行政是平行部门,在任何规模的公司组织架构中都相对独立,都对总经理负责,进行单独分析。

下面是行政部、法务部、企划部最基本的功能需求分析。

行政部管理功能需求

  • 处理下级工作汇报

    • 接收其他部门工作汇报
    • 查看工作汇报
    • 删除无价值工作汇报
    • 向总经理呈送工作汇报
  • 下达上级决策

    • 接收总经理决策和通知
    • 查看决策和通知
    • 向具体部门传达总经理决策与通知

法务部管理功能需求

  • 草拟审核合同

    • 接收合同需求具体信息
    • 查看合同需求具体信息。需要一定权限
    • 发送已拟合同
  • 提出法律意见

    • 接收法律意见需求
    • 查看文件
    • 发送法律意见
  • 处理仲裁诉讼案件

    • 接收仲裁诉讼需求
    • 查看仲裁诉讼需求
  • 协助理赔部工作

    • 接收会商要求。
    • 发送法务意见。

企划部管理功能需求

  • 产品设计
    • 收集产品销售信息。
    • 处理产品销售信息。
    • 呈送设计方案。

财务部基本需求

财务管理过于复杂和专业,涉及名目和事务众多,只选部分。

财务会计需求

  • 收款,付款合同信息录入和管理
    • 应收资金入账情况查询和统计
    • 应付资金支付功能和统计
    • 自动生成财务报表和总账
  • 税务服务
    • 发票信息录入和管理
    • 纳税申报信息录入和核算
  • 管理会计
    • 员工薪资管理和信息导出
    • 成本统计和分析
    • 获利分析

营销部和通用基本需求

营销部门需求

个人信息相关

  • 个人信息管理
    • 初始输入
    • 修改
    • 证件照/复印件上传等
  • 查询同事信息
    • 查询同事联系方式,但不能查询私人信息和业务数据
  • 个人工资,绩效数据

业务相关

  • 已卖保单数据管理
    • 查询
    • 数据分析
    • 注意:和售后服务部有重合,这个售后服务部也会做一些,但是售后服务部是注重整个公司的整体数据,保险经理人注重的是个人的数据,好分析自己的客户受众
  • 客户数据管理
    • 客户信息管理(增删改查);实际应用场景:电话微信推销
    • 客户分析(对客户信息进行分析,分析哪个客户可能会买更多的保险,适合什么保险,提高推销精准性)
  • 营销
    • 合作方联系方式(增删改查)(这个目前考虑保险公司不自己做营销,而是联系专门的营销公司去做)
  • 保险研发
    • 已有保险具体数据结合已有数据修改等
    • 研发新类型保险 -> 这个需要以往保单出售和索赔数据做支撑

通用需求

公司内部联系需求

  • 这个显然不应该用电话,微信之类的做联系
  • 公司内部进行机密文件传输的时候也需要有内部联系方式

权限管理

  • 有些数据只有有些部门能查能修改
  • 不同部门权限不一样

三,面谈问题清单

开放式问题

  • 保险公司大概分为几个部门?

    • 营销部、财务部、售后服务部、人事部、行政部
  • 你们对保险业务平台最期待的特点是是什么?对它有什么期待?

    • 直观的数据分析,方便的管理系统
  • 公司内部对保险智能化有什么看法?

    • 赞同并期待,希望可以提高工作效率,降低运营与管理成本

封闭式问题

  • 你觉得法务部什么需求最重要?2

    1. 草拟审核合同;

    2. 提出法律意见;

    3. 处理仲裁诉讼案件;

  • 保险的业务数量大概为多少?公司有多少员工使用此系统?

    • 13亿,200
  • 人事部更看重那一部分功能?1

    1. 人力资源;

    2. 绩效分析;

    3. 薪资待遇;

  • 薪资归财务人员管理还是另有财务管理人员管理?

    • 归财务人员管理
  • 法务部门归属于行政部门还是平行于行政部门?

    • 平行于行政部门
  • 保险业务理赔服务中哪些材料需要电子化存档?1234

    1. 理赔材料

    2. 发票

    3. 原始合同

    4. 理赔审核人员姓名

金字塔型问题

  • 营销部对保险研发和用户分析哪一个更看重?

    • 用户分析
  • 用户分析的策略是什么呢?

    • 分析用户的最近活动,适当参考一段时间之前的用户行为,来推测用户的意愿和需求
  • 运用AI分析建立用户画像如何?

探究式问题

  • 你们保险业务是如何开展和管理的呢?

    • 开展:通过社会调查,从低价投入市场试用开始,逐渐扩大业务

    • 管理:通过每年的社会调查,及时调整合适的保险价格与赔款金额

诱导式问题

  • 该系统主要整合公司内部信息管理,出于保密性,使用群体是否只用于公司员工呢?(省去客户咨询服务)

元问题

  • 你们还有其他需求吗?

    • 没有
  • 我们是否覆盖了你们的需求?

四、界面原型设计

原型

前提:考虑到潜在用户范围较大,用户群体之间需求不一(甲方全体公司员工),甲方对于每个部门的具体需求不完善(需求不完善),采用水平原型系统

水平原型系统

  • 关注甲方需求核心功能的实现
  • 对各部门核心功能进行整合和分割
  • 描述:
    • 用户范围大,用户需求不一:公司的所有编制员工都需要使用
    • 不确定的功能需求:甲方保险公司需求不明确。市面上没有公开的小型保险公司的内部智能运营系统,因此在实际开发中为了方便甲方公司工作人员日常工作,需要适当对系统进行改进和优化。
    • 功能描述:主要关注各个部门间的不同业务需求
      • 因为部分业务需求差别大,因此在前端(详见界面原型设计)和后端的主业务逻辑部分都采用部门业务分离的设计
        • 通用:个人信息管理模块
        • 营销部:经理人出售保单数据管理模块,经理人客户数据管理模块,营销方案策划模块
        • 售后服务部:保单管理模块,客户索赔管理模块
        • 人事部:人事及招聘管理模块,绩效管理模块,薪资待遇模块
        • 财务部:财务管理模块,税务管理模块,统计分析模块
        • 行政部:运营模块
        • 法务部:法律方案管理模块,仲裁诉讼模块
        • 企划部:产品设计模块

前端界面设计

登录页面
功能页面
前端界面分级原型设计

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值