本节内容
业务痛点分析
项目需求讨论
使用场景分析
表结构设计
我2013年刚加入老男孩教育的时候,学校就一间教室,2个招生老师,招了学生后,招生老师就在自己的excel表里记录一下,每月算工资时,就按这个表来统计招生提成, 后来学校大了点,教室变成了3间,招生老师变成了4个人,招的学生也开始多了起来,不过大家依然是招了学生就纪录在自己的excel里,但问题开始出现了,我们的招生多是通过网络qq聊天在线咨询,好多客户需要聊很久才能转化成学员,经常会出现一个客户跟一个招生老师聊过后,过了一段时间却在另一个招生老师那报名了。 于是争执就出现了,A销售说这个人是先找我咨询的,我帮他回答了大多数问题,报名提成却算成B的,不公平。B销售也会讲,这个客户找他咨询时并未说自己之前跟其它销售聊过呀,所以对B来讲,这就是个新客户呀,并且是在B这报的名, 凭什么要分提成给A呀。为了解决这个问题,于是想出一个办法,搞了一个机器做共享服务器,共享服务器上搞了个统一的客户信息excel表,大家每人聊过的客户都在这个表里纪录, 这样每个人录入前,先在表格里全局查一下,这个客户的qq号是不是已经在表里了,这样就能避免冲突了。 但用过共享文件的应该都遇到过一个问题就是,为保证数据一致性,同一时间系统只允许一个用户修改数据, 但我们的每个招生老师一上班,就会打开这个共享文件,随时聊的学生,随时会录入到表里。但这个限制使的大家,只要一有人录入信息,就得要求其它销售人员都把文件先关闭,录入信息后其它人才能再用,这搞的大家很难受。 所以销售人员经常让我帮开发个系统,可以解决一些类似这样的问题。
另外, 我们在讲课时, 为了保证和检验学员的学习效果, 每节课讲完时都会给学生部置一个作业,要求他必须在下节上课前完成并提交作业,老师会给学员统一批作业,作业成绩也纪录在excel表中,就像下图一样。每个老师维护自己班级的作业,校长如果想看各个班级的成绩,还要跟每个老师要学员成绩表,很不方便, 当时校长就跟我讲,学员的成绩\出勤情况等要是也能统一管理就好了。
于是我心里也一直纪着这个事,想帮学校开发一个学员开发一个类似CRM(客户关系管理软件)的系统,集销售管理\学员管理等功能于一体。但平常要上班,周未还要讲课,一直没时间,终于有一次,我要去美帝度假,飞机要飞13个小时才到纽约,在飞机上突然想,反正也是没事干, 不如就开发这个东西吧, 于是一路未眠,狂写了近千行代码,飞机的上的美女空乘都心疼的多给我倒了2杯咖啡,哈哈,下飞机时,已是两眼痛红,不过,这个学员管理系统的雏形也做出来了,接下来几天在纽约又完善了下细节,于是就开始上线让大家用了。到现在,这个系统在公司已经用了一年多了,大家每天都在使用,之前的痛点都解决了,特别是销售人员, 工作已经离不开这个系统了,自己做的东西帮别人解决具体问题,心里还是蛮开森的!
个人觉得这个学员管理系统的挺适合新手练习的,难度适中,用户的知识点也比较综合,所以把学校里的系统简化了一下,提练成了一个教学项目,下面我们就一起来做一个喽。
噢,对了,最后说一下这个项目涉及到的知识点,请确保你以充分掌握了下面所列知识点再学习此项目噢!
Django
JQuery
BootStrap
Ajax
HTMS\CSS
首先给我们的项目起个名字吧,这个系统要同时支持销售管理\学员管理\讲师管理等功能,功能比较杂,不能称之为严格意上的CRM,因为CRM一般只包括销售管理,but anyway, who cares,我们就叫它”老男孩crm管理系统”吧,
起好了名字,开始动手写之前, 肯定要把需求想清楚,需求想不清楚就开始写的话,等于给自己挖坑,你肯定不想出现写了5千行代码后,突然发现,需求搞错了,还要重新推到重来的事情吧。所以,现在静下心,把需求想明白,画好思维导图,跟同事多讨论应用场景,做了各方面论证后,再开始动工噢。
我们的系统的用户分3种,销售\学生\讲师,这3个角色关注的事情是不同的, 销售只关注招了多少学员,讲师关注自己管理的班级学习成绩怎样,学员只关注自己的学习成绩。 因此在想需求时,你要从每个角色出发,看他关心的是什么, 于是我画出了这个思维导图
根据思维导图,我们总结出以下具体需求:
为了更加理清我们的项目开发需求,在动手写代码前,建议再有一个业务场景分析的步骤,即从用户角度写出你使用这个项目的具体场景,我们这里分为销售、讲师、学员3个角色,我分别给每个角色列出了几个使用场景:
一. 销售:
二. 讲师:
三. 学员:
好啦, 业务场景也分析完了,接下来我们终于可以开始搞事情啦!
在设计表结构前,咱们先创建好一个项目吧,项目名就叫PerfectCRM,app名叫crm
我这里先列出来我们大体需要的表,尔等先过目一下,然后我们再分别为什么需要每个具体的表,及这个表里要存什么样的数据
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 \客户来源\咨询的内容等
2. 学员报名表,这里为什么要把客户信息表 和 这个学员报名表分开呢? 因内一个学员可以报多个课程 ,每个课程 都需要单独记录学习成绩呀什么的,所以每报一个课程 ,就在这里生成 一条相应的报名记录
3. 客户跟进表,这张表的意义很容易理解, 一个客户今天咨询后,你录入到了客户信息表,但他没报名, 所以过了一段时间,销售还得再跟他聊聊吧,聊完后,结果又没报,那也得纪录下来吧,因为每个销售每天要聊很多人,你不纪录的话, 可能下次再跟这个人聊时,你早已忘记上次聊了什么了, 这样会让客户觉得这个销售不专业,相反,如果把每次跟进的内容都纪录下来, 过了几个月,这个客户再跟你聊时,竟然发现,你还记得他的所有情况,他就觉得你很重视他,说不定一感动就报名了,哈哈。 所以,一条客户信息可能会对应多条跟进记录,是个1对多的关系,必须单独搞张表来记录
4. 班级表, 学生以班级为单位管理,这个表被学员表反向关联, 即每个学员报名时需要选择班级
5. 课程表,存储课程介绍\大纲等基本信息
6. 上课纪录表,每个班级都要上很多次课,讲师每上一次课的纪录都要纪录下来,以后可以方便统计讲师工资什么的
7. 学员学习纪录表,思考一下,如果你想实现纪录每位学员的详细学习纪录,即精确到每节课的成绩\出勤情况,怎么办?其实很简单, 先来看一下此时班级\上课纪录\学员学习纪录的关系图:
可以看出,一个班级对应多节课,每节课又对应多个学生的出勤和成绩,我们已经通过班级表(”ClassList”)和上课纪录表(”CourseRecord”)存储了班级信息和每节上课纪录,想存学生的每节课学习纪录的话只需要再搞一个表就可以了。
8. 用户表,存储销售、讲师账户信息
这里我们用django自带的认证系统,并对其进行自定制
9. 角色表,用于角色划分,用于权限管理,权限功能我们后面会实现,这里只在表里先存个简单的角色名
10. 校区表,存储不同校区
11. 菜单表,不同的角色看到的菜单不同, 我们支持动态菜单 ,所以需要把菜单 以及 和角色的关联存下来
12. 二级菜单表, 还可以支持2级子菜单
13. 缴费记录
好啦,表基本都建完了,接下来同步数据库,不过在同步数据库前,要改一下settings.py, 因为我们自定义了django的认证表,所以需要明确的告诉django,用我们改过的过来做默认的认证系统。
在settings.py中添加以下行,格式为 app.modelname
1
|
AUTH_USER_MODEL = 'crm.UserProfile'
|
最后一步,同步数据库!
1
2
|
python3 manage.py makemigrations
python3 manage.py migrate
|