这是我在知乎上,至今为止最长的一个回答。在博客上也做一个备份。

问:知乎的会员关系是否应该成为“社区”关系?

问题补充:看到很多关于知乎的问答里面都在说社区、要关注人与人之间的互动。也许对于“社区”有不同的理解,但是我怀疑的是知乎里面人与人的关系,真的需要强化、强调吗?感觉在知乎里面,更为重要的依旧是问题、答案。虽然有问答之间的互动、评论、感谢、赞同等互动关系,但是这些关系都不是主导关系,都是从问与答而衍生出来的,是对问题和答案的评价,而不是人与人这两点之间的关系。

答:首先针对你说的“更重要的依旧是问题和答案,而不是人与人之间的关系”:
问答主导当然没错,但人这个属性对于获得有效的答案很重要。
我所理解的“有效的”答案:

  1. 是这个答案在客观上确实是权威可信的(业内专家达人都认可的)
  2. 是这个答案在主观上是你想了解的(比如某个当事人的看法和观点、你信任的人的看法和观点等)
  3. 是快速及时的获取

基于以上对“有效的答案”的定义,我认为:

  1. 对一个答案的权威的判断,需要对回答的人的专业背景的了解,也需要对投票的人的专业权威性的判断(当然这些都可以考虑逐渐用算法来实现,不一定要靠用户自己慢慢了解)
  2. 有时候我们想挖掘的是某个人的隐形知识、以及基于他们经历的一些东西,或者说有时候我们就只是想了解某类人、某个人的看法,那么即使对于同一个问题的回答,A的回答对于我的意义,与B的回答对于我的意义,有很大的不同
  3. 知道哪些人能回答你的问题,很重要。尤其是当你在一个陌生领域,你对某个知识体系本来就有缺口的时候,知道向谁提问,邀请谁来回答,很大程度能帮助你得到更多更多你想知道的答案(几乎是知识的所有维度:know-what知道什么是什么、know-how知道如何怎样做、know-why知道为什么以及know-who知道谁知道和知道了解某个事情的渠道)

另外,对于知道提问者是谁,有时候也很重要。因为这有助于帮助回答的人了解TA为什么会提出这样一个问题,TA真正想要的是什么答案,能更有效地去回答。有时候即使问题的补充说明再详细,提问者的背景也还是会有不一样的帮助。

其次来看“人与人的关系要不要强化”?
我觉得人与人之间的关系很重要,这其实是一种“隐形利益”,也是需要投资付出的。
为什么人们要花费时间精力去认真回答一个问题?

  1. 不要考虑某些天生热爱分享和好为人师的人,大部分人愿意花费时间精力提供高质量的回答,一方面是可以建立自己在某个方面的权威,打造个人品牌,拓展有价值的人脉关系,从而有机会将隐形利益转化为显性利益。强调人与人之间的关系,强调实名(专门维护的ID也算),才能帮助这些人实现这些。如果这个社区的问答,不重视回答背后的人,那么如何激励人们持续地提供高质量的回答?
  2. 有时候也许问题本身并不够好,并不吸引你回答,但提问的人与你的关系,邀请你回答的人与你的关系,也会影响到你会如何对待一个问题,是不是要认真回答。比如我看到这个问题是你提出的,基于我们原有的关系,我也更愿意多花点时间,甚至重复一些已经说过多次的观点,再好好回答一下,这跟一个陌生人向我提出问题,还是不一样的。

因此:人与人的关系能激励高质量的回答
也许也可以这样理解,人与人之间的关系,是知乎这个网站的另一种价值,除了收获知识和成长之外。
对于一个社区,关系与内容(问答)其实是相辅相成,共同促进的,都很重要。(纯SNS除外)

刘雁、潘希颖和我翻译的文章,首发于《程序员杂志》。其实我翻译的是最后一部分《产品失败的十大原因》。

文 / Marty Cagan 译 / 刘雁 潘希颖 黄捷文

MartyCagan是享有世界声誉的产品管理专家,曾经担任网景副总裁、eBay产品管理及设计高级副总裁。本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享,谈到了产品管理与产品营销的区别与合作关系,最后总结了导致产品失败的常见原因。

产品管理与产品营销的区别

业界权威指出市场上多达九成的产品未能实现既定目标,因而是失败的。即使你的产品不在此列,我依然觉得大多数产品构思拙劣、尚不成熟,可用性差、毫无价值的产品随处可见。

导致产品失败的因素很多,我会尝试从不同角度分析其原因。但我一直认为,最根本的原因是公司对产品经理的职责界定不清,担任这项工作的人缺乏专业训练。我一直在思考这个问题,因为它触及了产品经理的核心工作职责。

产品经理的工作是从细节上定义开发团队开发什么产品。市场营销的职责是对外宣传产品。两项工作天差地别。

为理清职责,我坚持为每款产品指派一名专职的产品经理,负责定义产品(将产品需求和用户体验设计相结合)。然而我发现企业常常会陷入以下三种误区。

由市场营销人员定义产品:由产品营销经理或所谓的“”负责收集高层产品需求,然后直接交给开发团队开发。这种方式忽略收集详细产品需求的步骤,回避探索(定义)产品的艰难决策过程,也绕开了用户体验设计。

两人分担定义产品的工作:定义产品的工作分给两人完成,产品营销人员负责高层商业需求,“产品经理”负责低层产品需求。

一人兼任两项工作:产品营销人员兼任产品经理的工作(有些公司称这类人为产品经理,有些公司还是叫营销人员)。

下面分别讨论这三种情况及其引发的问题。

由市场营销人员定义产品

这种情况很容易辨认。这类“产品经理”可以为产品团队提供市场营销资源、制作数据表格、培训销售队伍、为产品命名和定价,但是一旦涉及定义产品的具 体工作,他们就无能为力,只能袖手旁观。我推荐大家工作之余看看呆伯特(Dilbert)系列漫画,作者用了大量笔墨描绘这类“产品经理”。

这类“产品经理”或许擅长市场营销,但是对详细定义有价值的、可用的、可行的产品往往束手无策。除非他们不但具备营销技能,还掌握管理产品的方法, 那么产品还有成功的机会,否则只能寄希望于其他人(比如主程序员、交互设计师、公司高管)挺身而出,担起真正意义上的产品管理工作。然而,更常见的情况是 产品从一开始就因此陷入了麻烦。

我第一次接触产品管理工作时,遇到的就是这种棘手的情况,从而导致我以前对产品经理没什么好感。幸亏后来遇到一位贵人,他让我明白了产品经理的真正职责。从那时起,我就开始强调产品经理的作用,并致力于重新定义产品经理的工作职责。

两人分担定义产品的工作

没人单独负责管理产品,这种情况也很常见。产品营销人员(有时被称为“业务责任人”或“商务产品经理”)负责收集高层业务需求;产品经理(在敏捷开发团队中也被称为“技术产品经理”或“产品责任人”)负责收集低层产品需求。

问题在于两个人都不是真正的产品责任人,没人对最终的产品负责。而且这种模式是基于错误的观点,即认为可以脱离具体需求(尤其是脱离用户体验)定义高层需求。

这种模式让产品经理的工作蜕变成制作各类文档,不但令人沮丧,而且限制创新思维,很难做出成功的产品。

大公司由于业务部门较多,很容易陷入这种管理产品的模式,它们常常为此苦恼,却找不到原因。 Continue reading »

必备知识和原始出处

其实我的书没有读完,包括这本《书读完了》。书也永远不可能读完,因为学海无涯。但至少它提醒了我这个道理:

就书籍而言,总有些书是绝大部分的书的基础,离了这些书,其他书就无所依附,因为书籍和文化一样总是积累起来的。因此,我想,有些不依附于其他而为其他所依附的书应当是少不了的必读书或者说必备的知识基础。

举例说,只读过《红楼梦》本书可以说是知道一点《红楼梦》,若只读“红学”著作,不论如何博大精深,说来头头是道,却没有读过《红楼梦》本书,那只能算是知道别人讲的《红楼梦》。读《红楼梦》也不能只读“脂批”,不看本文。所以《红楼梦》就是一切有关它的书的基础。

——

每个领域都有其必备知识和必读书,也可以理解为李笑来老师说的“最少必要知识”,如果脱离这些必备知识去看其他依附于这些基础的知识,很可能是消化不良的,就好像我在前一篇总结中说的那样,那些零碎的阅读终究构建不起一个知识体系。这也是为什么看再多别人谈战略分析商业逻辑的文章,也很难形成自己的东西,因为那些“分析”和“结论”都是依附于他人已有的该领域的必备知识,这些必备知识可能是某个领域的常识原则,可能是被分析的公司历史及财报数据(就好像上面说的《红楼梦》一样)。看别人的分析就好像看红学书籍一样,如果不看原著(不了解被分析的事实),是没有太大意义的。

所以,我了解了多少必备知识和原始数据呢?

《结网》中强调,要追溯概念的原始出处,才可以更好地理解那个概念。我又了解多少原始出处呢?不能不说年初读中国互联网历史对我帮助是很大的,但是那个历史也只是个全局,我并没有很认真很深入地去了解过某个企业某个产品的详细历史。这样,怎么可能构建一个基础?

当然,在最基础的必备知识都没有的情况下,追溯原始出处,也不一定能理解多少。这只能是在来年努力去做。但庆幸我意识到了。

道相通,隔行依然隔山

我开始越来越觉得,designmarketing有很多共同之处,以前喜欢说人生何处不营销,现在觉得无设计不生活。我还觉得产品管理和时间管理,以及人生都有很多通用原则。

然而即使是这样,即使我前不久才说,我们在本质上都是一样的,每一个行业,每一个群体都有太多太多的“个性”细节,又有太多太多的常识壁垒。要研究透必须花费大量时间,长年累月沉浸其中去观察和积累,没有捷径

所以,我已经可以接受如此一无所知的自己。

我只是在提醒自己,要尽快完成“最少必要知识”的学习,在扩大知识广度的同时,要意识到,要聚焦,要纵向学习。

(好吧,我竟然又等到1年结束了才领悟这一点,真是惭愧啊)

PS:这两周我又要进入到公益翻译产品大师Marty Cagan的文章的项目中去了,翻译是最积极的阅读方式,所以,我是故意自我折磨的。

要让用户规律地使用你的软件,你需要提供适当的激励,并在用户界面引导实现这些激励。

——《筑巢引凤:高黏度社会化网站设计秘诀》

Joshua Porter的这本《筑巢引凤:高黏度社会化网站设计秘诀》(邝宇恒 译)中说,创建支持和鼓励用户使用/参与的核心动机的界面,是让用户持续使用产品的关键。他用了一整个章节详细阐明了那些动机,并提供了对应的web设计案例。

我觉得非常有启发,特在此做个笔记。(啊,这个记录和分享的动机就在作者描述中)

用户的特征虽然千差万别,但是使用社会化产品的核心动机不外乎以下这些:

  • 身份表达:人们使用社会化软件管理他在不同社会群体中的身份形象。
  • 彰显个性:人们使用社会化软件的一个原因是,他们认为他们提供的东西是独特而有价值的。
  • 互惠心理:人们会因希望回报别人,或希望得到他人的回报而参与使用。
  • 声誉:人们希望通过使用软件参与互动,塑造声誉,增强与他人的关系。
  • 成就感:人们希望有效完成任务,并期望正面效果。
  • 掌控感:人们希望控制其个人信息的展现与分享。
  • 拥有感:人们会参与使用,是因为他们觉得他们能拥有自己的在线内容。
  • 群体归属感:人们希望找到志同道合的人,分享相同的价值和活动。
  • 娱乐:参与使用本身就很有趣!

上面这些其实一定也不陌生,我只想挑一些让我联想比较多的说说自己的感想。

彰显个性

在这个部分,作者并不只是强调了社会化产品要在设计上突出用户个体的不同个性(如豆瓣上的个人主页,首页展现的是你个人关注的信息动态,豆瓣猜会根据你的已读做个性化推荐),还提及一点,让我联想到不只是在设计上激励,还要在运营上激励,那就是:

要不时提醒用户,表现服务对他们个性的认同

我的理解是,对用户个性的认同,一方面是对某个用户群体的共性特征的认同,比如豆瓣早期用户的文艺气息、新浪微博的名人氛围(或者有的人认为是精英氛围),运营上会推动这种气息和氛围;另一方面,是对单个用户的个性认同,这主要是用户运营,社会化社区的运营团队能主动地认可用户在社区展现出来的喜好和观点等等。

对我个人来说,无论是当初在友商社区,还是在腾讯微博,不能否认,我是受到强大的激励的。比如在友商,我是多么感恩萧秋水带领下的运营团队从一开始对我的认可,从我没有什么贡献,到我有一点点贡献的时候,他们都是无比的认可和鼓励;比如在腾讯微博,其实当我从twitter转移到腾讯微博的时候,也只是稀少的几个人际关系转移,放下朋友本身的交互激励,腾讯微博产品团队(比如@pack, 李方等人)在一开始就给予我认可——与我交流、给予祝福等等,那些都是无比温暖的,有时候人们想要的并不多。

利用互惠心理

作者说,互惠心理常常运用在需要对物品进行评价或评分的网站——根据互惠“规则”,人们会有小小的责任感,也要去发表一条评论。

过去我并未意识到,“期望他人的回报”而参与使用也是一种互惠心理。但我想除了那“小小的责任感”(当然不否认有的人责任感确实比较强,比如敢于对购买的商品评差评),应该还是需要跟声誉机制结合起来的,比如淘宝买家和卖家的互评,应该就是这种互惠心理的运用。当你给别人好评时,你也是期望别人给你好评的。

在产品设计方面,作者强调要通过能提醒用户互惠规则的文案来强化用户的这种心理,并且通过及时通知收到的评论这个功能来鼓励用户参与评论。

掌控感

我对掌控感的理解是,首先这个产品要很快让我明白它可以帮助我实现什么,它很容易使用,各种功能自定义化强(一切功能的使用都由我来决定,比如隐私设置,个人主页个性化设置等等)。

总结

其实以上那么多那么多,归根到底,何尝不是要让用户对你的产品产生感情呢?

设计也罢,运营也罢,产品,应该是有灵魂的,那个灵魂,最好是让用户一见钟情,至少要日久生情。

life is beautiful

这几个月我的blog明显写的少了,主要是因为可以输出的成长不够(我更多的是为成长而写),所以自然就写少了。今天一时有感,以此文提醒自己要踏实、踏实、还是踏实。再追求个人的敏捷迭代,积累还是得慢慢来。

改变了的阅读习惯

以前会花大把的时间阅读Google Reader里订阅的文章,现在每天几乎只是浏览看个大概,标记好需要精读的文章,然后每周固定时间静心阅读。现在更多地是进行主题阅读(包括书和blogs),尤其是花时间耐心地读专业书籍,甚至是有教科书味道的大部头专业书籍。

在我对某个领域完全一无所知、只是有兴趣的时候,我花了更多的时间阅读那个领域的专业人士写的blogs,对我来说是更能“学的下去”的方式,是一种熏陶。然而当我真的需要深入地学习某个领域的知识的时候,这样相对零碎的阅读就无法支持了,因为这终究不够系统。

零碎阅读的很多东西,尤其是那些谈战略、商业模式之类的,就如同Mars说的那样只是“感觉上与时俱进见闻广博了之外,并没有太多东西沉淀下来变成自己的东西。零零星星真正吸收的,往往是那些和自己原有的知识技能体系有联系,而且刚好和最近思考的问题有关系的哪些信息。

虽然我认为零碎的思考也是有价值的,而且交流对话对于促进个人反思有很大帮助(Twitter和微博可以快速实现这一点),但是对于需要系统学习和积累的我来说,应该减少学习零碎知识的时间,增加系统学习的时间。因此也不经营twitter和微博了,有时间就该好好读书,增加实践,并写blog反思。在没有什么资本与牛人对话交流的时候,还是踏实自我修炼吧。

注重基础

还记得千鸟曾说

学习专业技术通常容易犯个错误,急于求成追求高层次概念往下理解,然后随着自己学习中对心智模型的修正,会不断推翻并重构知识框架。其实真正有效的学习是从基础开始不断积累,通过量变到质变的提升,来实现高层次框架自然而然的清晰,最后才是理解并总结成概念。

今天看到腾讯CDC的一位工作10年的交互设计师写他这10年的感悟

其实对界面的钻研,无非也是因为对这些最基础东西从底层开始的钻研,当时看起来很慢很枯燥,但一旦你一字一句去求证,去推敲后,以后你就不会有很多概念上的困惑。

一个写Table基础控件的开发工程师F,F的牛体现在:两年只写一个控件,那就是table,而且这个table跟excel很像,初看无论是表现还是 交互十分类似,但细细体验,你会发现有很多针对财务软件的优化,例如数字格式,例如循环嵌套,例如缩进扩展,例如大数据的换算导出的效率比excel类封 装的高几倍, 他给到我一个朴素的认识,要想做出类拔萃的软件,就要从底层技术开始,不要简单求快,找捷径,我后来发现我们的很多软件其实不会做得如此细致,一方面是时间要求,一方面慢慢大家习惯了拿来主义,初一眼没什么不同,但在极限情况下,孰高孰低,很容易就看出来了,真正的底层的,原创性的研究和设计总是非常锻炼人的

我时常都会为自己成长的不够快而焦虑,会因为可以实践的机会不够多而焦虑,然而最终静下心来,还是会明白,别人给自己提供的学习成长机会是一方面,自己创造争取把握的机会是另一方面,若真想成长,永远不会缺少机会和路径,更何况,眼前可以学习的,仅仅是基础的部分,就有那么多那么多了。

日常的工作比较杂,各种事情都有。比如要在公司UI资源严重匮乏的时候做icon,自己PS的技能还有很大很大的提升空间(虽然对我来说谈不上是关键技能,但多会一些总是好的),设计能力就更是需要培养;比如一直以来都要用到的html & CSS, 总是在“需要用到的范围”缓慢地进步,我又是不是可以真正多花些精力加强它?最近爱上了W3Schools,发现可以利用的学习资源其实无处不在。

产品的工作涉及方方面面,每一个方面,都有无数的基础,那些基础,都需要我系统地去学习。

很大的工程,但我要静下心来,一点一点地学。

© 2010 OurDearAmy|粤ICP备09015855号 Suffusion theme by Sayontan Sinha