- UID
- 965
- 积分
- 91090
- 注册时间
- 2004-12-31
- 最后登录
- 1970-1-1
- 在线时间
- 小时
- 性别
- 保密
- 精华
|
方案一:论坛解决自动解锁功能,维持原方式。即:在固定时间点上公布结对帖。
具体操作:固定时间解锁开帖,在此规定时间上,前后5分钟以内的回复都有效。以开贴时间为准。
方案二:提前开帖,不再锁帖。在规定的时间正点的时间开始回复的才开始统计有效的回贴。
具体操作:在公布的时间上,提前把帖子转出来,帖子上说明以论坛的时间为准,在公布的时间点上回复的才算有效。例如:预告22日发布资料\结对.结对帖提前转出,解锁.帖子上说明一定时间后的回帖才有效(如上午9点整-以论坛时间为准),然后统计回帖\更新表格,确认资助资格后联系结对志愿者。
这个方式不会出现转不出帖子,解不了锁,找不到帖子的情况
方案三:随机发布。
具体操作:只预告发布日期,具体时间不公布。仍然以第一个回复的为准。
方案四:排队报名等待配额。
具体操作:具体操作:建立意向资助人库,登记意向资助人想资助的方向,联系方式,想单人资助还是合助,有了孩子的资料,顺序资助,规定时间内联系不上的当自动放弃,顺位递补,上报数据严格按格式上报,不符合格式的无效。
回复白开水:谢谢你的建议。但这个方法,大大的增加了助学部的工作量,结对这个事上就已经是大量的工作,汇款通知的时候又是因为多对一资助而通知很多的人汇款给同一个孩子,而且,重点在于很多人都不愿意跟别人一起资助同一个孩子,都是想一对一资助。
回复跟班,秋月,扬中悠然,白玉琉璃:配额制等于抹杀掉相当一部分人的资助权利,有一些人不属于任何的团队,只是纯粹的当个捐助人。
走吧:干脆以论坛系统为平台,请技术部的同学重新设计开发一套资助孩子的系统,这样的话或许适用性更强一些
回复:目前也有这个想法要做个系统。如果你有适合的技术人员,可以推荐给技术部。而且,如果结对不是放在论坛,那么会让资助人失去论坛这个很好的交流平台(用户被引走)。如果基础论坛的基本去开发一个结对系统,各种流程实现上需要很慎密的去组织、规划,在实施上也需要很谨慎(现在做的字典系统就深有体会,看似简单的系统事实上流程复杂到不得了),而且以个人愚见,做这个系统达到的效果,未必有现在这样效果好。
回复梁山好寒:一直以来,助学部都希望能够在稳定中去扩大受助学生的数量。因为如果盲目的去增加学生数量,各地的发放反馈如果跟不上,会给整个麦田带来不好的影响。
回复啦子,静▲风:1、我们不建议把咱们的结对给转移到别的地方,无论是百度还是腾讯甚至是新浪,虽然可以
引来更多的人来关注麦田,但是,这无外乎是等于把咱们的资料全部外泄掉(虽然这说法有点严重),我们一直坚持不给别人把咱们的资料“外借”,而且,这不方便我们保存结对帖子
2、抽奖,这会让别人误以为我们把孩子当成奖品。所谓的抽奖,在程序上是具有可控性的(做过抽奖系统的都知道),为保证公平公正,还是不建议抽奖类的各种方案。
回复一诺12345,沧浪之水,倚河看柳,老羊,happy4100,凳子:你们所提的方式,都是建议直接分配名额。但是,如果遇上我分配一个你根本不想资助的呢?
回复闲云中的野鹤:在很大程度上,我们都不应该设立优先权。凡是参加走访后的人员,都会有自己想要资助的孩子,这点在助学部吗,也有分社预留的名额。走访人员可以申请的。我们不能对资助人要求太多,因为并不是每个人都有时间精力去参与麦田的走访活动。
回复不懂,地狱烈火:抢楼贴务必需要将论坛升级为discuz X系列才可以,否则所有抢楼结果都可能会因为删楼而改变,X系列就已经改正了此问题。
回复我就喜欢:勋章功能有,但是如果这样子做的话,单手工去授予勋章的工作量,就已经十分巨大。这个需要统计每次参与回复的人,在历次抢孩子的时候是否有参与,再依次算出需要给予什么勋章。这个想依然程序完成,基本上来说是不可能的,只能手动统计。而这个做法换来的除了工作量巨大之外,还换来的是另一个所谓的公平性问题。如果用户对某用户的勋章有质疑,还需要花大量的人力物力去查询,这个查询工作量是随着抢孩子次数的增加而几何级别的增加。再说,个人并不觉得这样跟对来的抢孩子,有什么质的区别,只是多了更多的所谓的不必要的门槛。
回复水瓶:像项目一样去进行投标..这个方法不公平,等于是助学部自己决定谁资助谁。 |
|