抽奖

这两天市场部策划了个活动——iphone6真鑫送。因为公司里带个鑫字，不管是什么"xin"都变成了一个“鑫”。(￣_￣|||) 这种做法有用吗？我不喜欢，像个文盲一样。
我们要为活动单独做个网页，大转盘抽奖。总共有几个档次的奖品，自然越贵的越难得，iphone6的那几率，简直。。。不就是部iphone6嘛！
我想了下设计这种活动的注意点。

1. 预算。花多少钱估计是最上层决定的，总数目决定了奖品质量。比起《罗辑思维》最近的奖品总量，实在是差太多了。也难怪，花的是自个儿的钱。这时候，我就非常的羡慕那种带有媒体属性的企业，包括锤子科技。很多公司愿意和他们合作，三方获利，奖品也显得大气。
2. 形式。我们是转盘抽奖的形式。我觉得奖金总数目还是可以的，但总感觉抽奖结果会是假的。如果我是投资者，根本没兴趣玩这个。为什么会有这种不好的感觉？首先，这个形式用烂了，大家都在这么玩儿。小米、淘宝，我看到过好多次，也玩过几次，都没中奖。可玩性已不高，中奖率太低了。其次，用户并不知道我们总共送多少个奖品。锤子科技经常在微博上抽奖送手机，给我一种真实性，因为它明确告诉用户会送几部手机。

我不喜欢这个活动的设计，但程序实现起来挺方便的，有现成的解决方案。不过是之前的哥们儿做的。说说我的思路。
要实现这个程序，我首先想到的是随机算法的问题，一直听说随机算法不随机。搜索之后，发现随机算法很难真的随机，php中mt_rand效果不错。这是一大难题，不过估计大部分人不会花时间去提高随机性的——吃力不讨好。所以，第一步是用mt_rand摇出个随机数，那么这随机数怎么和奖品挂钩？每个奖品的概率不一样，我们要通过一定算法来决定到底中的什么奖。这就要使用概率算法。确定了中什么奖之后，我们还要看这个奖还有没有了。因为预算是一定的。所以，php那边应该维护一个数组，数组包括各个奖品的编号，概率，范围（用于与原盘对应），剩余个数。前端点击摇奖之后，向后台发送请求，后台将结果返回来，前端根据返回结果停到指定地方。
嘿嘿，抽奖程序真是实用又简单。