[其他]电动车维修会员积分管理系统
2020-12-9 13:45:04
21209
12
| 从刚开始的只有记账功能的“天天记账”软件开始，有了记账的心思，刚开始功能十分的简单，使用后最大的好处就是培养了我天天记账、笔笔记账的习惯。使用后一段时间后发现客户数据才是我最需要的，因为我是搞维修的客户比较固定，客户管理就很有必要，关键有时候客户车子到我这边一放说完故障就离开了，等我检查时发现故障原因远没有想象的那么简单，在没有客户资料的情况下就没办法联系客户，只能等客户来了再说，费时不说，有劲使不上干着急。一旦有了客户管理系统，我就可以根据车辆上的不干胶会员卡号查找客户联系客户讲清楚情况看是否继续维修。还有实践中发现客户上次维修或更换的什么配件什么时间维修的在本次维修时都无据可查，发生了很多不愉快的事情，一旦有了维修记录，这些都不是问题了，还可以增加一些针对性的客户营销手段，这样既专业有效，又方便日常管理的软件为什么不用呢。 会员管理软件有很多，免费的收费的低价的高价的都用过，6年间使用过的软件不下6个，平均一年换一个，冤枉钱也花了不少，客户资料倒是留下了，消费数据还是没留下多少，因为很多管理软件是不能导出消费记录的，目前我没遇到一个，为什么要换？ 我觉得一个管理软件，没有实用（适合自己）的功能，有效的管理流程，人性化的操作，友好的排版界面，流畅的操作体验，高度可以自定义的数据，当然价格也是重要的考虑因素，这样的软件不用也罢。理想很丰满现实很骨感，很多管理软件使用 下来发现适合我的不多（根本没有）我要的功能不全，不需要的功能一大堆，这都是通用管理软件的弊端，虽说可以私人订制，但是不用问也知道，这不是我这个小老板能干的事。 我就不信找不到一个适合我的系统，我就在想现成的软件不适合，可不可以自学编程，自己开发软件，等到各种学习书籍到手翻开一看，各种天书代码哪是我等小学文化人的书籍，顿时信心全无。不行就这样现成的先用着?只能先用着！ 云表 之前实际使用过类似云表的管理软件编程器，还是涉及到不少的代码，不得不放弃，后来遇到云表，感觉有戏了，今年1月份培训2月份开始，各种困难中充分利用业余时间断断续续坚持半年终于开发出真正属于自己的管理软件，虽然还在不断完善中，有了这个框架，添砖加瓦还不是分分钟的事。 废话不多说，开始图说系统。 
我主要是需要会员积分管理，我货架上有的配件只有个把个，还要什么库存盘点，以后有需要在加吧，仓库库存管理暂时用不到。 会员销售
这个模板是我设计时间最长的一个，前后花费3个多月的时间，主要是结算窗口的填表公式太多编辑，推倒重做了3次，后面可能还要推倒重做，因为添加商品速度太慢了填表公式有重复赋值的地方。 费时费力关键刚开始对云表还不太熟悉的情况下，功能规划的又多而杂，其中就有： 积分抵现超过可用积分报警并恢复原
减免超过付款金额报错并恢复原值
有会员时现金370改大比如400，多余的作为储值，
现金改小比如300，差额作为负数储值备注为欠款。
无会员时现金改大赋值找零
改小提示“非会员不能欠款”。
会员有储值的优先自动储值付款：付款金额低于可用储值的；付款金额高于可用储值的
你可以想象一下，就上面这些功能就需要多少填表公式，其中还有很多填表公式是联动的，牵一发动全身。抓狂的时候都有放弃的念头。 有了这个还不行，必须配合商品明细
会员等级不同，会员价也就不同，根据会员等级自动优惠20元。
商品明细增加了以旧换新勾选项（金额减旧品价）这是我为自己私人订制的，如果不这样设计也可以多添加一个以旧换新的商品，但是这样一来不仅要多添加很多商品，关键是商品的成本价和旧品价格经常变动，你还要去为无旧买新的以旧换新的计算价格然后再一个一个的修改保存。有了这个以旧换新的勾选项，每次价格需要变动的我只要修改这个商品的零售价、成本价和旧品价一次完成无旧买新和以旧换新的商品。
遇到喜欢还价的会员，也有办法，就是本次销售不积分。 销售退货还在开发中，销售错误的可以通过删除销售总表明细的方法实现消除，如果会员销售的，必须恢复到销售前的会员状态，包括会员账户、预存项目、会员等级等都要恢复到原来的值。
会员消费后通知短信
商品信息
和一般商品信息差不多，在此基础上我增加了商品固定积分和价格设置。 固定积分主要用于高价低利润的商品使用，这样的商品就不能按销售多少钱积多少分，设置固定积分后售价不论多少都按固定积分算。 商品信息内设置会员等级价格相当于会员等级的折扣价，因为我需要的是针对特殊商品的有规律的整数让利价格，而不是不规则小数折扣后的价格。这里还有一个问题没有解决：就是会员等级名称，还不能根据会员等级模板的会员等级名称改变而改变，而是直接单元格输入的名称，这样处理简单了填表公式（其实即使这样还是很复杂的）但是对于软件通用性或者说对于自定义参数就不利了。 看一段填表公式就明白了
这里还设置了商品捆绑功能，实际销售过程中需要将两个或多个商品捆绑再一起销售，价格也有所优惠。减少了销售时需要添加多个商品，并修改价格的麻烦。 这里需要考虑的是：捆绑商品中包含的商品成本价，零售价变动时，需要通过业务公式自动修改商品捆绑明细中的成本价和售价。
修改后的成本价和明细中其他商品的合计成本价又要业务公式修改该捆绑商品的总成本价。 会员信息
会员信息模板小试了一下智能填表，只要输入会员身份证号码，就会自动填写会员性别、生日。
对于我来说最实用的还是下面这个，因为我总是忘了选择性别。
会员卡号是根据会员总表的最后一位会员的会员卡号自动+1后填写过来的，这样就会保证所有会员的卡号的连续性。
会员账户是和会员销售紧密相连的，会员销售中的所有历史数据都是通过数据接口来自这里，包括预存的商品。销售保存后又要通过业务公式赋值到各自会员的账户。
捆绑会员功能也是我的独门秘籍
现在的家庭哪一家不是两三辆电动车，父亲已经加入会员，哪天女儿骑另一辆电动车过来我也把她加入会员，这样做的好处就是同一个家庭的会员捆绑到一起，所有捆绑会员捆绑账户自动同值。 包括相同的是可用积分、累计积分、储值、会员等级、总消费额。 不同的是各会员(各车辆）的会员卡号、手机号等身份信息、销售的明细、积分记录。 父亲维修后短信通知给父亲，女儿维修通知给女儿，各人归各人的维修记录互不干扰。不管谁消费后，所有捆绑会员的账户值都同步改变。
会员标签打印是我的另一个想法，使用场景是顾客办完会员卡保存表单后，自动打印一张不干胶会员卡号标签三防贴纸（粘贴与车辆醒目位置），省去会员新建后人工查看会员卡号再通过标签软件找到会员卡标签模板再打印，容易出错不说还浪费时间。目前该功能还在尝试阶段，有时间再研究研究。
最后一步还不能忘了，新建会员保存后自动打开含有该会员信息的销售模板，直接选择商品销售即可，否则就要另外打开销售模板再选择刚才新建的会员再销售，麻烦了很多。 会员中心
这里保存着会员的消费记录、商品记录、积分记录等等，其他的还没来得及开发。 会员等级
会员消费时，会员账户的累计积分达到哪个等级的触发值就会自动升级到该等级，并自动发送等级升级通知短信。 销售报表 目前我最需要的就是日报表，月份报表，后期再增加个年度报表即可，其他乱七八糟的报表从来没看过。
收款收据打印单 一般的会员软件都是那种热敏小票，感觉维修行业不是很实用，来个“高大上”的针打小票。
会员销售提醒
期待下次升级时修复会员卡输入的对话选择框屏外显示的BUG 最后展示一下两种导航页面
说实话刚开始这不是我要的状态，最初是这样设计的 云表对于初学者来说过了适应期，理解了功能，零代码设计一个简单的管理软件还是不在话下的，我这是班门弄斧，起步跨度太大了，前期基本上没找谁帮过忙，一直自己死磕，不行推倒重来，没头绪的时候冷静一下过段时间再继续，到了开发的后期，试探性的找各个老师同学咨询，也得到了一些帮助，结果一发不可收拾，经常问一些简单问题复杂化的问题，自己都感觉初心不在了。没办法多年的想法一直在脑海里徘徊，总想着尽快实现心中的理想。在此建议各位学员：遇到问题尽量自己多琢磨琢磨，毕竟自己的系统和需求自己是很了解的，花一点时间多考虑考虑，多试试错，说不定还能有意想不到的效果，如果找同学或老师，他们需要联系你的上下表之间的关系，在理解的你的需求和用意后才能做出指导，但是如果遇到一些知识性，系统性的问题还是可以多咨询咨询的。 虽然目前云表还不够完善特别是导航编辑，使用一些变通的方法也能够达到目的。另外希望云表设计完成后可以像安装软件那样安装后作为客户端使用，后续要升级的编辑后发布升级版本，客户端使用时自动升级到相应版本。就像云表服务器端升级后，云表浏览器端打开时自动升级一样。这样升级设计中的系统和使用中的系统互不干扰，不然我现在如果需要大的改动，一时半会儿的完不成，就耽误正常使用了。 目前我设计的系统还在不断优化中，远期目标是与人脸识别设备互联达到人脸就是会员卡的目的。 打字传图不易，凑合看吧，让大家见笑了，欢迎下方回复留言，提出不足和宝贵建议，在此谢过。 希望云表越来越强大，能够月月更新周周更新！ 在此一并感谢帮助过我的：昵称1的同学、小文老师、小培老师和所有关心过我的同学。 |
| 对该帖+5经验，并说 赞一个! | ||
| 对该帖+5经验，并说 赞一个! | ||
| 对该帖+4经验 | ||
| 对该帖+3经验，并说 很给力! |
+1
21
最近谁赞过
12条回帖
