前几天发了一篇关于微信投票的前台篇,今天把后台篇也一起发上来,这样才算完整,看前台篇的文章请移步到这里:关于微信投票,设计产品前你想好了吗?。关于微信投票的前台逻辑正如上面文章中说的这样,但这些内容的呈现都需要在后台进行设置,所以关于后台方面我也按照相关逻辑与开发进行了沟通,并形成了如下的思维导图。
产品设计方面,我更关注的是产品的复用性。要知道,任何一个被设计出来的产品,不单单只是为了某一活动或者任务,个人感觉产品经理设计出来的产品更像是自己的孩子,它不但“好看“、“听话”同时还会“长大“,“长大“就是产品的复用性,如果可以把复用性作为一个权衡项来设计,将来如果再次遇到同样的问题,就不至于让我们手忙脚乱了。
关于后台的产品设计方面,大体我分为了以下几个项目:
关于活动配置的相关功能延伸主要如上图所述,但需要着重说明的是以下几点:
选手配置页大多都是关于选手的相关信息配置,但仍旧有一些细小的功能设计:
1、初始票数,这里也许很多人有疑问,为什么要设置一个初始的票数,难道每个选手的初始票数都不一样吗?答案当然是假的,这么设计只是为了给票数上加上一个基数,说的简单点就是为了让数据好看,默认为0,可自行设置从1000或10000开始,但你要是在某位选手上多打了1个0的话,这下就不好说了。。。
2、参赛状态,这里是需要说的,万一万一万一有选手中途退赛,需要将她从投票列表中删除,这个按钮就起了大作用了,如果没有设计,动动手改代码也是可以的,但最好要考虑,不管你是设计为退赛还是删除都可以,但这里的退赛,只是在投票页面上隐藏,选手相应的数据保留,这样就比较好了,万一万一万一万一那个奇葩的选手要回归的话。。。你就懂了吧?
这里可以说是投票活动中较为重要的部分,因为稍有疏忽就够喝一壶的:
抽奖活动的数据记录中心:
表单收集中除了有投票人中奖的记录之外,还有选手的得票情况与参与投票人的投票情况,这里是所有抽奖活动的数据汇总中心,可按照图上的搜索条件进行搜索与查看,必要时需要支持数据导出功能方便运营派发奖品及奖品统计。
关于需要提醒的一些小细节:
万能错误页,这个一定要设计,以应对突发情况。
针对微信对第三方投票的和谐,应有二手方案,可做到快速切换。
测试!测试!测试!第一是对投票环节的功能性验证,第二则是对抽奖环节的算法进行验证,避免“老板找你聊人生”情况的出现。投票关闭(但页面仍旧显示)时,投票按钮的交互功能,按钮置灰或点击后的提示语设计。对投票数据、流量、抽奖情况的实时查看。
#相关阅读#关于微信投票,设计产品前你想好了吗?还有更多的微信营销文章,在海淘科技官网中。文章下载,点击:关于微信投票,设计产品前你想好了吗?(后台篇)