医药行业需求文档零售业务终端项目方案v10.docx

医药行业需求文档零售业务终端项目方案v10.docx

《医药行业需求文档零售业务终端项目方案v10.docx》由会员分享，可在线阅读，更多相关《医药行业需求文档零售业务终端项目方案v10.docx（25页珍藏版）》请在冰豆网上搜索。

医药行业需求文档零售业务终端项目方案v10

医药行业需求文档零售业务终端项目方案v10

国药集团药业股份

零售业务治理系统

项

目

方

案

国药集团药业股份

2021年7月

文档修改记录

版本

日期

说明

编写者

审核者

Versionv1.0

2021-7

名目

综述

1.1.目的

为了配合零售事业部的快速进展，期望通过构建零售业务治理系统加强对相关业务的治理和操纵，提高零售事业部的业务治理能力，通过零售学术部的推广与零售分销部的渠道信息，构建零售业务新的治理模式。

1.2.需求背景

2021年股份公司成立了零售事业部，分为零售分销、零售学术和电子商务三个部分。

估量以后股份公司将扩大零售学术队伍，协助厂家针对零售终端进行产品推广业务。

因此产生了对整个零售业务治理模式进行变革式的治理需求。

具体情形如下：

零售学术部组织架构

总监→大区经理→地区经理→学术专员

总监/〔信息治理〕

零售学术部岗位职责说明

1、学术专员

每人负责80-100家目标药店，目标药店相对固定

爱护目标药店的基础信息

每周提交下一周的拜望打算，并确保拜望覆盖率和正确率

每日按打算拜望目标客户，完成并提交拜望报告

拜望报告包含目标药店内收集的重点产品铺货、陈设信息、竞品信息等，以及重点产品的进销存数据

2、地区经理〔〕

批阅学术专员的拜望打算，批准或拒绝拜望打算

依照学术专员的拜望打算制定随访打算并提交大区经理

批阅学术专员的拜望报告

提交随访报告

3、大区经理

批阅学术专员的拜望打算和地区经理的随访打算

批阅学术专员的拜望报告和地区经理的随访报告

批阅地区经理的随访打算，批准或拒绝地区经理的随访打算。

4、部门总监

批阅并批准或拒绝以上的打算和报告

零售分销部组织架构

总监→大区经理→地区经理→商务专员

总监→//////////////→客户经理→客户专员

零售学术部岗位职责说明

1.3.系统实施规划

零售业务治理系统将作为股份公司业务治理核心系统的探究，作为业务员日常业务行为的治理平台。

为方便业务员使用将对应开发手机平台的版本，使业务员在业务工作过程中形成与股份公司治理进行有效交互的目的。

项目从业务形式角度总体能够分为两个方面：

零售学术

以药店推广为要紧业务形式。

注重业务行为治理、门店信息采集、以及拜望打算的制定和执行。

零售分销

以渠道爱护为要紧业务形式。

注重渠道业务过程的治理、渠道信息的采集、以及渠道爱护、拜望的制定和执行。

1.4.系统总体功能描述

该系统共分为学术、分销、系统治理和手机业务平台四大部分共17个模块：

零售业务治理系统功能图

图1-1

A、学术治理部分

工作打算需求：

1、业务员每周五前完成打算填报

2、地区经理每周六前审批业务员打算，审批过程中勾选产生随访打算，空白时刻填写其他工作内容。

3、大区经理每周日前审批地区经理工作打算

4、总监每周一审批大区经理工作打算。

5、系统提供历史拜望统计〔4周为一个周期：

A类客户一期拜望4次、B类客户一期拜望2次，C类客户一期拜望1次〕

6、一年13期、每期4周。

整个打算和拜望周期都已自然周和4周为一期进行统一运算。

2、环境阻碍〔归类选择〕：

填写门店周边环境变化〔如修路等〕

门店拜望信息采集需求：

1、营销活动〔买赠、降价、店员教育〕：

填写门店进行的营销活动

进销存采集

1、采集门店要求品种的进、存数据〔能看上次库存数据〕

2、进货渠道〔默认历史〕

陈设采集

1、陈设面填报〔手写〕

2、陈设位置〔柜台、背柜、开架；首层、中间、底层〕默认为上次历史填写。

3、专门陈设〔海报、吊旗、推头、灯箱、橱窗喷绘〕

竞品采集

1、竞品陈设〔默认为上次历史填写〕

2、竞品销售价格〔默认为上次历史填写〕

3、竞品活动〔默认为上次历史填写〕

4、竞品销售量

门店信息采集需求：

1、门店基础信息及定位

2、周边社区情形社区型/商业型/*

2、周边医疗机构〔勾选〕

相关报表〔查询条件：

区域、药店级别、连锁中心、产品、年周期、学术专员〕

1、拜望打算执行的报表

代表ID、代表姓名、所属省、所属市、所属区县、打算日期、打算拜望门店、执行时刻、实际拜望门店、门店级别、当期差不多拜望的次数

〔按照门店汇总，有打算无执行和有执行无打算都需要看到〕

查询条件：

区域、药店级别、年周期、学术专员

2、门店库存的报表

所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、采集时刻〔采集时生成〕、品种ID、品种名称、规格、单位、厂家、库存数量

〔默认按区域排序〕

查询条件：

区域、药店级别、年周期、品种、学术专员

3、门店进货的报表〔渠道销售关联〕

所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、采集时刻、品种ID、品种名称、规格、单位、厂家、进货数量

〔默认按区域排序〕

查询条件：

区域、药店级别、年周期〔13〕、品种、学术专员

4、门店进销存的报表〔存为最后一次的存〕

所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、周期、品种ID、品种名称、规格、单位、厂家、进货数量〔周期内累加〕、库存数量〔周期内最后一次〕、销售数量〔按照上期库存运算销售数量〕

〔默认按区域排序〕

查询条件：

区域、药店级别、年周期、品种、连锁中心

5、门店营销陈设的报表〔营销活动、是否有陈设标记、陈设形式、陈设面〕

所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、周期、品种ID、品种名称、规格、单位、厂家、营销活动、是否有陈设标记、陈设形式、陈设面

查询条件：

区域、药店级别、年周期、品种、连锁中心

6、门店竞品的报表〔竞品陈设、价格、活动、销量〕

所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、周期、品种ID、品种名称、规格、单位、厂家、竞品ID、

竞品名称、竞品规格、竞品单位、竞品厂家、竞品陈设、竞品价格、竞品活动、竞品销量

查询条件：

区域、药店级别、年周期、品种、连锁中心

B、分销治理部分

日常客户拜望沟通内容：

1〕、业务问题沟通

2〕、客户档案变更情形

3〕、回款，应收情形

4〕、当地市场情形

5〕、市场调研〔新品〕

6〕、政策了解〔价格、医保、卫生等〕

7〕、招标〔中标价格〕

8〕、客户资质爱护

9〕、数据采集与数据直连

10〕、关键品种库存填报

商务打算治理同上

业务治理及报表〔业务治理部分和股份已有报表，在股份现有系统基础上实现，不包含在该项目范畴内〕

C、系统治理

系统权限架构、定位的通用接口、终端与渠道数据的对比

D、手机业务平台

方便业务员在手机上进行日常业务使用的相关功能：

工作打算提醒、拜望报告填报、客户定位、相关业务查询、推广及培训资料。

2.系统分析

2.1.系统概貌

零售业务系统为零售事业部提供业务员打算审批治理，客户拜望信息采集、门店信息采集、业务治理、数据查询等服务。

通过B/S和手机方式提供服务。

依照业务部门需求，组织架构、人员等基础信息将基于股份公司协同系统猎取基础数据，同时在项目初期由股份主数据系统提供初始化的客户信息，在该系统运行过程中与主数据形成客户信息爱护关系。

3.零售业务系统具体功能概述

3.1.系统治理模块

3.1.1.系统治理模块说明

零售业务系统治理模块操纵的使用者要紧分为以下几类：

3.1.2.系统治理模块要紧解决的问题：

零售业务系统治理模块要紧解决使用人员帐号治理、系统角色治理、系统各类角色之间组织架构治理、数据权限治理、功能权限治理、品种爱护以及省市地区之间组织治理。

系统治理模块功能如下：

系统人员帐号治理

组织机构治理

功能权限治理

系统角色治理

门店信息治理及门店定位〔周边医疗机构为总单细目结构〕

门店与品种关系爱护

门店与业务员关系爱护

厂家品种及竞品爱护〔竞品为总单细目结构〕

3.1.3.系统治理模块详细功能设计说明

3.1.3.1.系统人员帐号治理

在零售业务系统中，该功能为相关人员设置登陆账号及登录人相关信息。

帐号治理功能的要紧信息：

人员ID、姓名、拼音、出生年月、性别、单位ID、单位名称〔默认国药股份〕、单位类型〔股份零售学术、零售分销、厂家、系统治理员〕、职务级别〔总监、大区经理〔分部门区域〕、地区经理〔分部门区域〕、业务员〔分部门区域〕、其他〕、对应上级〔总监、其他可为空〕、要紧工作、办公室、手机、、E-MAIL、所属省、所属市、所属区县、单位状态〔正式、停用〕、密码、备注。

要求：

系统各角色使用用户名和系统密码登陆系统界面时，还需要填报随机附加码验证。

职务级别通过编号在系统后台爱护。

功能：

新增、修改、删除

3.1.3.2.系统角色治理

在零售业务系统中，角色分为系统治理员、零售分销部、零售学术部、厂家销售四类角色。

角色治理要紧负责设置相应角色对应使用的功能。

角色设计如下：

零售学术部：

零售学术部总监、零售学术部大区经理、零售学术部地区经理、零售学术部业务员、零售学术部治理员

零售分销部：

零售分销部总监、零售分销部大区经理、零售分销部地区经理、零售分销部业务员、零售分销部治理员

厂家：

厂家人员

系统治理员；

角色治理功能的要紧信息项：

角色ID、角色名称、功能ID、功能名称、功能权限标记〔增、删、改〕。

功能：

新增、修改、删除

3.1.3.3.功能授权治理

在系统中，依照账号治理和角色治理爱护的信息，通过人员授权治理将账号与角色定义的功能关联起来。

功能分配大致如下：

零售学术部：

零售学术部总监：

推广及培训资料查看、电子地图、零售学术部拜望打算执行报表、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表

零售学术部大区经理：

零售学术部随访打算审批、推广及培训资料查看、电子地图、零售学术部拜望打算执行报表、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表

零售学术部地区经理：

零售学术部拜望打算审批、零售学术部随访打算填报、推广及培训资料查看、电子地图、零售学术部拜望报告审批、零售学术部拜望打算执行报表、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表

零售学术部业务员：

零售学术部拜望打算填报、门店信息治理及门店定位治理、推广及培训资料查看、电子地图、零售学术部拜望报告填报、零售学术部拜望打算执行报表、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表

零售学术部治理员：

门店信息及门店定位审批、门店与品种关系治理、门店与业务员关系治理、厂家品种及竞品关系治理、推广及培训资料治理、电子地图、零售学术部拜望打算执行报表、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表

零售分销部：

〔拜望打算和填报授权差不多对应同上，客户、业务员关系、品种关系均来源于股份业务系统〕

零售分销部总监、

零售分销部大区经理、

零售分销部地区经理、

零售分销部业务员、

零售分销部治理员

厂家：

厂家人员：

电子地图、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表

人员授权治理功能的要紧信息项：

人员ID、姓名、单位ID、单位名称、职位、账号状态、角色ID、角色名称、角色所属单位ID、角色所属单位名称。

要求：

账号治理中的单位ID与角色治理中的角色所属单位ID对应。

人员信息通过弹出框选择账号信息反填，角色信息通过弹出框选择角色信息反填，不能直截了当录入信息。

功能：

新增、修改、删除

3.1.3.4.门店信息治理及门店定位治理

在系统中，门店信息治理功能要紧用于爱护门店差不多信息和门店定位。

门店周边信息同时也在该功能中爱护。

该功能为本系统的核心功能。

门店信息治理功能的要紧信息项：

门店ID、门店名称、门店类型〔连锁中心、连锁门店、非连锁门店〕、简称、简拼、所属省、所属市、所属区县、地址、客户状态〔正式、停用〕、行政区编码、、上级连锁中心ID、上级连锁中心名称、营业面积、固定、邮政编码、联系人、联系人、地理位置〔复选医院、商业区、居民区〕、提交标记

总单细目关联股份主数据的医疗机构〔按照门店区域信息关联出该区域医疗机构〕

周围500米医疗机构：

医疗机构ID、医疗机构名称、医疗机构类别、备注、提交标记

门店坐标RF参数、提交标记

要求：

所属省、所属市、所属区县、行政区编码信息、医疗机构信息由股份提供，直截了当导入作为基础数据。

门店坐标信息由统一定位接口采集和生成。

上级连锁中心ID与门店治理中已有的ID对应，通过弹出框选择连锁中心信息反填，不能直截了当录入信息。

功能：

新增、修改、删除

3.1.3.5.门店信息及门店定位审批

在系统中，门店信息审批功能要紧用于审核代表提交的门店差不多信息和门店定位。

审批后的门店信息、定位信息、周边信息同时也在该功能中审批。

审批后的门店信息才能在系统中正常使用。

该功能为本系统的核心功能。

门店信息治理功能的要紧信息项：

门店ID、门店名称、门店类型〔连锁中心、连锁门店、非连锁门店〕、简称、简拼、所属省、所属市、所属区县、地址、客户状态〔正式、停用〕、行政区编码、、上级连锁中心ID、上级连锁中心名称、营业面积、固定、邮政编码、联系人、联系人、地理位置〔复选医院、商业区、居民区〕、审核标记

总单细目关联股份主数据的医疗机构〔按照门店区域信息关联出该区域医疗机构〕

周围500米医疗机构：

医疗机构ID、医疗机构名称、医疗机构类别、备注、审核标记

门店坐标RF参数、审核标记。

功能：

新增、修改、删除

3.1.3.6.门店或客户与品种关系治理

在系统中，门店与品种关系治理功能要紧用于爱护门店与品种的关联关系。

该功能为要紧阻碍门店拜望信息采集的品种以及竞品等采集内容。

门店与品种关系治理功能的要紧信息项：

门店ID、门店名称、门店类型〔连锁中心、连锁门店、非连锁门店〕、品种ID、品种名称、通用名、品种规格、剂型、单位、品种厂家

要求：

门店信息依照门店信息治理功能中已有信息选择反填，不能直截了当录入信息。

品种信息据品种信息治理功能中已有信息选择反填，不能直截了当录入信息。

功能：

新增、修改、删除

3.1.3.7.门店与业务员关系治理

在系统中，门店与业务员关系治理功能要紧用于爱护门店与业务员的关联关系。

该功能为要紧阻碍门店拜望信息采集和拜望打算等相关内容。

门店与业务员关系治理功能的要紧信息项：

门店ID、门店名称、门店类型〔连锁中心、连锁门店、非连锁门店〕、业务员ID、业务员姓名、负责区域、级别、备注

要求：

门店信息依照门店信息治理功能中已有信息选择反填，不能直截了当录入信息。

业务员信息依照人员信息治理功能中已有业务员级别信息选择反填，不能直截了当录入信息。

功能：

新增、修改、删除

3.1.3.8.厂家品种及竞品关系治理

在系统中，厂家品种及竞品关系治理功能要紧用于爱护厂家与品种的关联关系和品种与竞品的关联关系。

该功能为要紧阻碍门店拜望信息采集的品种以及竞品等采集内容。

厂家品种及竞品关系治理功能的要紧信息项：

品种ID、品种名称、通用名、品种规格、剂型、单位、品种厂家、厂家类型〔外企、国资、民营〕

品种与竞品为一对多关系，基于品种信息爱护竞品信息

竞品ID、竞品名称、通用名、规格、剂型、单位、厂家、厂家类型〔外企、国资、民营〕

要求：

品种与竞品采纳总单细目方式爱护。

功能：

新增、修改、删除

3.1.3.9.在线统计

在线统计功能能够显示当前在线的用户名，登录时刻，单位名称，登录的IP地址等信息。

显示信息：

用户ID、姓名、性别、单位、职务、要紧工作、办公室、手机、、E-MAIL。

功能：

刷新。

3.1.3.10.注销

开释当前登录连接，重新导向到登录界面。

3.1.3.11.退出系统

关闭当前页面，退出系统。

3.2.打算治理模块

3.2.1.打算治理模块说明

拜望打算模块要紧是为治理者对业务员拜望行为进行治理，要紧使用流程如下：

1〕业务员每周五前完成打算填报

2〕地区经理每周六前审批业务员打算，审批过程中勾选产生随访打算，空白时刻填写其他工作内容。

3〕大区经理每周日前审批地区经理工作打算

4〕总监每周一审批大区经理工作打算。

5〕系统提供历史拜望统计〔4周为一个周期：

A类客户一期拜望4次、B类客户一期拜望2次，C类客户一期拜望1次〕

6〕一年13期、每期4周。

整个打算和拜望周期都已自然周和4周为一期进行统一运算。

3.2.2.打算治理模块要紧解决的问题：

打算治理模块要紧解决零售学术部和零售分销部业务员填报拜望打算、审批拜望打算、制定随访打算、审批随访打算形成。

打算治理模块功能如下：

零售学术部拜望打算填报

零售学术部拜望打算审批

零售学术部随访打算填报

零售学术部随访打算审批

零售学术部电子地图

零售分销部拜望打算填报

零售分销部拜望打算审批

零售分销部随访打算填报

零售分销部随访打算审批

3.2.3.打算治理模块详细功能设计说明

3.2.3.1.零售学术部拜望打算填报

在零售业务系统中，该功能为零售学术部代表提供拜望打算填写的功能。

填写拜望客户打算时，只能选择非停用状态和有门店坐标信息的客户。

同时该功能能够修改处理本人的被驳回的拜望打算。

要紧信息项：

拜望日期、代表、负责区域、门店ID、门店名称、门店等级、门店类型〔连锁中心、连锁门店、非连锁门店〕、简称、简拼、所属省、所属市、所属区县、地址、门店坐标信息、客户状态〔正式、停用〕、行政区编码、、上级连锁中心ID、上级连锁中心名称、拜望时刻〔8-17点〕、提交标记

功能：

新增、修改、删除

3.2.3.2.零售学术部拜望打算审批

在零售业务系统中，该功能为零售学术部地区经理提供代表拜望打算审批的功能。

地区经理只能看到下级代表已提交的拜望打算。

要紧信息项：

拜望日期、代表、负责区域、门店ID、门店名称、门店等级、门店类型〔连锁中心、连锁门店、非连锁门店〕、简称、简拼、所属省、所属市、所属区县、地址、门店坐标信息、客户状态〔正式、停用〕、行政区编码、、上级连锁中心ID、上级连锁中心名称、拜望时刻〔8-17点〕、提交标记、审批标记〔审批、驳回〕、驳回缘故、审批处理时刻、审批人

功能：

部分修改、

3.2.3.3.零售学术部随访打算填报

在零售业务系统中，该功能为零售学术部地区经理提供制定填报随访打算的功能。

地区经理在已审批的下级代表拜望打算中选取打算拜望的客户，生成地区经理的随访打算，同时填写每日随访打算工作说明。

同时该功能能够修改处理地区经理本人的被驳回的随访打算。

要紧信息项：

随访日期、代表、负责区域、门店ID、门店名称、门店等级、门店类型〔连锁中心、连锁门店、非连锁门店〕、简称、简拼、所属省、所属市、所属区县、地址、门店坐标信息、客户状态〔正式、停用〕、行政区编码、、上级连锁中心ID、上级连锁中心名称、拜望时刻〔8-17点〕、随访人、随访标记

功能：

新增、修改、删除

3.2.3.4.零售学术部随访打算审批

在零售业务系统中，该功能为零售学术部大区经理提供审批随访打算的功能。

大区经理只能看到下级地区经理已提交的随访打算。

要紧信息项：

随访日期、代表、负责区域、门店ID、门店名称、门店等级、门店类型〔连锁中心、连锁门店、非连锁门店〕、简称、简拼、所属省、所属市、所属区县、地址、门店坐标信息、客户状态〔正式、停用〕、行政区编码、、上级连锁中心ID、上级连锁中心名称、拜望时刻〔8-17点〕、随访人、随访标记、审批人、审批时刻、审批状态〔审批、驳回〕、驳回缘故

功能：

部分修改

3.2.3.5.电子地图

基于电子地图引擎，标记门店或者客户位置，门店与客户有图标进行区分。

通过选择日期、拜望打算、拜望执行、已拜望状态、未拜望状态、客户类型〔药店、客户、全部〕、代表，能够通过地图对应显示相关药店或客户的地图分布。

假如选择了代表，同时日期范畴选择为一天自动显示代表该日的拜望打算或者执行路线〔已发生显示执行路线〕。

功能：

查看

3.2.3.6.零售分销部拜望打算填报

在零售业务系统中，该功能为零售分销部代表提供拜望打算填写的功能。

填写拜望客户打算时，只能选择非停用状态和有门店坐标信息的客户。

同时该功能能够修改处理本人的被驳回的拜望打算。

要紧信息项：

拜望日期、代表、负责区域、客户ID、客户名称、客户类型〔连锁、商业〕、简称、简拼、所属省、所属市、所属区县、地址、坐标信息、客户状态〔正式、停用〕、行政区编码、拜望时刻〔8-17点〕、提交标记

功能：

新增、修改、删除

3.2.3.7.零售分销部拜望打算审批

在零售业务系统中，该功能为零售分销部地区经理提供代表拜望打算审批的功能。

地区经理只能看到下级代表已提交的拜望打算。

要紧信息项：

拜望日期、代表、负责区域、客户ID、客户名称、客户类型〔连锁、商业〕、简称、简拼、所属省、所属市、所属区县、地址、坐标信息、客户状态〔正式、停用〕、行政区编码、拜望时刻〔8-17点〕、提交标记、审批标记〔审批、驳回〕、驳回缘故、审批处理时刻、审批人

功能：

部分修改、

3.2.3.8.零售分销部随访打算填报

在零售业务系统中，该功能为零售分销部地区经理提供制定填报随访打算的功能。

地区经理在已审批的下级代表拜望打算中选取打算拜望的客户，生成地区经理的随访打算，同时填写每日随访打算工作说明。

同时该功能能够修改处理地区经理本人的被驳回的随访打算。

要紧信息项：

拜望日期、代表、负责区域、客户ID、客户名称、客户类型〔连锁、商业〕、简称、简拼、所属省、所属市、所属区县、地址、坐标信息、客户状态〔正式、停用〕、行政区编码、拜望时刻〔8-17点〕、提交标记、随访人、随访标记

功能：

新增、修改、删除

3.2.3.9.零售分销部随访打算审批

在零售业务系统中，该功能为零售分销部大区经理提供审批随访打算的功能。

大区经理只能看到下级地区经理已提交的随访打算。

要紧信息项：

拜望日期、代表、负责区域、客户ID、客户名称、客户类型〔连锁、商业〕、简称、简拼、所属省、所属市、所属区县、地址、坐标信息、客户状态〔正式、停用〕、行政区编码、拜望时刻〔8-17点〕、提交标记、随访人、随访标记、审批人、审批时刻、审批状态〔审批、驳回〕、驳回缘故

功能：

部分修改

3.3.拜望报告模块

3.3.1.拜望报告模块说明

拜望报告模块要紧是为业务员拜望采集进行治理，要紧采集内容如下：

门店拜望信息采集：

营销活动〔买赠、降价、店员教育〕：

填写门店进行的营销活动

环境阻碍〔归类选择〕：

填写门店周边环境变化〔如修路等〕

进销存采集

采集门店要求品种的进、存数据〔能看上次库存数据〕

进货渠道〔默认历史〕

陈设采集

陈设面填报

陈设位置〔柜台、背柜、开架；首层、中间、底层〕默认为上次历史填写。

专门陈设〔海报、吊旗、推头、灯箱、橱窗喷绘〕

竞品采集

竞品陈设〔默认为上次历史填写〕

竞品销售价格〔默认为上次历史填写〕

竞品活动〔默认为上次历史填写〕

竞品销售量

3.3.2.拜望报告模块要紧解决的问题：

拜望报告模块要紧解决零售学术部和零售分销部业务员填报拜望信息采集、拜望报告核查。

拜望报告模块功能如下：

零售学术部