QQ扫一扫联系
单位搞「最美工位」评选,海报发出去了,规则只有一句「每人每天可投一票」。第二天就有人把链接发到家族群,第三天前两名差了三千票,第四天活动草草收场。
投票系统(Vote)本身很简单:建活动、加作品、用户投票、实时看票数。真正决定活动成败的是配置页上那几行规则。
活动页最上面是一段说明文字,写活动周期和投票规则。截图里这段写得很具体:「1月10日-20日每个用户最多可以投递3个参赛作品。1月20日-30日为投票时间,每个用户每天最多投递一票。」
下面就是作品墙,四列卡片:作品图、作品名、当前票数、一个投票按钮。投完弹一个「投票成功」的提示,票数当场加一。

票数是实时显示的。这个设计会让活动更有参与感,也会让「追票」变得赤裸——落后的人一看差距太大就不投了。想稳一点,可以在活动快结束时才显示票数,但那就少了一半热闹。
后台能选的三档:
规则只有这两项:模式,和每天的次数。没有「多选」这一档,一次投票对应一个作品,想让用户给多个作品投票,就让他多点几次。
限制「每人每天一票」挡不住换账号,因为投票只认登录用户,注册是免费的。真要防,得叠几层:
投票记录在后台有一张日志表,谁在什么时候投了哪个作品,都能查。活动结束后要复核结果,这张表是唯一的依据。
一个站点可以同时开多个投票活动,各自独立的作品、独立的规则、独立的时间段。年度评选、月度之星、内部问卷,互不干扰。
活动没有起止时间这个字段,只有一个「开启」开关。周期只能写在规则文案里,到时间自己去后台关。这一点很容易忘,尤其是活动跑到一半遇上节假日的。
依赖通用功能包和通用轮播。不需要用户系统也能跑,但建议装上——不登录就能投的票,可信度基本为零。
单位内部评选、学校活动、商场促销、社区评选、行业大赛。作品数量在几十到几百之间最合适,超过一千个卡片墙就没法看了。
要办报名加投票的大型赛事(用户自己上传作品、审核、分组、评委打分),这个模块不够用,它没有用户投稿那一层,作品只能后台加。