Codejie's C++ Space

    前两天看到阿里也出手游平台了. 对于我这样野生的业余游戏开发爱好者来说, 算是多了个可以选择的平台. 想着借助阿里的这个手游平台, 咱就可以做个这样的游戏 --

        虚拟逛街 : 穿行与虚拟化的店铺间, 通过广告什么的, 来找指定商品, 或者参加什么的活动, 完成后, 获得一定的金币, 积分或者成就什么的, 然后就可以在-- 真正的实体店铺或taobao店中折价购买或者免费获得商品.

    你看这创意如何? 想来阿里肯定会通过这个平台打通这条虚拟游戏到实体交易的通道的. 那么这个平台到底会如何实现这个通道呢? 于是赶紧去找 -- 才发现, 在新闻稿中还有个关键字我没有看清 -- "将". 好吧, 我心急了, 原来阿里的这个平台还没有开放呢. 那么也好, 作为业余游戏开放者, 可以好好想想, 到底想要个怎样的手游平台呢?

    关于阿里这个平台的是是非非已经在各大主站的帖子已经够多了, 今天不说哪些, 只从我 --  一个纯粹的业余游戏程序员自身情况和理解来说...

    平台只是一个概念, 而且对于开发者来说, 平台就是一片浮云, 而真正能看到的, 真正想要的都是些实实在在的东西 ---- APIs. 一个平台能够为应用带来什么样的接口支撑才是最最终于的参数.

一. 平台情况

    因为对于游戏只是个业余人事, 平常还真没太关注过各大平台, 今天根据这次新闻提到的几项"指标"做了下比较.(最后一列不在其中, 只是本贴需要)

    如上表可以看出, 其实各个平台该有的都有了, 没有的也都没有(这话说的..) . 图表中也没包含像360, 网易等, 并不是说他们的手游平台不强大, 这里只是做个对比表, 各个的fans表认真了.

    好了, 现在说重点...实际作为一个业务开发者, 我最关心的是表中最后一列 -- "开放平台/APIs" . 阿里平台还找不到, 所以空着了, 当然这也正是我们可以"瞎"想的地方. 我们来看看其它两个平台主要提供的APIs.

        百度:

                  没有自己的用户群, 没有支付方向(不是通道), 所以更多地在"默默"地干着"实事", 像推送, 数据存储等(做为开发者, 我比较欣赏百度提供的这些API);

        腾讯:

                  依托庞大的的用户群, 其APIs更倾向与社交交互和业务推广, 但多年通过Q币培养起来的"内购"倾向, 所以也有专门的支付接口;

    那么, 我们推测(希望)阿里平台会有怎么的APIs提供呢? 话说阿里有taobao, 支付宝, 再加上个号称"第一"的阿里云, 这要是三个都打通了, 确实能把腾讯下个一大跳. 但阿里在社交上不是强项, 虽然强推了半年多的"来往", 感觉还是晚了, 似乎一段时间内完全不在微信的眼里. 那么早期应该更关注"交易"和"支付"相关的APIs; 但作为后起的平台, 也不得不考虑下如何吸引和扶持开发者. 所以,

        阿里:

                  1. 买家登录/管理
                  2. 商家登录/管理
                  3. 商家访问
                  4. 商品管理/展示/访问
                  5. 安全支付/内购接口
                  6. 消息/广告推送
                  7. 事件记录/触发

                  8. 应用数据存储
                  9. 应用数据分析/管理

    够多了, 这真是"站着说话不腰疼"不是...好了, 那么作为一个野生的业余游戏开发者来说"急切"的"最低"需要什么呢?

二. 个人开发者需求

    实际作为野生的,独立的,业余的游戏开发者来说, 多数应该被限制在"小"项目中, 那么作为平台, 提供的服务/支撑越丰富, 越灵活就受欢迎. 因此, 从"小"项目的共性来看, 希望平台能提供如下支持.

1. 平台服务

    a. 应用发布: 这个是必须的不是?

    b. 应用数据统计与分析: 通过收集到的应用数据, 如安装数量, 安装分布等信息, 可以非常有效地为应用自身改善提供数据参考;

    c. 广告管理: 应用的广告接入与过滤;

    d. 钱包管理: 应用收入情况展示与分析, 内购数据管理;

    e. 信息推送: 就是GCM的功能, 但要能弄个群发支持的话, 阿里云应该搞定;

    f. 应用共性数据需求支持: 例如应用的排行榜数据的存储和展示, 成就数据设置与触发, 应用的配套论坛/IM等SNS平台等(阿里云就在那里, 是不是呢?);

 

2. APIs支持

    a. 用户数据访问: 支持用户登录, 获取用户自身数据;

    b. 商家数据访问: 获取商家信息;

    c. 商品数据访问: 获取商品信息;

    d. 支付宝接口: 支持用户购买商品;

    e. 内购接口:  支持用户购买应用内商品(这个跟支付宝接口应该不一样);

    f. 广告接口: 实现传统的哪种广告发布的接口就好;

   g. 消息/事件推送接口: 支持通过应用的服务端下发消息/事件到应用;

    嗯, 这些应该够了(实际目前我的游戏只需要其中一条..), 腰不疼... 多用户交流, 用户状态数据维持什么的, 那是高级开发者想要的了, 他们应该自己可以搞定这些了. 新闻中,阿里的8:2分成方式是对开发者的扶持, 实际也有挖墙脚之嫌, 但, 如果平台的功能灵活强大, 2:8的分成一样可以引人入伙不是?

    说到对开发者的扶持, 或者叫做拉人下水也好, 反正都是为了增加人气不是? 那么阿里可以考虑下下面的法子.

三. 扶持

1. 交流平台

    开发中心, 交流论坛什么的, 各种流行的模式也没啥好说的. 很多时候, 我觉得一个好的交流平台不仅给开发者"家"的温暖感觉, 反倒是能提供找个解决问题地方, 而减少挫败感来的更重要 -- 话说, 难道你不喜欢stackoverflow.com吗?

2. 虚拟团队组建

    不得不承认, 当下的游戏不再是一个人可以搞定的. 至少如我这样的, 只会code, 完全不懂PS的程序员, 敲打出来的游戏基本都是用来"吓人"的. 但目前看, 咱这种野生的业余程序员还混不到游戏队伍中, 所以...为何不出头考虑建立虚拟团队的方案呢?

    杭州在动漫方面也算前例, 敲代码的也以万计, 而多数的小游戏都是"短平快"的项目, 所以呢...当创新出现时, 阿里只需派个兼职的PM出来, 协调组建个临时团队, 引导团队使用自身平台, 协助应用创建发布什么的...这对于业余游戏开发者和平台自身来说, 不是一件功德无量, 一石多鸟, 普大喜奔的好事吗?

 

   

<---- 求扩散的分割线 ---->

    都说隔六个人就可以跟奥巴马搭上关系, 要是觉得"瞎"想的有些道理, 那就扩散它吧, 说不定就能被某个做平台的大佬看到, 然后还真的这么做了, 那, 那咱这样的的野生业余游戏开发者们就可以笑醒了啊不是....