设计峰会颁奖盛典的投票方案时，我的思考是这样的.docVIP

设计峰会颁奖盛典的投票方案时，我的思考是这样的 　　本文记录了我在设计一个用于峰会颁奖盛典的投票方案时的思考。主要内容为，在宽松投票政策的场景下，产品和运营设计如何在尽可能不伤害多数用户体验的条件下，让产品目标最大化。我的运营技能还不成体系，望多指正。 　　 　　1.我们和用户的目标 　　首先，我们做活动的目标，一是流量上的大幅提升，二是通过沉淀流量来扩张用户规模，三可能会有一定的品牌和影响力的收获。活动的主题，一定是与产品目标人群以及他们的朋友圈息息相关，才能在产品目标人群中进行了大规模的传播。 　　而对于颁奖投票产品，细分用户的目标大致如下。 　　 　　用户目标 　　2.产品设计上几个关键点 　　2.1 分享流程要围绕微信拉票场景来设计 　　对于投票来说，分享的目标必然是以拉票为主。我们的目标用户群，拉票这个场景大部分会在微信中进行，无外乎转发到个人、群组、朋友圈三个地方，所以最早是完全围绕微信中的webview来设计页面流程的。而从pc-web端进入的用户，分享按钮会引导用户用微信扫码打开该提名人的投票主页。用户扫码后从pc迁移到手机，只需要一次点击操作即可完成投票。考虑二次拉票的需求，完成投票后也做了分享引导（使用微信自带分享页面功能，微信本身没有js能调用的分享接口）。 　　但要记得，我们分享出去的一定是该提名人的投票主页，如果投票成功后的分享引导是用独立页面完成的，需要跳转回去。当然，分享引导也可以直接用modal或者toast来做，这样就可以直接分享当前页面。建议使用modal，对用户的引导更强一点。投票和拉票的主要页面流程如下图（图中省略了申请参加评选等支线）： 　　 　　三种主线体验流程 　　在上线以后，我们收到反馈，有少量用户将pc端投票提名人列表的地址复制到工作群、公司群拉票。由于设计是考虑缩短操作路径，pc端没有个人投票主页，直接在列表中投票，所以该页面被分享地址后，用户还要从海量提名人中找出被邀请投票的人选。 　　尽管当事用户忽视已经很明显的分享拉票按钮，并把链接直接用PC复制并发到微信群里的这个操作，实际上欠妥。但这是个典型的大用户量让小概率事件高频发生的例子，你没法教所有用户按照最佳流程来，总有人会按照自己的习惯来操作。 　　所以我们针对这个情况，马上把跨奖项的有哪些信誉好的足球投注网站提名人这个功能上线了。这个功能允许用户输入关键词查出所有符合条件的参选人，同时支持一人参与多奖项评选的情况，让投票人为某一提名参选人所参加的所有奖项投票。 　　最重要的，既然是微信分享场景，那一定要起一个亮眼的页面title，转发出去会被观众直接看到，一要能说明是个什么事，二要能与观众产生关系使之点进来投票，三可以有一定的悬念或者竞争意味（数字），从个体拉票上升到用整个活动的结果来吸引观众。并且要短，否则会被省略，粗略测试，23个字以内可以看到，最好18字以内。 　　2.2 应对“微信诱导分享”问题 　　我们在微信端的分享流程上设计的足够短，所以页面上一定会有可以分享该页拉票的提示，所以不得不提前考虑，微信“诱导分享”的规则。第一当然很简单，我们一定要上这个提示文本，万一被封禁后撤下来，这时候第一波爆发式的传播应该已经结束，如何拉票的用户习惯已经培养起来，提示文本目的已经达到，扯下来申请微信团队解封即可。第二是，如果有其他意外情况，我们可能需要完整拷贝“提名人主页”到另一个地址，把原来的链接替换了即可。 　　上线后大概一周不到，果然所有带有提名人id参数的页面（即分享出来的提名人投票主页）被微信封禁，据了解有可能是被举报了。我们采用第一个方案平安度过，后续的用户也没有因为缺少引导，而不知如何快捷拉票。 　　2.3 尽量减少层级和页面更有助于活动场景的体验 　　在产品设计时，我们尽可能的采用了一些直观铺陈的方式，来减少页面层级和单页数量。同时也简化了信息架构，投票-拉票场景不必要的东西，比如个人详情信息都尽可能的省去了。其实，像这样的大众投票评奖，大多数观望者也无法基于一些能百度到的信息来做出自以为公允的评选判断，所以来投票的人中，大多数都是有一定利益相关的朋友，或者对这个圈子有一定了解。故而并不会太关心一些太细的信息，只需要提供最基本的信息，就能满足评选比较的需求。 　　本身活动页面是个长页面，颁奖部分必定是单页，在这个单页上，我们直接用走马灯导航+ajax来满足流畅地在不同奖项的提名人列表间快速切换浏览的需求。但同时，这样做需要在一次加载出所有奖项的首页候选人，对候选人列表中的图片大小处理会有一定要求，否则会极大的影响性能。 　　2.4 注意产品完整性 　　投票阶段也可能会有先提名再投票，也有可能可以同时提名和投票。截止投票后，以及结果揭晓的时候，产品的很多按钮、文本、链接、页面反馈都会产生相应的变化，需要提前规划好，定时上线。