共性：都是定位于帮助用户智能搭建网校，省去网校开发环节。
不同：1.Edusoho和云朵课堂很成熟了，能看出来产品也是在不断完善中。E平台还是很散乱，大框架有了，但是很难用，也没有完全产品化。
2. 业务上看：Edusoho和云朵课堂都可以适应大部分轻量级、个性化程度不高的教育机构网校搭建、课程管理、学员管理、教务管理、订单管理等常规需求。并且也加入了直播、简单的营销模块（QQ、微信、微博的推广、优惠券、会员、打折促销等）能满足大部分机构的使用了。不同处是，云朵课堂有明显的面授设计的考虑，表现在排课（课程下有课程单元，课程单元关联班号，班号处设置每次上课时间、上课地点、老师、教务等）。Edusoho目前还没有看到面授相关的设置。
3. 从功能上看：1）明显不同的是，Edusoho的课程直接组装视频、题、考试等课程所需所有资源。云朵课堂课程处不组装题库，题库是比较独立的模块。两种设计思路。相对而言，如果机构的运营模式比较固定，就是课程包含视频、课后练习、考试，那么Edusoho使用比较友好。2）云朵课堂更方便用户自定义网站页头页尾，模板等，比较灵活点。
4. 从交互上看：由于Edusoho和云朵课堂都有【系统】模块，在系统处设置网站各个业务模块，例如用户登录方式、支付方式、是否可用积分、是否启动会员、以及轮播图的设置等。比较集中，便于初次建站时一步搞定，后期就不再反复修改了。
5. 从UI设计上：Edusoho的设计页面功能集中，但是样式比较老。云朵课堂设计比较好看，但是涉及到层级菜单比较多的时候导航就不是很清晰了。
E平台：功能强大，但是不产品化，用户使用和理解比较困难。
1）整个平台分好几个子系统，有的很合理，例如课件、题库/考试，方便资源独立。但是有的子系统单独出来就很不合理，例如资讯系统，完全可以像以上两个学习，放在【网站运营】这个大类下。并且这几个子系统没有统一的界面管理，每次还得输入网址，对开发来说没啥，但是对普通用户来说，就很奇怪。
2）由于缺乏有效维护和有效的版本管理，既对接自身业务，又对接客户业务，加了很多个性化需求。这些个性化需求，还不能不加，因为目前就这些用户用，用起来确实不合适。但是加了后，整个系统臃肿，很多其他机构不能附庸的功能。
3）网站搭建系统比较难操作，页面模板N久不更新。用户上传个logo、轮播图、改个底部导航链接还可以，但是一旦想更新下课程或者换个网站样式，就太费劲了。其实理想状态应该是：简单功能操作用户完全可以自理，个性化需求用户不用这套模板，可以定制。
总结：对后台业务系统真的很多时候是，业务先行，产品跟进。如果业务不给力，那么做出来的东西没有生命力，压根没人用，只能是瞎凑活。
疑虑：这种Sass模式的系统，如果只做行业通用功能就很容易出现不满足用户个性化需求的情况。那么很多时候只能产品卖给无力支撑开发团队的小机构，或者私人用户。如果加个性化需求，又容易出现：这个功能只能这个机构用，换个机构就不行的情况。所以，解决方法或者说平衡点是什么呢？
