正在加载......
类别:读书读文章  时间: 2015-02-15 23:17:35; 浏览: 26627; 评论: 0  
Tags : 垃圾

文章说了一个常识:垃圾帐号是无用的。


值得摘录的一句话是:

对于一个社交产品而言,技术与产品已经打下了基础、框定了逻辑,接下来的事情就该交给运营了,传统的运营逻辑无非是内容,但在去中心化与UGC已成趋势的当下,社交产品的内容已经通过产品机制解决,那么运营的重心就在反垃圾(Anti Spam)。

这个和昨天分享的文章《读文章:产品设计“九步法”》有一个观点一样:“控制闭环的杀手”,对UGC网站而言,垃圾帐号无疑是产品闭环中的杀手。


在作者发布位置后,微博CEO @来去之间 转发时评论:

站方一直在清理垃圾帐号,但是核心是在于“清了垃圾帐号后,减不减用户的粉丝数”,这个还是蛮纠结的……


为什么会纠结呢?无非是运营需求,之前很多大V有很多垃圾粉,甚至可能买粉,但即使粉丝被识别为垃圾并冻结,但是粉丝数仍然不变。

为什么呢?因为做网站,要满足用户一个需求:虚荣心。


这就很有意思了,明明常识性的知道垃圾帐号无用,但仍然被一定程度作为产品的正向引导。往往在一些社区、UGC的产品分享上,很多人都提到:产品起步初期,为照顾好第一批种子用户,产品经理门往往陪玩、陪聊。。。所以如果你不热爱你的产品,是做不下去的:)


文章地址:《“垃圾账号有用论”的破灭》

也许您对下面的文章感兴趣:
  1. [2007-05-17 14:13:59] 垃圾留言的来源及目的
类别:读书读文章  时间: 2015-02-14 22:54:04; 浏览: 23144; 评论: 0  
Tags : 九步法

以下内容为书摘:


产品设计“九步法”。

第一步:产品满足用户的哪一个核心需求?


假如你只是去做一个即有产品的新功能,或者想设计一个新玩意,那有两个比参悟“用户需求”更切实的做法:

1、 疯狂的热爱你的产品

2、 尝试去解决你遇到的最大痛点

一个PM最基本的特质就是要热爱自己的产品。


按照此“九步法”的第一步,如果你是微博的深度用户,那请思考一下新浪微博的三栏式结构改版,满足了用户的什么核心需求?


第二步:与同类产品相比你的独特性什么?


大型公司最大的优势就是有钱,有人,有技术,有用户,能够把一个市场上证明了有需求的产品迅速推到用户面前,同时还带给用户不算差的体验。


正因为大公司的产品与生俱来有这样的优势,成为了PM习以为常的制胜法宝,所以他们不需要考虑产品定位,所以最大的优势往往最后变成了劣势。


按照此“九步法”的第二步,如果你是微信的深度用户,请你考虑“朋友圈”这个产品的 “独特性”是什么。


第三步:分解用户。根据产品的核心价值,将用户分解成不同角色。


简单用微博举例:如按使用方式、生命周期把角色分为X轴Y轴两维,那微博的使用方式可以是浏览信息用户,发布信息用户,还可以分得更细,比如发布信息用户还可以分为个人、认证个人、企业、媒体、大V等,微博生命周期可列出种子用户,初期用户,成长用户,衰退用户,流失用户等。


当我们把X轴Y轴一相交,就得到了很多的角色,上面列举的微博角色,就能得到30种,


第四步:变成用户。每类角色回答以下两个问题:该角色为什么会使用这个产品?该角色怎样知晓和到达这个产品?


当对微博角色和该角色为什么使用这个产品进行层层分解后,我们会发现,微博用户是有多层需求的:

1、 获取信息的需求

2、 表达的需求

3、 社交的需求

4、 自我实现的需求


第五步:确定角色成就。确定产品如何满足不同角色的成就感。


一个产品最重要成就是:用户核心需求被满足时获得的成就感,当无关的激励干扰到他的核心需求时,他真正的成就感降低了。


第六步:确定用户需求满足过程中的关键点。


将每类角色从“获知产品,使用产品,需求得到满足,离开,回来”的整个过程进行分解,描绘出关键步骤和关键页面。


第七步:提升关键点的转化率。


很多人都听过“多点击一次用户损失一半”原则,虽然不同的产品实际损失率不一样,但基本都是一个可观的数字。


第八步:形成闭环。让产品能够自我成长。


控制闭环的杀手。


第九步:大干快上,迅速迭代。


迅速迭代只是一个手段,目的是更好的满足用户体验,所以产品升级要给用户一个超出预期的体验,要让用户盼望和等待你的升级。


原文:《百度贴吧前负责人:做产品16年,我有9条心得》

也许您对下面的文章感兴趣:
    很抱歉暂时没有!
类别:本站点滴  时间: 2015-02-13 00:17:23; 浏览: 17684; 评论: 0  

    Bluehost老是丢包,服务器在美国,访问有时很慢,加上代码上传维护不变,2月10日晚,一狠心花了半小时数据+代码迁移到SAE,虽然访问网络从日本做了中转,但速度上还是感觉好了一点。至少代码发布使用SVN方式,方便了很多。


    代码上舍弃一些不用的目录,什么书、之前的作品之类的,目录结构上清爽了一点,当然主要还是SAE对单个项目有大小控制。。。


    看了一下博客代码,发现04年写的程序果然惨不忍睹。。。有时间再慢慢美化吧,呵呵。


    急需补充的是antispam系统,迁移后竟然有海量针对“知行中大”评论模块的直接POST行为,清一色的404,挑选了一些,直接使用SAE的防火墙干掉。再看Bluehost的数据库,评论表有400多M啊,Bluehost是怎么忍我的。。。。

也许您对下面的文章感兴趣:
    很抱歉暂时没有!
类别:随便说说  时间: 2015-01-18 23:58:49; 浏览: 24136; 评论: 0  
Tags : gif mac
类别:随便说说  时间: 2013-10-17 23:37:33; 浏览: 28234; 评论: 0  
Tags : 上线
类别:随便说说  时间: 2013-03-06 00:14:20; 浏览: 168147; 评论: 0  
Tags : 创新 坚持
类别:本站点滴  时间: 2012-01-26 02:53:45; 浏览: 85675; 评论: 0  
类别:产品随想  时间: 2010-11-30 03:42:20; 浏览: 94392; 评论: 1  
类别:产品随想  时间: 2010-05-06 23:35:58; 浏览: 119392; 评论: 0  
Tags : 验证码
类别:Linux/Unix  时间: 2010-04-29 11:20:25; 浏览: 60533; 评论: 0  
Tags : xargs
[198][2/20][1][2][3][4][5][6][7][8][9][10][>|] | 回页首
© 2004 - 2019 芽雨快跑 - 本页面所有内容,未经芽雨许可,欢迎转载,请注明出处

京ICP备09017802号