Django之路 - 项目实战之<教育行业CRM开发>

本节内容

业务痛点分析

项目需求讨论

使用场景分析

表结构设计

 

业务痛点分析

我2013年刚加入老男孩教的时候,学校就一间教室,2个招生老师,招了学生后,招生老师就在自己的excel表里记录一下,每月算工资时,就按这个表来统计招生提成, 后来学校大了点,教室变成了3间,招生老师变成了4个人,招的学生也开始多了起来,不过大家依然是招了学生就纪录在自己的excel里,但问题开始出现了,我们的招生多是通过网络qq聊天在线咨询,好多客户需要聊很久才能转化成学员,经常会出现一个客户跟一个招生老师聊过后,过了一段时间却在另一个招生老师那报名了。 于是争执就出现了,A销售说这个人是先找我咨询的,我帮他回答了大多数问题,报名提成却算成B的,不公平。B销售也会讲,这个客户找他咨询时并未说自己之前跟其它销售聊过呀,所以对B来讲,这就是个新客户呀,并且是在B这报的名, 凭什么要分提成给A呀。为了解决这个问题,于是想出一个办法,搞了一个机器做共享服务器,共享服务器上搞了个统一的客户信息excel表,大家每人聊过的客户都在这个表里纪录, 这样每个人录入前,先在表格里全局查一下,这个客户的qq号是不是已经在表里了,这样就能避免冲突了。 但用过共享文件的应该都遇到过一个问题就是,为保证数据一致性,同一时间系统只允许一个用户修改数据, 但我们的每个招生老师一上班,就会打开这个共享文件,随时聊的学生,随时会录入到表里。但这个限制使的大家,只要一有人录入信息,就得要求其它销售人员都把文件先关闭,录入信息后其它人才能再用,这搞的大家很难受。  所以销售人员经常让我帮开发个系统,可以解决一些类似这样的问题。

 

另外, 我们在讲课时, 为了保证和检验学员的学习效果, 每节课讲完时都会给学生部置一个作业,要求他必须在下节上课前完成并提交作业,老师会给学员统一批作业,作业成绩也纪录在excel表中,就像下图一样。每个老师维护自己班级的作业,校长如果想看各个班级的成绩,还要跟每个老师要学员成绩表,很不方便, 当时校长就跟我讲,学员的成绩\出勤情况等要是也能统一管理就好了。

 

老男孩教育数据表

 

 

于是我心里也一直纪着这个事,想帮学校开发一个学员开发一个类似CRM(客户关系管理软件)的系统,集销售管理\学员管理等功能于一体。但平常要上班,周未还要讲课,一直没时间,终于有一次,我要去美帝度假,飞机要飞13个小时才到纽约,在飞机上突然想,反正也是没事干, 不如就开发这个东西吧, 于是一路未眠,狂写了近千行代码,飞机的上的美女空乘都心疼的多给我倒了2杯咖啡,哈哈,下飞机时,已是两眼痛红,不过,这个学员管理系统的雏形也做出来了,接下来几天在纽约又完善了下细节,于是就开始上线让大家用了。到现在,这个系统在公司已经用了一年多了,大家每天都在使用,之前的痛点都解决了,特别是销售人员, 工作已经离不开这个系统了,自己做的东西帮别人解决具体问题,心里还是蛮开森的!

 

 

个人觉得这个学员管理系统的挺适合新手练习的,难度适中,用户的知识点也比较综合,所以把学校里的系统简化了一下,提练成了一个教学项目,下面我们就一起来做一个喽。

 

噢,对了,最后说一下这个项目涉及到的知识点,请确保你以充分掌握了下面所列知识点再学习此项目噢!

  1. Django

  2. JQuery

  3. BootStrap

  4. Ajax

  5. HTMS\CSS

 

 

项目需求讨论

首先给我们的项目起个名字吧,这个系统要同时支持销售管理\学员管理\讲师管理等功能,功能比较杂,不能称之为严格意上的CRM,因为CRM一般只包括销售管理,but anyway, who cares,我们就叫它”老男孩crm管理系统”吧,

 

起好了名字,开始动手写之前, 肯定要把需求想清楚,需求想不清楚就开始写的话,等于给自己挖坑,你肯定不想出现写了5千行代码后,突然发现,需求搞错了,还要重新推到重来的事情吧。所以,现在静下心,把需求想明白,画好思维导图,跟同事多讨论应用场景,做了各方面论证后,再开始动工噢。

 

我们的系统的用户分3种,销售\学生\讲师,这3个角色关注的事情是不同的, 销售只关注招了多少学员,讲师关注自己管理的班级学习成绩怎样,学员只关注自己的学习成绩。 因此在想需求时,你要从每个角色出发,看他关心的是什么, 于是我画出了这个思维导图

老男孩教育crm管理系统

 


根据思维导图,我们总结出以下具体需求:

  1. 把用户分为销售\学员\讲师3种角色,每个角色关心的事情不同,所以有要不同的用户视图,即销售人员登陆后只需要看他与他工作相关的就可以,讲师关心的事情不需要在销售视图里显示
  2. 销售人员可以录入客户信息,和后续跟进信息,因为一个客户可能要跟进好几次才会报名。 可以多种条件过滤查询用户,可以查看自己的销售业绩报表
  3. 学员主要2个功能,查询成绩\提交作业
  4. 讲师的主要功能是管理班级\ 批作业\上课点名
  5. 虽然现在只有一个校区,但要考虑到以后的扩展,以后全国可能有好多个校区,不同校区之间的数据应该是隔离的
  6. 这个系统里存放着大量的客户信息\学员数据等,都是公司的机密信息,设计系统时就要考虑到权限问题,不同的角色要有不同的权限,同一角色的不同用户也要允许有不同的权限

 

使用场景分析

为了更加理清我们的项目开发需求,在动手写代码前,建议再有一个业务场景分析的步骤,即从用户角度写出你使用这个项目的具体场景,我们这里分为销售、讲师、学员3个角色,我分别给每个角色列出了几个使用场景:

 

一. 销售:

  1. 销售人员张三刚通过qq群聊了一个客户,咨询了"Python全栈开发课程",录入了CRM
  2. 张三 回访了一个 一个月多前咨询的老客户,老客户说最近考虑报名,让张三 下周联系他办报名手续, 张三把这个回访信息 录入了crm
  3. 李四 今天录入了8个新客户,但发现有一个客户在录入时,系统提示,此客户信息已存在,于是就在客户库查了一下,发现 此客户 已被  张 三  在上周录入了,销售部有规定,在客户被录入一个月内,其它销售是不能抢这个单的,于是就提醒张三,让他跟这个客户主动再跟进一下
  4. 李四今天 有一个客户要报名,李四给客户发了在线报名 链接,要求其填写一些个人信息,上传证件照片等,交了500报名费后,将其正式添加到了报名的 班级里
  5. 销售主管 BigSB  查看了今天的销售报表, 查看了每个销售的最近一周 咨询的客户量,成单比, 每个课程 分别 报名了多少学员, 这些客户 都是从哪些渠道 过来的

二. 讲师:

  1. 讲师Alex 今天 要给 Python自动化 周未班上课, 上课前要进行点名, 于是创建了一条生课纪录 ,这条上课记录关联 着每个学员 这节课的 出勤状态,alex 边点名边在系统 中纪录每个学员的状态 ,签到、迟到或缺勤。
  2. 今天的课上完后,ALEX给大家留了作业,在系统 里 找到今天 的上课记录,把作业 需求 写到了 上课纪录 里
  3. 过了一周, Alex 登录 系统 下载了所有学员这节课的作业 , 为每个学员批改了作业 并将学员的成绩纪录在了系统 里

 

三. 学员:

  1. 学员小明 报名了“Go语言开发课程第2期周未班”, 交完报名费后,招生老师 给他发了一个报名地址 要求其填写,填写了个人信息 并上传了证件信息, 提交后, 过了一会,就发现自己的qq邮箱里收到了一封 老男孩学校的邮件, 告知他 已为其 生成了 学员账号,他按照邮件 提示 登录 了 老男孩的学员系统 ,看到系统 中可以  进入自己的班级,不过现在班级里 还没有上课纪录, 他还能在线查看 他的学员合同
  2. 过了一周, 正式上课了,上了一天课,讲师Alex布置了作业 , 小明过了几天 完成 作业后,登录 学员管理系统 , 发现有一条 自己的上课记录, 他点进去,看到了当节课的 作业 需求,及提交作业的方式 ,他只需要把作业 打包成.zip格式 ,直接拖拽到页面上的交作业区就可以了。
  3. 过了两天, 小明收到邮件提醒 ,说自己作业 得了个A,非常 的开森。
  4. 小明学了几个月好,发现老男孩讲师讲的好,自己学的也不错,于是极力推荐自己的2个朋友也来学习, 于是在自己的学员系统 里录入了2条推荐朋友学习的信息, 没过一会, 小明之前的招生老师就联系他说,已经收到他的推荐名单,很快就会联系 小明的朋友 。 

 好啦, 业务场景也分析完了,接下来我们终于可以开始搞事情啦!

 

表结构设计

在设计表结构前,咱们先创建好一个项目吧,项目名就叫PerfectCRM,app名叫crm

python全栈项目

 

 我这里先列出来我们大体需要的表,尔等先过目一下,然后我们再分别为什么需要每个具体的表,及这个表里要存什么样的数据

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
from django.db import models
 
# Create your models here.
 
 
class Customer(models.Model):
    '''存储所有客户信息'''
    pass
 
class Enrollment(models.Model):
    '''存储已报名学员的信息'''
    pass
 
class CustomerFollowUp(models.Model):
    '''存储客户的后续跟进信息'''
    pass
 
class ClassList(models.Model):
    '''存储班级信息'''
    pass
 
class Course(models.Model):
    '''存储所开设课程的信息'''
    pass
 
class CourseRecord(models.Model):
    '''存储各班级的上课记录'''
    pass
 
class StudyRecord(models.Model):
    '''存储所有学员的详细的学习成绩情况'''
    pass
 
class UserProfile(models.Model):
    '''存储所有讲师\销售人员\ 学员 用户信息'''
    pass
 
 
class Role(models.Model):
    '''角色信息'''
    pass
 
class Branch(models.Model):
    '''存储所有校区'''
    pass

 

接下来分别解释每张表

1. Customer表, 主要给销售人员用, 存储所有客户信息,里面要记录客户来源\姓名\qq \客户来源\咨询的内容等 

 Customer

2. 学员报名表,这里为什么要把客户信息表 和 这个学员报名表分开呢? 因内一个学员可以报多个课程 ,每个课程 都需要单独记录学习成绩呀什么的,所以每报一个课程 ,就在这里生成 一条相应的报名记录

 Enrollment

3. 客户跟进表,这张表的意义很容易理解, 一个客户今天咨询后,你录入到了客户信息表,但他没报名, 所以过了一段时间,销售还得再跟他聊聊吧,聊完后,结果又没报,那也得纪录下来吧,因为每个销售每天要聊很多人,你不纪录的话, 可能下次再跟这个人聊时,你早已忘记上次聊了什么了, 这样会让客户觉得这个销售不专业,相反,如果把每次跟进的内容都纪录下来, 过了几个月,这个客户再跟你聊时,竟然发现,你还记得他的所有情况,他就觉得你很重视他,说不定一感动就报名了,哈哈。 所以,一条客户信息可能会对应多条跟进记录,是个1对多的关系,必须单独搞张表来记录

 CustomerFollowUp

4. 班级表, 学生以班级为单位管理,这个表被学员表反向关联, 即每个学员报名时需要选择班级

 ClassList

5. 课程表,存储课程介绍\大纲等基本信息

 Course

6. 上课纪录表,每个班级都要上很多次课,讲师每上一次课的纪录都要纪录下来,以后可以方便统计讲师工资什么的

 CourseRecord

7. 学员学习纪录表,思考一下,如果你想实现纪录每位学员的详细学习纪录,即精确到每节课的成绩\出勤情况,怎么办?其实很简单, 先来看一下此时班级\上课纪录\学员学习纪录的关系图:

python全栈项目

 StudyRecord

可以看出,一个班级对应多节课,每节课又对应多个学生的出勤和成绩,我们已经通过班级表(”ClassList”)和上课纪录表(”CourseRecord”)存储了班级信息和每节上课纪录,想存学生的每节课学习纪录的话只需要再搞一个表就可以了。

 

8. 用户表,存储销售、讲师账户信息

这里我们用django自带的认证系统,并对其进行自定制

 UserProfile

 

9. 角色表,用于角色划分,用于权限管理,权限功能我们后面会实现,这里只在表里先存个简单的角色名

 Role

 

10. 校区表,存储不同校区

 Branch

11. 菜单表,不同的角色看到的菜单不同, 我们支持动态菜单 ,所以需要把菜单 以及 和角色的关联存下来

 FirstLayerMenu

12. 二级菜单表, 还可以支持2级子菜单

 SubMenu

13. 缴费记录

 PaymentRecord

 好啦,表基本都建完了,接下来同步数据库,不过在同步数据库前,要改一下settings.py, 因为我们自定义了django的认证表,所以需要明确的告诉django,用我们改过的过来做默认的认证系统。

在settings.py中添加以下行,格式为 app.modelname 

1
AUTH_USER_MODEL = 'crm.UserProfile'

    最后一步,同步数据库! 

1
2
python3 manage.py makemigrations
python3 manage.py migrate
文章转载于老男孩IT教育: http://www.oldboyedu.com/XinXi/pythonjishuwenzhang/249.html
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页