销售工作总结表
| X年X月X日--X年X月X日工作记录 | ||||||||||
| 序号 | 日期 | 时间 | 省份 | 客户 | 地区 | 对象 | 类型 | 内容 | 完成情况 | 计划 |
| 1 | ||||||||||
| 2 | ||||||||||
| 3 | ||||||||||
| 输入日志时的需求： 1、用户全称，程序根据名称自动分配省份及地区 2、类型一列，可选择现有的，如果现有的列表没有，马上上可以快捷进入类型管理模块新建类型名称 | ||||||||||
| 报表查询需求：1、可按日期、销售员、用户全称（简称）等关健字进行查询 2、列表可自行设置显示或隐藏 3、报表设权限，普通销售员只能查询自己联系的地方 4、具体哪些人可以查看哪些地区用户，要设置权限，由主管进行统一分配 5、新增一个用户名称，必须主管在软件中签字方可生效 6、新增计划，查询时可以按时间段查询所有计划，或设置提醒（1、软件提醒计划。2、短信提醒计划。3、可设置提醒日期及时间） | ||||||||||
| X年X月X日--X年X月X日维护记录表 | |||||||||||||||
| 序号 | 日期 | 时间 | 省份 | 客户 | 反映人员 | 联系方式 | 号码 | 地区 | 对象 | 类别 | 反映问题 | 分析原因 | 解决办法 | 解决人员 | 解决状态 |
| 1 | 硬件 | 完成 | |||||||||||||
| 2 | 软件 | 进行中 | |||||||||||||
| 3 | 未完成 | ||||||||||||||
| 联系方式：1、QQ、手机、座机等 2、类别：硬件、软件、信息（可自定义，定义好后选择） 3、单个录入记录时，可选择维护人员姓名，或默认登陆者姓名 4、解决人员：可以是1个，也可以是多人，这里可以选择或录入解决人员，如果第一接收人无法解决，可移交给另一个人员解决。 5、被移交工作的人员，登陆系统后，可以看到待办事件，调出这个事件的历史维护记录，包括反映的问题，反映的人，其他工程师的分析及尝试过的解决办法 6、解决状态可选择或自行定义，所有事件初始默认值为未完成（也可自行设置为空或其它状态） 7、该表可根据人员查询、客户查询、日期查询、状态查询等 8、如果是内部人员移交的事件，还要有移交人员的部门及姓名 9、事件解决完毕，给客户发送短信，或打电话，并把结果反馈给移交人员 | |||||||||||||||
| X年X月X日--X年X月X日回访记录表 | |||||||||||||||
| 序号 | 日期 | 时间 | 省份 | 地区 | 客户 | 反映人员 | 联系方式 | 号码 | 对象 | 类别 | 反映问题 | 分析原因 | 解决办法 | 解决人员 | 打分 |
| 硬件 | |||||||||||||||
| 2 | 软件 | ||||||||||||||
| 3 | |||||||||||||||
| 1、回访的主要功能是及时发现客户问题，分析客户问题，能解决的当场解决，不能解决的，移交给软件部，由软件部某人进行分配，或直接由销售员移交给软件部某人，（这个可定义） 2、方便跟踪解决问题进度 3、设定回访计划 4、连接短信平台，定时发送短信（按用户的各类性质筛选条件发送） 5、接收软件部的处理结果完毕信息，并在现实中与客户确定，确定好后，在软件中确定，并给该事件解决质量打分，总分是10分，整数。 6、用户直接联系客服部处理的问题，在客服部选择完成后，销售部会生成待回访事件，可由负责人或销售员自行选择事件进行回访打分。 | |||||||||||||||
发表评论 取消回复