革命就是请客吃饭
前不久路过南京, 拜会了本科同学. 刚好他要见个青年才俊谈些事情, 于是就神神秘秘地把我拉了过去. 一路高谈阔论, 指点江山, 忆往昔峥嵘岁月之后, 此次"拜访"的目的也渐渐清晰起来. 我们所要见的人是位年轻的创业者, 他有些移动互联网的点子, 想和我们分享下, 并尝试下寻求合作的机会.
目的地是在南艺, 说真的那地段挺好的. 远远地就看见了南京广播电视塔. 虽不比上海东方明珠塔的气势磅礴(浦东陆家嘴的建筑群的衬托), 南京电视塔却让人觉得格外舒适和惬意.
见面寒暄后, 青年才俊就带我们到他的工作室.这边的工作室都是搞艺术的"民间组织", 有从事书法的, 有专注古典乐器的. 环境的优雅让我这个土生土长的理科生大呼过瘾. 进入房间后, 深深地被震撼了, 文科生对房间的布置和装修果然有他独到之处. 房间虽不大, 但是每一样布局都井然有序, 又恰到好处. 说实话, 这也是我想要的那种创业氛围, 人不多, 当让人觉得舒适和充满活力.
他想做一款移动社交类的应用, 名字叫做"请吃饭". 大意是: 有人因各种原因请发英雄帖请吃饭, 好友接受之后, 这个饭局就开始了. 为了增加互动性, 让这款产品额外增加了游戏. 该款APP本质的盈利点在于吃饭上, 可以引入商家合作发放优惠眷.
显然他对这个项目, 已经构思很久了, 他也展示了各种互动过程, 并亲自绘制流程图.
可是这个项目靠谱吗? 总觉得有些书生意气了?
让我们来一一道来和分析?
该APP具有社交属性, 需要用户注册, 存在好友圈. 进一步讲发送请吃饭的帖子, 就演变成好友动态了. 有了好友动态, 又开始忍不住要私信聊天了, 慢慢地又变成了一款重量级的"微信"IM工具.
原本是很轻量级的垂直应用APP, 却不可收拾的演变成了一个重量级的应用.
如同有一天, 你想省钱自己做饭吃, 结果为了自己做一次菜吃, 得需要锅和碗, 这还不够, 继而需要柴米油盐, 到最后需要冰箱来存放食品. 风险预估和控制, 在初期显得尤其的重要.
让我们回过头来看看, 在移动端大家的一些共识
移动端App有几个不成文的定律:
1). 注册必死
2). 得屌丝者得天下
关于注册必死, 成为了移动端开发公认的观点. 作为一个新出的移动端App, 不能在60秒内吸引用户的话, 结局往往是被打入冷宫. 更何况让用户去填信息注册了. 社交应用需要人气, 产品初期需要巨大的运营推广成本, 这种先烧钱后攒钱的模式, 创业团队很难掌控, 风险太高.
"无秘"App倒是为数不多的几个成功反例. 但"无秘"的注册, 是隐式构建的, 其朋友圈的构建也是基于通讯录自动构建. 其注重吐槽和爆料, 借助匿名紧紧抓住了用户的心理.
红衣教主, 常说"得屌丝者得天下". 不光在PC端, 移动端也是如此, 总觉得请吃饭有点赤裸裸炫富的味道?!
讨论过程中, 我们对社交类的APP应用做了基本的划分:
1). 微信类, 好友圈
2). 微博类, 发布/订阅模式
3). 贴吧类, 因兴趣聚合在一块的人
所有的社交类APP, 基本都可以直接/间接的归属到该三类之中. 作为小创业团队, 只能依附于大平台聚焦自己的社交类产品, 这种情况下才有机会做成.
慢慢地, 青年才俊被我们说服了. 他觉得他的产品有些欠考虑. 我们所达成一致思路是: 依附大平台, 弱好友化, 借助社会化分享组件, 在这3个前提下做自己的社区产品, 并尝试合作下. (简要分析下前段时间流行的脸萌就满足上述要点)
再列下移动端的黑色定律以博读者一笑:
1). 一切不以泡妞为目的的社交应用都是耍流氓
2). 3G的杀手级应用就是Girl(女人), Game(游戏), Gamble(赌博)
3). 原始需求是最强的产品驱动力
4). LBS其实是Location Based Sex
5). 技术并不能代替人的孤独感
后记:
原本以为达成一致的诉求, 结果第二天, 青年才俊就反悔了, 他说他想坚持自己最初的想法. 唉, 真是扯淡的一天.
1、使用 IntraWeb (2) - Hello IntraWeb
2、对比File Geodatabase与Personal Geodatabase(转载)
3、order方法属于模型的连贯操作方法之一
4、自定义Spring Shell
5、审计线索