OA办公系统CRM销售管理信息系统定制需求分析
泛普OA办公系统CRM销售管理信息系统定制需求分析 | ||||
泛普OA软件模板 | 功能 | 功能描述 | 输出结果 | 备注 |
目标医院管理 | 产品信息管理 |
对公司销售的产品信息进行管理。 作为基础信息会在其它功能模板使用。 包括查询、添加、修改、删除等具体功能。 |
产品信息表 | |
全国医院大全管理 |
对全国的医院目录信息进行管理。 这是该系统的一个重要基础信息,这里只包含医院本身的基础信息,如所在地域、规模等。 具体功能需包括查询、添加、修改、删除、导入、导出等。 该操作主要由目标医院管理员来完成,销售人员可以发起医院信息的添加、修改、删除,经目标医院管理员审核后生效。 |
全国医院信息表 | ||
目标医院目录管理 |
对目标医院目录进行管理。 目标医院:是公司每个产品最有销售潜力的医院,目标医院需分产品制定,也可以理解为医院大全与产品信息的结合,这两者的结合在目标医院目录中是唯一的。后期对目标医院进行的各项管理,都以此表为基础。 目标医院分类:根据目标医院的规模和潜力,把目标医院分为6分、3分、1分三个等级。 目标医院目录一般在一个产品上市场初期制定,后期可以定期(一个销售周期,即每四个月)对目标医院目录进行微调。 具体功能包括:批量制定产品的目标医院、查询、增加、调整(修改)、删除、导出等功能。 特殊情况:为了便于对市场整体进行管理,已开发的非目标医院也纳入该目录统一进行管理。(即:该目录中包含所有产品的目录医院以及已开发的非目标医院,未开发的非目标医院不会出现在此表中) |
目标医院信息表 | ||
目标医院状态管理 |
对目标医院的状态进行管理,是目标医院管理的重要内容。 通过对目标医院的状态进行管理,可以对目标进行分类,而针对不同的状态我们的工作重点是不同的。 目标医院的状态包括:未开发、已覆盖、初步认定、待认定、临采、已开发、正常上量、流失(其中初步认定、待认定、临采为已开发的前置状态)——在系统中的前台管理员可以进行修改和调整。 未开发:所有目标医院的黙认状态,产品还没有正式进院销售的医院; 已覆盖:为这家目标医院确定了意向代理商,该代理商正在开发该医院;状态调整的依据为:医院经理为该目标医院填写了意向代理商信息及开发时限,经大区经理审核后状态变为已覆盖,到时限后如果没有正式开发,则自动转为未开发; 初步认定:目标医院产生了合格的销售流向,但没有提供开发凭证,此类医院在本周期内把合格的开发凭证补交回来后方能根据开发凭证的送货时间确定正式开发的时候; 待认定:上一周期为已开发的非目标医院,本周期将该医院调整为目标医院,其状态即被认定为待认定,医院经理需在本周期内把合格的开发凭证补交回来后方能根据开发凭证的送货时间确定正式开发的时候; 临采:医院没有正式采购,只是临时采购了一定数量公司的产品; 已开发:目标医院正式采购,根据合格的开发凭证认定开发;非目标医院根据合格的流向认定开发(即:非目标医院只要产生流向就认定开发,标准相对更低) 正常上量:为已开发状态的一个子状态,用于看已开发的医院中哪些医院已正常上量,正常上量的标准为,近三个月流向数据的平均值达到目标销量的80%,这需要系统自动识别; 流失:当一家已开发的医院连续6个月没有产生流向,则系统自动将其识别为流失,流失状态等同于未开发,要认定为已开发需重新提供开发凭证。 医院状态的变化,由医院经理发起,经目标医院管理员收到纸质的合格的开发凭证后审核通过;目标医院管理员也可手动修改医院状态。 医院成功开发,需往系统中上传开发凭证,以供查询。 具体功能包括:医院开发认定(发起申请和审核)、目标医院状态修改、上传开发凭证等。 |
目标医院信息表 | 可否简化减少医院状态,只有未开发、已覆盖、待认定、已开发三个类型 | |
目标医院流向管理 |
对已开发目标医院的流向进行管理。 对于已开发的目标医院,每月会收集该医院的流向数据,该数据由目标医院管理员收集后进行录入。流向数据的录入需要有审核环节。 此数据会用于评价目标医院的上量情况,用于医院经理目标任务完成率的计算(根据流向数量和对应客户的提货价格计算销售额。 具体功能包括:流向数据的录入、审核、查询、流向准确性管理。 流向准确性管理的一个基本原则:流向数据+期末库存<=期初库存+客户提货 |
目标医院流向表 | ||
目标医院科室管理 |
此功能用于对已开发的目标医院的上量进行深入管理。 包括主要科室的基本情况、开发情况(治疗组的开发情况)、使用情况、操作的代表的信息。 需要在产品信息管理中明确各产品的主要目标科室,以便于在此黙认的显示出来,也可以手动的增删科室。 |
目标医院主要目标科室情况一览表 | 可与目标医院信息表合并 | |
分销商、代表信息管理 |
针对已开发的目标医院,对实际操作该家医院的代理商(分销商)、代表的信息进行管理。 代理商可能直接操作某家目标医院,也可能分销给分销商由分销商来开发医院,这里的分销商只管理最终直接操作该医院的,对中间环节不加管理。 具体功能包括:分销商、代表信息的录入,修改 |
目标医院分销商、代表信息一鉴表 | 可与目标医院信息表合并 | |
潜在客户信息管理 |
对潜在客户信息进行管理,在目标医院由未开发变成覆盖状态,以及对目标医院分销商、代表进行管理的时候都需要对这些人员的相关信息进行管理。 注:潜在客户信息一定和医院相关。 |
可与目标医院信息表合并 | ||
销售队伍管理 | 市场区域管理 |
对销售队伍的区域进行管理。 销售队伍的组织架构为:营销中心》销售部(可能会有多个销售部,同样操作全国市场,只是操作产品不同)》大区》医院经理销售单元; 对应的销售队伍的岗位:营销中心总经理》销售总监》大区经理》医院经理; 对市场区域的管理,应既可以按行政区域、目标医院进行划分,同时也可以按销售产品进行划分; |
销售队伍市场区域管理表 | |
销售目标任务管理(年度) |
对销售队伍的销售目标任务进行管理。具体功能包括: 1、销售队伍由下而上报销售目标任务; 2、下达(制定)销售目标任务; 3、销售目标任务调整; 4、销售目标任务完成进度跟踪:根据实际实现的销售,统计销售目标任务的完成率。 注:大区经理按客户的提货金额统计,医院经理按医院的流向数据折合成金额进行统计。 销售目标任务是按年度进行下达,并分解到每个自然月。 |
销售队伍销售目标任务明细(汇总)表 销售队伍目标任务完成情况统计表 |
||
开发目标任务管理(周期) |
对销售队伍的目标医院开发目标任务进行管理: 1、下达(制定)目标医院开发目标任务 2、目标医院开发目标任务调整 3、目标医院开发目标任务进度跟踪 4、统计分析 5、开发计划管理(为支撑开发目标的达成,而制定的计划开发的医院名单、时限及行动计划,用于过程管理) |
目标医院开发目标任务明细(汇总)表 目标医院开发目标任务完成情况统计表 目标医院开发计划跟踪表 |
||
上量目标任务管理(周期) |
对已开发重点目标医院(3、6分医院)的上量过程进行管理。 按周期进行管理。 按周期制定每月的销售目标,根据每月的实际流向计算累计上量目标达成情况。 |
重点目标医院周期上量目标任务完成情况统计 | 可否纳入任务管理,不再单独提示 | |
医院经理日常工作记录管理 |
对医院经理每周的日常工作过程进行管理:针对目标医院开展的工作(包括针对目标医院所做的任何工作,自动按时段汇总),每条工作记录都与目标医院关联。 单独给一个入口填写。 |
医院经理周工作记录表 医院经理周工作记录统计表 |
||
医院经理月度工作总结与计划 |
1、填写(提交、保存草稿) 2、查阅反馈 基本数据自动汇总(销售、开发目标任务完成率,开发计划完成情况) |
医院经理月度工作总结与计划 | ||
大区经理月度工作总结与计划 |
1、填写(提交、保存草稿) 2、查阅反馈 基本数据自动汇总(目标任务、医院经理、客户管理等) |
大区经理月度工作总结与计划 | ||
销售队伍差旅管理 |
1、差旅申请(计划) 2、差旅审批 3、差旅总结(审批)——可用于报销凭据 4、统计分析 |
出差计划统计 实际出差情况统计 |
||
特殊申请(报告)管理 |
用于日常特殊事项的申请及审批 1、提交 2、审批 3、处理执行 |
申请报告列表(含状态) | ||
客户管理 | 客户档案管理 |
对正式客户的档案信息进行管理: 具体功能包括:查询、添加、修改、删除等 客户分类管理:具体分为1、2、3类客户 |
正式客户信息表 | |
销售合同管理 |
对和客户签订的销售代理协议进行管理: 1、合同申请 2、合同审批 3、合同制作 4、合同信息管理(正式生效合同) 5、合同进度管理(按标准执行不同的操作) 6、合同特殊情况处理(变更、作废等) 合同信息中包括产品信息、代理区域(可以是区域也可以是具体的医院),合同生效后,目标医院目录中对应的医院与该客户关联。 |
合同信息表 合同进度跟踪表 |
1、合同与销售团队任务的关系 2、合同与对应区域销售流向的关系 3、实际销售进度来自于销售报表 |
|
客户关系管理 |
客户关系管理: 1、日常客户服务(资料等) 2、关系维护(节日等) 3、回访(满意度管理) 4、重点客户管理 |
从大区经理医院经理的工作纪录关联至客户,管理对客户的拜访和沟通。包括沟通内容,培训会、推广会等内容 | ||
市场准入管理 | 招投标管理 |
对全国的招投标项目进行管理。(药品招投标是处方药销售的门槛,通常情况只有中标的产品才有资格在本区域进行销售) 药品招投标的过程为: 1、新建招标项目——当招标公告发布时; 2、投标产品明细管理; 3、资料邮寄管理; 4、投标策略——分产品制定; 5、资料审核及质量层次认定情况; 6、报价、议价; 7、中标结果; 8、竞争产品中标结果; 9、招投标项目相关资料上传(招标文件、补充文件、中标结果)。 |
招投标项目详情表 中标结果明细表 *产品市场准入情况一览表 |
|
医保管理 |
对公司销售产品在全国各省的医保情况进行管理。 医保情况通常情况是以省为单位,个别也会有针对地区的医保情况。 |
产品医保情况一览表 | ||
农合管理 |
对公司销售产品在全国各省的农合情况进行管理。 农合情况通常情况是以省为单位,个别也会有针对地区的农合情况。 |
产品农合情况一览表 | ||
物价管理 | 对公司销售产品在全国各省的物价情况进行管理(主要针对不在国家医保,而在省医保的产品) | 产品物价情况一览表 | ||
市场支持活动管理 | 目标医院开发奖励 |
为推动重点难点医院的开发,成功开发后给予开发奖励: 1、奖励申请 2、奖励协议 3、过程跟踪 4、协议终止(成功、不成功) 5、后续跟踪 此处认定目标医院开发与目标医院管理模块相关。 |
纳入开发奖励目标医院明细(包括奖励协议的要素) 实施过开发奖励医院后续跟踪表(用于记录实施开发奖励后每月的实际流向) |
该信息可以通过客户、大区经理、医院经理、产品进行查询 |
目标医院上量奖励 |
为推动重点难点医院的上量,成功上量后给予开发奖励: 1、奖励申请 2、奖励协议 3、过程跟踪 4、协议终止(成功、不成功) 5、后续跟踪 此处与流向管理相关,用流向数据来判定其是否达成上量目标 |
纳入上量奖励目标医院明细(包括奖励协议的要素) 实施过上量奖励医院后续跟踪表(用于记录实施上量奖励后每月的实际流向) |
该信息可以通过代理商、大区经理、医院经理、产品、目标医院进行查询 | |
代表培训会 |
对成功开发目标医院(特别是3、6分医院)的代表实施系统的培训: 1、申请(有名单、医院) 2、审批 3、实施(过程管理、质量控制) 4、总结 5、费用报销 此处与目标医院关联 |
代表培训会清单及明细 接受过系统培训的代表及医院 |
该信息可以通过代理商、大区经理、医院经理、产品、目标医院进行查询 | |
招商推广会 |
以会议的形式作招商宣传: 1、申请(有医院) 2、审批 3、实施(过程管理、质量控制) 4、总结 5、费用报销 |
代表培训会清单及明细 参会人员信息 |
||
其它学术活动 |
学术年会、专业会议、学术沙龙等学术活动: 1、申请(有医院) 2、审批 3、实施(过程管理、质量控制) 4、总结 5、费用报销 |
学术活动清单及明细 | ||
销售服务管理 | 订单处理 |
对客户的日常提货进行管理。 具体包括: 1、首营资料管理; 2、发货申请 3、发货审批(财务、GSP、销售管理等) 4、储运(出库、运输、跟踪到货) 5、异常情况处理(退换货、破损、调货等) 6、开票管理(与订单相关,包括开票申请、开票、邮寄、签收确认等) |
销售报表 开票记录表 |
|
物料管理 |
销售后勤日常物料的管理。 包括:入库、申请、审批、出库、统计等 大部分与邮寄相关。 |
物料管理表 | ||
邮寄管理 |
对日常邮寄进行管理。 短信通知收件人。 |
邮寄记录表 | ||
库房管理(出入库) | 简单的对出入库进行记录。 | 出入库记录表 | ||
日清日结 | 对销售服务部日常工作遗留问题进行管理。 | 日清日结记录表 | ||
接听电话处理 | 记录电话接听记录及处理结果 | 电话记录表 |
- 1协同OA办公系统的预算相关系统表单开发
- 2泛普OA系统新增新的权限控制新功能的查看
- 3泛普OA软件与K3凭证接口生成凭证(技术方案)
- 4协同OA管理应用方案---出勤管理
- 5OA在归档节点可手动子流程与会议冲突提醒开发
- 6XX建设公司协同管理软件流程二次开发
- 7OA软件流程双编号开发说明文档
- 8泛普OA软件中的工作日志(微博)开发方案
- 9泛普OA系统在企业的预算控制科目开关开发功能
- 10OA软件人事考勤需求方案
- 11泛普OA软件协同商务系统OA式样编写指南
- 12OA办公系统的二次开发确认与验收条件
- 13协同OA软件与金蝶K3集成技术方案
- 14OA办公自动化提供应用级二次开发功能与手段
- 15协同OA系统可以在集成化些什么功能呢?
- 16协同OA系统的预算三级科目和费用明细关联
- 17泛普协同OA办公底层包开发指南
- 18协同办公软件的硬件平台支持
- 19协同OA需要开发多种展现方式及分析方法
- 20OA系统关于需求,提供任务查询调整代码位置:
- 21OA管理软件[资产采购]与[资产入库]自定义流程需求
- 22满足OA系统二次开发的需求都有哪些呢?
- 23XX客户协同OA软件预算流程修改操作手册
- 24协同OA办公系统的二次开发经验总结
- 25XX地产公司OA软件全面预算管理开发
- 26OA模糊预算提醒,是对预算信息进行保密
- 27OA系统-ThinkOne与FineReport实现权限控制和集成登录
- 28OA协同软件工作日志开发方案
- 29协同OA软件二次开发需求方案说明
- 30公司OA系统的业务查询页面修改需求如下: