关于认捐,给希望之光提出一个建议

juanabcd

格桑花采用认捐系统进行认捐的方式，近期西部调查的5批近20人次义工逐渐返回，逐步有大量孩子发布，预计将有300多名，欢迎前去认捐，谢谢！
//借贵宝地做个广告，呵呵！

[quote=quot;f194611quot;:tsunu9oh]本来,觉得认捐是一件善事，但关于认捐的方式有些不同意见,这种认捐方式好象叫“抢捐”更合适一些，估且不说老年人与青年人对电脑操作的速度快慢不一,就是同样的速度,那计算机还有快慢之分,网速也有快慢之分,这样的结果,可能是有些速度慢的可能永远都不能quot;抢quot;到捐助,难道为了捐助,还要去换电脑、提高网速、把电脑操作练习的飞快吗？

所以我想，是不是把方式换一下，不是已经有贴子来登记预约了吗？为什么不按预约的先后来数目来安排，如果确有预约了但因故不能认捐的，那么再采用“抢捐”别人也没有什么可说的，做什么事，总得有个先来后来的顺序吧！

如果还采用这种“抢”，那么那些经常“抢”不到的，会有什么想法？希望之光是一个公益的组织，那么就应该有“公益”的做法，不要搞的象难民去抢面包一样的场面！

[/quote:tsunu9oh]



偶去过了,很遗憾,好象有点复杂,没弄明白.就是注册以后,还要搞个什么,才可以认捐.但那个要求在哪里去完成,没找到按钮. 不能有一个一条龙的注册指引吗? 就是在一个窗口完成,不要跑来跑去的添资料.

行者

如何改善流程，提高工作效率。

如果把我们的助学比做一种服务的商品。如何提高效率呢？

首先应该将产品标准化。即你可以提供什么样的产品，产品如何分类，分为几类。

产品出来了，顾客需求就会明确了，我要买红的，长一米二的，啥啥。。。然后我们把红色长一米二的不管多高的都可以提供给顾客。

这样的好处，工作可以进一步流程化，标准化，也可以解决抢捐这样的弊端。

标准明确了，也可以较精确估算和计划。

=======================

回到助学来，我们先将所以待捐的孩子分类，如何分类，分类的标准，可以由捐助人的意愿定。如，我需要特定地区，我需要特定入学年级，须捐助的金额数，我需要特定性别，我什么都不需要指定等。

这样可以将待捐的孩子分类为 地区代码，入学年级代码，性别代码，捐助金额代码等，形成孩子的属性代码。

在网友预捐时，请其确定捐助意向，并经邮件回复核实后，分配网友一个认捐顺序号。

由电脑按网友顺序号，将网友认捐意向和孩子属性代码自动匹配。匹配成功后直接发送网友实现认捐。

在内部运作中，只要达到我们规定的标准的就通过，不需要再来三次五次的审核。将标准继续明确化，量化。

所有资料齐整的，都进入自动评分环节，（如有个地区评分，有个调查人员评分等，采用加权的方法，算出最终得分，高于某个数，通过，低于某数，不通过）。

资料的项目，条款化，明确规定需要什么，没有就不能提交。

Benny

[quote=quot;Bennyquot;:2vc6goqu]格桑花采用认捐系统进行认捐的方式，近期西部调查的5批近20人次义工逐渐返回，逐步有大量孩子发布，预计将有300多名，欢迎前去认捐，谢谢！
//借贵宝地做个广告，呵呵！

[quote=quot;f194611quot;:2vc6goqu]本来,觉得认捐是一件善事，但关于认捐的方式有些不同意见,这种认捐方式好象叫“抢捐”更合适一些，估且不说老年人与青年人对电脑操作的速度快慢不一,就是同样的速度,那计算机还有快慢之分,网速也有快慢之分,这样的结果,可能是有些速度慢的可能永远都不能quot;抢quot;到捐助,难道为了捐助,还要去换电脑、提高网速、把电脑操作练习的飞快吗？

所以我想，是不是把方式换一下，不是已经有贴子来登记预约了吗？为什么不按预约的先后来数目来安排，如果确有预约了但因故不能认捐的，那么再采用“抢捐”别人也没有什么可说的，做什么事，总得有个先来后来的顺序吧！

如果还采用这种“抢”，那么那些经常“抢”不到的，会有什么想法？希望之光是一个公益的组织，那么就应该有“公益”的做法，不要搞的象难民去抢面包一样的场面！

[/quote:2vc6goqu]



偶去过了,很遗憾,好象有点复杂,没弄明白.就是注册以后,还要搞个什么,才可以认捐.但那个要求在哪里去完成,没找到按钮. 不能有一个一条龙的注册指引吗? 就是在一个窗口完成,不要跑来跑去的添资料.[/quote:2vc6goqu]
帮助里面有比较详细的说明，不过收到建议，告诉系统开发义工，看看有没有改进的可能。

另外，由于一对一捐助有认捐，填写汇款信息，那么跑几次是不可避免的，呵呵