Archive for 产品

Facebook之困

我想对mark哥语重心长的说一句:

工程师文化要保持,但互联网公司不能技术导向。请多招一些产品经理。完毕。

Facebook遭遇7大问题:多项服务失败

导语:美国科技博客BusinessInsider撰稿人马特·罗索福(Matt Rosoff)今日发表文章,列出了 Facebook所遭遇的诸多问题,其中包括Places、Deals、Messages、Groups和Pages等数项服务失败。

以下为文章内容摘要:

Facebook开发人员大会下周召开,预计将发布一项新的音乐服务。此外,Faccbook还可能推出新的移动支付平台、iPad应用或iPhone图片共享应用。

但会有人关注这些吗?这并不是一个无关紧要的问题,毕竟Facebook已经很久没有发布新产品了。最近一次发布的新产品是OpenGraph API,但这只是Facebook Connect的一个延伸版本,而后者早在2008年就开始流行。

以下为Facebook所遭遇的一些问题:

1. Places并未扼杀Foursquare-没有研究过,直观感觉、胡乱猜测,LBS没有很强的网络效应,转移成本也不大,但我觉得LBS是产品+运营导向。更有运营经验的FQ更具竞争力。Facebook要多招点运营经验丰富的人。产品一样

Facebook去年8月推出签到服务Places,当时许多人认为Places将扼杀Foursquare。但事实并非如此,Facebook一个月前已宣布取消Places移动版。

2. Deals被关闭-最让洒家想不通的是Facebook会去做团购。团购的前期 线下业务推广团队 是要很多人力的。。但是 怎么就马上就关闭了呢。明显他们觉得人手不够了,且也没有站在Facebook的优势出发去变革这个产品。其实做团购导航是个不错的选择,比如做团购的个性化推荐,Facebook有的是技术。。。

公开测试还不到4个月,团购服务Facebook Deals即被关闭。

3. Messages未动摇email地位-没用过。。。直观感觉是产品定位+网络效应的问题。

Facebook去年6月推出Messages服务,集电子邮件、即时通信和短信功能于一体,其目的方便用户,无需从电子邮件收件箱转到即时通信窗口,再转到Facebook wall(留言板),但Messages未能如愿以偿。

4. Groups并未解决全部问题- 不评论

Facebook去年10月推出Groups群功能,允许用户特向特定好友共享信息,而不是全部好友,但Groups并未解决不想向任何用户共享任何内容的问题。

5. Pages从未威胁过Twitter-产品设计上的问题。侧面反映出Facebook的与用户反馈的整个产品流程不通畅?欠缺关注用户?我不怀疑fb的技术能力,肯定是产品人手太少了,用户反馈需求没及时处理,

Facebook 2009年推出Pages,帮助粉丝关注名人或品牌。但许多用户抱怨,Pages存在许多缺陷,如缺乏验证,信息不够详细等。与此同时,Twitter却获得了大量名人的支持。

6. iPhone应用升级慢- 迭代周期太长,或许是产品不懂得拆分需求,不同规划roadmap

Facebook 2009年8月推出iPhone应用3.0版本,直至上周才推出3.5版本,近两年时间没有进行大幅升级。此外,Facebook尚未推出iPad应用。

6. Skype功能生不逢时

Facebook今夏增加了Skype视频呼叫功能,这是一项不错的功能,但唯一的问题是,谷歌在一周后就为Google+增加了视频群聊服务Hangouts,最多允许10个人同时视频聊天,而Facebook仅限于“一对一”。

7. 大量员工离职- 公司产品mm太少了!技术宅男当然不爽~腾讯的比例就不错。

大批员工离职,这让投资者感到一丝担忧,尤其是在Facebook计划在明年进行IPO之际。

–以上红字纯属个人YY成果,抛几个砖,想引来一些玉或者钻石。

腾讯产品工作阶段性总结

发现不知不觉过了3周多~ 该总结下工作中遇到的问题了。 发现导师还是很有爱的~都比较细心 但是非常严格~ 今天被叫到茶水间谈话了。tingting姐在当当干了几年后又到阿里干,也带过许多学徒,说自己说话很直并且要求很高,邮件格式都不允许出错。收件人顺序都有很明确的要求。。对我要求更加严格~我是很会接受别人对我的缺点的批评的,这对我很有好处。我会不断改进的

她肯定我各方面比较优秀的同时指出我在工作中很多待提升的环节:

1.推动力

Read more

一张A4纸 让PDA下课!-pocketmod

GTD工具选择电子产品固然有很多好处,但手写方式也有很多优点。之前imick同学的纸质GTD系统是个不错的例子,而 PocketMod 是另一个很实用的应用。。

PocketMod

PocketMod 是基于flash的一个工具,可以选择多种模板打印,通过巧妙的折叠方法制作出随身携带的笔记本。方法如下:

Read more

产品经理中最易犯的12种错误

糟糕的产品随处可见。要么是毫无用处,要么是不能正常工作,要么就是难于学习,或者花费很长的时间去销售。毫不奇怪,正如有许多这样的情况,我们才不断的 去创造成功的产品。然而,有一些失误经常发生并且引起重大损失,因此我们认为这就是绝大多数糟糕产品的症结所在。
在这篇文章里,我们将回顾每个失误,并且系统的描述为什么我们如此易于陷入迷惑,掉进陷进。为了在自己的产品开发进程中避免这些危险,本文采用简单的列表形式,这样有助于随时提醒自己。

本文强调了在产品团队中,每件事开始的时候,如何远离常见的产品陷阱。在整个项目进程中,会有大量的决定,如何判定产品的成功。好的过程和技术能够明显的提高你成功的机会,没有正确位置的团队,成功的希望将非常渺茫。
不是团队中的每个人都会成为超级明星,但是团队中的每个人都必须适合去做自己的工作,作为一个具有整体需求的团队来说,必须能够高效的一起工作。
1.1         分不清客户需求和产品需求

许多产品团队要么依照市场职能,要么依照销售,要么依照客户去定义产品并进行设计。如果你是 在设计一个客户定义的产品,或者在做一个承包性质的产品,那么让你的市场或者销售组织去定义你的产品或许更好一些。然而,如果你正在试图设计一个新型的, 可以适应大众客户需要的产品,那么以上的方法就不会产生出你希望的产品来。
按理说,市场组织与销售组织和客户进行沟通,应该能够更好的了解产品需求,然而,有几个原因导致了通过这种方法很少产生好的产品。
首先,客户很有可能并不知道他们想要什么。这并不是因为他们愚蠢,而是因为在没有确切的造出一个产品的情况下,让他们去说明一个专业的解决方案,以及预测方案的效率,这是非常困难的,如果这样做,至少得给客户建立一个原型出来。
第二,客户并不知道什么具有可能性。它要求客户有大量的时间和专业知识去跟进许多应用到你的产品中的技术。
第三,客户并不处于了解广泛需求和市场机会的地位。客户忙于他们自己的生活和工作,并没有时间去了解市场中其它的客户,当然了,他们的需求很可能是相似或者不同的。
产品管理要对定义正确的产品担负责任。先要深度了解目标市场和需求,然后再去做,要把构想和可能结合,再去创造能解决实际问题的产品,这就是产品经理的工 作。这就是为什么顶级的产品经理通常来自技术岗位,因为他们知道什么是能实现的,当他们遇到一个不好应付的需求时,通常他们也能想象出新的,具有创新意义 的方法来。
产品营销也是非常重要的,不仅仅是有差别的。产品营销的全部工作就是针对目标市场,告诉产品应该如何去做,并且提供给销售人员所需的高效工具去支持销售。有效的产品营销是困难和苛刻的,但是同发明实际的产品一样,产品营销本来就是这样的。
1.2         分不清技术创新和客户价值

毫无明确目标的创新只不过是用简单的技术去解决一个问题而已。
现在,在市场上有不计其数这样的产品,它们的存在只是简单的因为它们是可以接受的,但决不是必要的,因为它们只是解决了一个实际的问题,或者只是比其它解决方案更好一些。
在产品团队中,什么能够激发工程师们不是关心同一件事情而是其它的事情。工程师们关心的事情只是对于一项挑战性的技术去找到一个了不起的解决方法,以及在这个挑战性的技术中,他们能得到多少机会去学习和使用。
然而,如果工程师团队被给予了一个清晰的前景和产品策略,以及工程师们被给予直接看到客户问题的机会,那么他们通常会采用创新的解决方案去解决非常实际的问题,并能够导致产品的突破。
这个问题的关键是创新需要在一个可见和策略的范围中能发生。提供真实的客户价值才能支持创新的进行。
1.3         分不清自己和自己的客户

这是非常常见的情况,所有的人都很容易把自己当成目标客户,甚至要比他真正是目标客户还要容 易。这种情况是相当危险的,这是因为我们不自主的把自己当成了客户的代理人,从而把一个完全不同的标准应用到了产品上。这种混乱有许多负面的后果,最常见 的就是形成一个不可用的产品。
例如,你也许能够非常容易的学习和使用你的产品,然而,这些还没有接触过太多类似产品的现实目标客户也许发现这个产品根本就不可用。
这是因为每天我们都在和自己的产品打交道,我们热切期望的是新版本的发布,然而现实的目标客户却根本没有时间去考虑我们会提供给他们什么新的功能,专门花费时间去安装新的版本,并且浏览这些新的功能。
保持我们的诚实和方向,我们必须经常提供产品给直接来自目标市场的第一线的客户,认真考虑他们的反馈,努力获得他们内心的看法,而不是我们自己想当然的,歪曲的观点
现在,有太多的产品除了产品的创造者,对于客户几乎是不可用的。这就是典型的缺乏产品设计和没有进行可用性测试造成的结果。即便现在开始可用性测试,那么对于产品的生命周期来说,其作用也会大打折扣。
如果你近期一直没有进行产品可用性测试,那么来自测试的深层看法将会使你受益匪浅。其目标就是通过和目标市场的客户以及潜在的,急切想购买产品的用户一道进行测试,找到必要的点,并进行产品的重新设计。
但是在一些公司,习惯于采用以下的可用性测试方法,就是已经采用工艺开始制造产品,然后再开始测试。这种测试产生的压力会导致不重视测试结果和降低产品标 准的情况,否则,必然的变化会引起产品进度明显的拖延,并且一些有意义的工作和花费都被浪费掉了-产品经理将会把一份没有进行确切归类的报告递交给他的上 级。
在整个可用性测试期间,原型的使用能够很大地帮助你建立信心,而这种信心就会导致你创造出你希望的产品,事实上,这种产品就是所说的可用和合乎需要的产品。
1.4         分不清顾客和使用者

这是值得注意的,许多产品成果都没有分清客户和用户。事实上,这些人群典型的为产品状况薄带来不同的需要。那些想买产品的人写下的商业需求或许就和那些每天坐在桌子旁使用产品的人的需求大相径庭。
销售人员知道这种差异,在一家公司内,他们通常会打破用户类型,向下延伸到更多样化的,会影响购买的人群中。但是通常产品团队只是直接面对顾客群-购买者 或者是具有经济决定权的人-因此产品团队就也可能会尽最大的能力去满足用户的需求,但是这必须要求产品团队有一个清晰的认识,知道在不同人群中,谁是真正 使用这个系统的人。
采用对人群或者用户轮廓描述的技能,有助于早一些提出观点,并且确保产品团队记录下不同类型的用户和顾客的需求。
1.5         分不清产品功能和用户受益

非常容易引起注意的是产品功能上的细节,正是这些功能造就了你的产品,而非这些产品功能所提供给用户的价值。产品价值定义是面向用户受益的,而不是功能的。
你的产品必须有一个清晰透明,简单并且引人注目的产品价值定义。你对目标市场必须是深度了解的,市场中的目标人群必须察觉到你的产品是能解决一个实际问题的。
有几个可能的原因导致了贫乏的价值定义。最常见的就是这个产品没有解决一个足够有价值的问题。它可能对于一个正确的应用来讲,是一个有趣的技术,也许这个产品很有价值,但是可能不适合目标用户。也许只是简单的因为对于用户受益来说,过于昂贵。
也有可能是对于目标市场来说,这个产品是完美并且非常有经济价值的,但是传递给市场的信息过于复杂,以至于在市场中失去了其价值。
如果你搞不清楚目标市场中的用户,并且在一分钟内不能向用户说明你的产品是什么,这个产品为什么和他们有关连,那么这个问题就很明显了,要么是你产品价值的问题,要么是你产品信息传递的问题。
1.6         分不清做正确的产品和正确地做产品

现在,越来越多的人谈论着做好创造产品的工作,他们想到的是是否有一个好的过程,是否在预算的范围内按照进度完成,是否达到高质量的目标。而围绕在正确创造产品上的实质问题则是-从事好产品执行的工作。
不幸的是,对于产品是否被建造,是否有价值,是否有真正的顾客花钱去购买,则无人讨论,换句话说,就是这个产品团队是否做了正确的产品?
产品的有效运行才是实质,条件是产品能够可靠工作并且作为满足需求的功能可执行。然而,如果产品本身是无用的,那么所有的努力将是零。随时认真面对所有的问题,对于产品团队中的每个成员来说都是重要的。
通常,可用性测试能够帮助你判断出你是否在做正确的产品,QA将帮助你判断出你是否在正确的做产品。但是不要陷入到只依靠易于测算的QA标准的陷阱中去。
1.7         分不清好的产品和好的商业模式

已经有不计其数的好的产品不适合商业销售。仅仅开发一个好的产品是不够的。在公司中,产品需要适合商业销售。这才是全面的成功。
一个好的产品必须是可以被公司的商业模式支持和并与之结合的。有时,这可能是困难的。例如TIVO公司所面对的情况。他们的任务是明显地提高电视收视感 受,正如我们所知的,商业性的节目一般是不受欢迎的(super bowl这个节目例外)。然而,电视制作得到了商业公司大量的资金。但是,TIVO的竞争对手决定不这样去做,而TIVO的人和电视制作的人一道创新了商 业模式和客户喜欢的产品,通过商业资金,依然让客户更快的了解到这些产品,并且也为电视制作继续获得利润留下了空间。
1.8         分不清令人激动的功能和好用的功能

产品定义总最容易忽略的一个问题就是情绪化的东西。坦率地说,为一个无聊的产品保持兴奋是困难的。然而,当一个产品被定型的时候,那些令人激动的功能和想法通常会在不断的协商中被砍掉,为的是在希望的时间线内开发产品。
在有效实用,但是却没有令人狂热和忠诚的功能的固定列表下跟进产品,是相对简单的。没有了狂热和激动,对于建立一个忠诚的客户群是比较困难的,对于销售和产品支持来说,这更加困难。
当你在你的产品中寻找加入振奋的东西的时候,有时,你会发现就是功能本身,这些功能就是令人激动的,只不过不是那么显而易见,这是因为在可视化设计中情绪的影响。
许多产品团队在事后才会对待可视化设计。在产品开发进程行将结束的时候,他们找到一个图案样式来确定图标、色彩、包装,然后他们规定修改什么,这样他们就能创造出一个专业的看得到的产品。但是在用户体验中的可视化设计要比产品团队认识到更多的元素。
在你的产品生命周期中,无论你的产品是否是令人兴奋的,得到早期评估最好的方法就是注意观察在整个用户测试期间的反馈。你最好进行几个不同想法的试验,当你触及到正确的基线时,你会立刻在测试样例中看到。
1.9         分不清增加的功能和改善的产品

考察任何一个正在产品漩涡中挣扎的产品团队,你几乎都会发现这些团队对于实现一套新的功能,都处于狂燥的空转状态,这些团队希望会找到这些问题并且最终让客户义无返顾的去购买产品。
遗憾的是,增加功能对于提高产品而言,几乎不是什么良方。这是可以理解的,因为销售的力量会告诉你(现在都不绝于耳)“客户喜欢你的产品,但是他们用产品 是要去做某某事”,或者市场的兄弟也会说“简单的说,我们必须立刻增加这些和那些,因为我们的竞争对手正在消灭我们”。或者更糟的是,你发现团队遵循于这 样一种连续的观点“我们已经尝试了A和B,可能正是我们错过的C和D”
很少的时候,你确实是缺乏一些关键的功能,但是如果这些功能确实是非常关键,那么在早期却被忽视,这就很难理解了。更多的可能是,你的产品问题或多或少存 在于常见问题列表中的其它问题项中,这要远胜于去找更深层的问题,比如可用性和价值,我们不能把寻找功能作为解决问题的答案。
具有讽刺意义的是,增加功能经常使产品危机加剧,因为更多的功能会有把产品复杂化,难于使用和难于对话的趋势。
好的产品团队经常会改善产品,主要意思就是使这个产品更加可用和贴近目标市场中更广阔的受众。
1.10     分不清印象深刻的说明书和印象深刻的产品

许多产品团队坚持不懈的跟随着他们公司的产品生命周期,编制全面的产品需求说明书,进行大量 的设计,建立完全依赖于UML图示的体系说明,和印象深刻的图片,然而这些文档是否有用,要依赖于确信产品团队已经考虑到了所有重要的问题,并记于心中, 这些纸质的文档本身其实对确保创造一个客户想要的产品所起的作用并不大。
对于高科技产品来说,实际的目标用户必须能够和产品交互,为的是确定客户是否真的喜欢这个产品并想使用它。这就是为什么对于做好产品说明书是如此苛刻,对于更合适地确认产品,还是要通过高度逼真,可交互和丰富的产品原型,这是不可替代的。
太多的产品团队花更多的职责在需求和设计文档上,直到产品Beta版出现了,他们没有发现人们或许根本就不能够勾画出如何使用这个产品,或许只有他们自己 能使用,但是他们并不关心这些,因为他们根本没有看到这个意义。这不是弱势产品经理,设计者或者工程师的标记,但是这是必须要承认的在高科技产品中自然存 在的事实,尤其是在软件行业,你需要和产品进行交互(或者一个合理的模拟),这是为了评估实际体验和预测最终的成功。
1.11     分不清完成的产品和可销售的产品

即使是最好的产品,如果你的组织没有进行有效的区分和销售产品,或者如果你不能合理的进行产品支持,那么你的产品将不会得到你希望的反馈。
你需要非常了解自己组织中的商业模式,销售和分销模式,并且问自己,正在创意的这个产品在这个商业模式下是否能够有效的销售和进行支持。一般来说,调整产品去适应商业模式要比改变公司的商业模式去适应产品简单的多。
在公司的商业策略定位或者改变后去思考,这是尤其重要的。记住,整个产品的问题是和产品本身同样重要的,要不,为什么那么多好的产品在错误的公司都已经凋谢了。
1.12     分不清产品发布和产品成功

最后,许多产品团队失去了测量成功的视线。成功不是按时发布产品,不是得到媒体好的评论,不是赢得竞争对手的评价,不是成功的安装产品,甚至不是获得新的客户和从销售那里兑换大额支票。
这些都是非常不错的事情,但是这些都不能说明让客户愉悦,成功的使用你的产品这个最终目标实现了。不幸的是,许多产品团队在目标刚开始的时候就停下来了。他们也许很快就放弃了,也许转移到了下一个产品上,也许他们已经心浮气燥了。
沉迷于和竞争对手做同样的事情是非常容易的,也许担心新的技术会对自己的产品产生多大的影响,也许来自现实利益的一些因素使你分心,而这些利益正来自于快速成长的,受鼓舞的,热情的和忠诚的客户群。

李杰学长的互联网求职之旅

李杰的互联网求职之旅-求职百度

发信人: jayleecn (jay lee), 板面: work 
标  题:  李杰的互联网求职之旅(4)-求职百度 
发信站: 飘渺水云间 (wed apr 30 16:37:24 2008), 转信 
李杰的互联网求职之旅(4)-求职百度 
     因为之前对互联网行业的持续关注以及后来到阿里实习,使得我对互联网行业相对平常同学有了更进一步的了解和理解,因此我求职百度的整个求职过程相对比较顺利。 
     百度是我首选的公司,本科时我便申请过百度的实习,结果石沉大海。研一时申请过百度的校园大使,结果给我安排了在线笔试后也是毫无音讯,不过这些坏消息并没有打击我的积极性。百度2007浙大宣讲会上,我早早就过去坐在前排拿着个笔记本做会议记录,后来往88 work版发了一篇《百度2007浙大宣讲杂记》。当然,坐前排的另外一个目的是为了宣讲会结束后第一时间去跟百度招聘人员交流,从而认识了百度商业应用产品市场部的ljy,申请实习时也跟ljy联络过,不过没什么消息。 
一、简历 
      2008招聘百度是最早来浙大招人的互联网公司。因为百度简历系统的问题,我在线投递简历没能成功,后来我只好通过88上出现的诸多百度浙大校友以及百度2007浙大宣讲会上认识的ljy帮忙投简历,最终内推过了简历关。 
      我投的是商业应用产品市场部_产品策略分析师,简历上重点突出了”我为什么要申请产品策略分析师”这个问题,从”我喜欢互联网商业分析工作”和”我已具备胜任这份工作的基本技能和素质”两个方面进行了解答,后面的面试和电面表明这个问题也恰恰是招聘人员最为关注的问题之一。
二、面试 
      当晚百度要在浙大召开宣讲会,同时现场笔试。当天下午接到商业应用产品部 hy 的电话说过去灵峰聊聊我就过去了,到灵峰之前发现我们班有两个同学已经过去聊过了,后来才知道这已经算是第一轮正式的面试了。 
      第一轮面试我们的是来自来自商业应用产品市场部负责百度竞价排名的两个team leader:hy和zx。我之前的一个同学说就聊了下做过的跟市场相关的实习情况,我到了时另外一位同学还在和hy聊天,大约聊了25分钟左右才出来,我是和zx聊得,也差不多聊了半个小时,主要问得问题如下: 
(1)为什么我要通过各种办法投这个职位 
     因为我本科给百度投过简历,所以在简历修改功能出来前没法给他们投新的简历。后来我只好通过在百度的校友、百度认识的朋友、知道的hr的email等多个渠道给他们投了简历,许多朋友都帮我解难,在此一并谢谢他们。 
(2)举例说明一下我在商业模式分析方面的能力或者经历 
(3)上面两个问题稍微正式点,因为我大学6年来都在互联网业界泡,后来我们就干脆聊很具体的百度竞价广告产品和google adwords的细节比较了。 
(4)zx最后问我有啥问题没,我问了他们在杭州的招聘安排,得知大概会在3天内就出结果决定会不会发offer,所以负责招聘的人都在争分夺秒的工作,辛苦就不用说了。 
     实际聊天过程还是很轻松的,更多的是我在表达我对互联网的一些看法,对百度的一些看法,以及对一些具体产品的看法。 
三、笔试 
宣讲会结束后,百度便开始现场笔试。题目都挺开放的,没什么特别好说的。 
     
四、开放性试题 
      笔试结束两天后的9月16号,我收到了zx发过来的开放性试题,有两个题目,要求在9.17日晚22:00前用回复邮件的方式反馈答案,独立完成,并且对外保密。因为要保密,所以具体题目此处便不再谈及。第一道是问答题,要求出一份项目执行计划另外一道题是数理分析题都帮我解难,在此一并谢谢他们。 
(2)举例说明一下我在商业模式分析方面的能力或者经历 
(3)上面两个问题稍微正式点,因为我大学6年来都在互联网业界泡,后来我们就干脆另外注意一点:数理分析题中可能会给出一些”脏”数据,也就是一些错误数据来误导你,所以别被这些”脏”数据带到阴沟里去。 
、电面 
      过了开放性试题环节偶紧接着是来自百度总部的电话面试。电面之前hr会跟你约时间,约好后由相应部门的负责人给你打电话。总体上谈论的内容跟第一轮面试相差无几,所以没什么特别好说的,注意电话礼仪即可。 
六、offer 
      电面过去后,百度先给我发了一个实习offer,问我愿不愿意去公司实习两周双方进一步了解后再做决定。我答应下来了,但是因为当时正是论文开题,就把去实习的时间定得比较靠后。结果还没去实习,百度又给我电话说给我发正式offer了,谈了一下薪水等问题。 
 
七、实习 
     2007年11月份,我去百度实习了两周,主要工作内容是在学习部门给的培训资料,然后完成一些作业(做了一次 presentation,一份报告和一些sql练习题)。跟我一起来实习的有许多来自北京其他学校的同学,感觉实习的主要意义在于给我们这些新人提前做一个培训,倒不是要再深入考察一下再考虑是否发正式offer的意思。实习期间我觉得百度的工作氛围还不错,就把三方协议给百度了。 
    另外注意一点:数理分析题中可能会给出一些”脏”数据,也就是一些错误数据来误导你,所以别被这些”脏”数据带到阴沟里去。 

特别感谢 
求职百度期间得到了尹航、吴永巍、李宁、李磊等等浙大校友的热心帮助,在此表示感谢。 
联系方式: 
李杰(jay lee)    88 id:jayleecn 
email/qq/msn/gtalk/hi:jayleecn@gmail.com    个人网站: http://www.jaylee.cn 
经管等非技术专业想进互联网公司从事非技术岗位的同学可以与我交流,我很乐意解答 
,合适者可以帮忙内部推荐。

百度面试的梗概-产品策略分析师

发信人: jayleecn (jay lee), 板面: work 
标  题: 贴点昨天百度面试的梗概 
发信站: 飘渺水云间 (sat sep 15 15:45:58 2007), 转信 
我投的是商业应用产品市场部_产品策略分析师,昨天下午接到商业应用产品部 hy 的电话说过去灵峰聊聊我就过去了,到灵峰之前发现我们班有两个同学已经过去聊过了,应该不算正式的面试。 
找我过去聊的是商业应用产品部下面主要负责竞价广告业务的 team,这次来了三个人:hy,zx,另外一位还没怎么见着。另外,商业应用产品部还来了 zc,他可能代表联盟或电子商务方向的 team 过来招人的。 
我之前的一个同学说就聊了下做过的跟市场相关的实习情况,我到了时另外一位同学还在和 hy 聊天,大约聊了25分钟左右才出来,我是和 zx 聊得,也差不多聊了半个小时,主要问得问题如下: 
1、为什么我要通过各种办法投这个职位 
因为我本科给百度投过简历,所以在简历修改功能出来前没法给他们投新的简历。后来我只好通过在百度的校友、百度认识的朋友、知道的 hr 的email等多个渠道给他们投了简历,许多朋友都帮我解难,在此一并谢谢他们。 
2、举例说明一下我在商业模式分析方面的能力或者经历 
3、上面两个问题稍微正式点,因为我大学6年来都在互联网业界泡,后来我们就干脆聊很具体的百度竞价广告产品和 google adwords 的细节比较了。 
4、zx 最后问我有啥问题没,我问了他们在杭州的招聘安排,得知大概会在3天内就出结果决定会不会发 offer,所以负责招聘的人都在争分夺秒的工作,辛苦就不用说了。 

实际聊天过程还是很轻松的,更多的是我在表达我对互联网的一些看法,对百度的一些看法以及对一些具体产品的看法。 
因为昨晚还要参加宣讲和笔试,后来我们就没有深入聊下去,byebye去吃晚饭了。 
本来觉得没什么好贴出来的就懒得发贴了,不过昨天和今天上午接到不少学院、班里要去参加面试的同学的咨询电话,所以杂七杂八补点东西,大家随便看看吧。 
友情提醒:面试地点在灵峰 4 楼,我刚开始还傻傻地对照房间号以为在 6 楼。因为我本科给百度投过简历,所以在简历修改功能出来前没法给他们投新的简历。后来我只好通过在百度的校友、百度认识的朋友、知道的 hr 的email等多个渠道给他们投了简历,许多朋友都帮我解难,在此一并谢谢他们。 

李杰的博客:http://www.jaylee.cn 
关注:管理变革与信息化、网络经济、个人生活

北京•百度•互联网产品经理助理面试

     转:昨天下午6:00,正在lab里盘算着要不要去吃饭,电话来了,是百度的gg,用很和蔼的语气说“想找你过来面试”,我问“是要现在过去么?”因为我感觉他的语气好像这个时候约我很不好意思,他说“不是不是,不是现在。我这周二上午和下午、周四下午、周五上午都有空,你看你什么时候方便过来?”omg,第一次遇到这样约面试的,和华为的骡马大会比起来,可真是受宠若惊,赶紧说:我都可以,还是你定时间吧。他还是坚持由我来定,最后定了今天下午1:30。然后他告诉我具体地点,问我知道银科大厦不,我说不知道,他告诉我在海淀图书城南边,很详细地跟我说要怎么走怎么走,楼下有什么标志,末了还加一句:“你可以去百度地图搜索一下”,然后告诉我他的姓名手机,说直接找他。真是超nice的gg,人性化的公司啊!对百度的好感又立刻增加了n个数量级~ 
      中午1:00,匆匆忙忙从宿舍出发,怕迟到还是打车过去。1:20到了银科18层,出电梯就是百度,前台是位中年妇女,让我等着,其间有两个男生进来,也是笔试或者面试的。1:29,约我的gg回来,带我到一个小隔间,开始面试。先给了一张表让我自个儿填着,无外乎是基本信息,以及自己的个性特点,优点缺点,对职位的看法,对百度的看法等,给的地方很小,回答也很简略。我以为面试会就表上的几个问题提问细节,所以填得比较保守,怕被问到举不出例子,结果后来发现面试基本上和那张表上的回答无关,早知道就填好点了:p。我竟然不知道自己应聘的是哪个部门,只知道是产品助理,只好如实说我不记得是哪个部门了,面试gg说没关系,帮我填上了。他扫一眼我的表,说“你是张掖的啊?我是兰州的。”哈,遇到老乡了,感觉亲切了好多! 
      第一个问题:你是学电子信息的,为什么会对搜索感兴趣。我说因为专业特点上网比较多,现在网上信息越来越多,搜索越来越重要,这是一个非常有前景的行业,百度在中文搜索方面做得非常出色(逮住机会就夸百度)。然后他知道了我是做软件不是硬件的,说哦那要好一些。 
    第二个问题,你用搜索引擎有几年了,谈谈你对目前几个搜索网站的看法。大概说了一下百度和google的优缺点,当然主要还是夸百度,呵呵。 
    第三个问题,google要发展中文搜索,你对百度和它的发展怎么看。跟前面答得差不多,就是说google是外国公司,对中国人心理和思维的理解是有局限di~ 
      然后面试gg打开我的在线笔试答卷,开始结合我的答卷聊。我笔试是分析百度贴吧的优缺点,基本上对照着bbs给贴吧提了一些建议,加强分类、加强管理和加强宣传。结果面试gg对照着一条一条详细地给我解释这些都是什么什么原因,是出自百度的理念和公网论坛的特点,汗!我当时答完自我感觉还不错,现在看来真是班门弄斧闹笑话了。然后问我如果让我做贴吧,一年后贴吧将是什么样子的,我打算做哪些工作来实现这一目标。我真是想不出要做什么,就说帖吧将是一个很完善的数据库,像个字典,大家可以来查自己需要的东西;要做的事情是完善分类和整合相近的吧。当时就知道自己实在答得很烂,因为前面这个gg已经给我解释过现在的分类和建吧的道理了。我已经看出他眼中的失望了,不过实在想不出别的啊. 
     然后面试gg给我讲了他对贴吧的一个设想,也是很快要做的东西,给我解释了一下,没太听明白:(告诉我回去可以看看这方面的资料,如果有想法可以发email给他。看来还给我机会。 
      最后列举了几件事情问我贴吧该不该做,都是跟社区有关的。我脑子里还正想着第一个的理由要怎么说呢,张嘴却发现忘了第一个是啥了。张口结舌了两秒钟,说不好意思,第一个是什么来着?面试gg说没什么,我也是现想的。然后把他的笔记本转过来给我看他刚敲在记事本里的四点。大概说了一下,答案得到赞赏,说和他的看法一样。然后他又一个一个给我详细地解释了半天。感觉这个gg是非常健谈的那种,而我碰到这种人多半就歇了,因为我不习惯打断别人的话,更何况对搜索啊贴吧啊社区啊知道的也不多。所以今天的面试经过基本上就是他在滔滔不绝地说而我不停地点头称是:( 
      然后说今天就面到这里,一共也只有这一面,5个工作日后给结果,然后再谈细节。然后问我有没有问题,说包括薪水什么的细节都可以问。我问了一个早准备好的问题:请描述一下产品助理的主要工作。这个问题果然不错,面试gg很详细地给我介绍了产品助理的主要职责,原来和我想象的还是有很大偏差的,产品助理要对产品的整个过程负责,相当于program manager,是一个很核心很重要的职位,需要和方方面面沟通。然后他看了看我填的期望薪金,大概说了一下薪水和户口,没说具体数字,说户口基本可以解决,他部里今年有几个户口指标的,那他应该是产品市场部的经理了。我说来百度也不是冲着薪水和户口来的,还是看重这里的发展环境,这倒是真心话,反正新人薪水都差不多,以后的发展就看个人努力了。接着他又说因为只有一次面试,所以这些细节都会谈到,但这并不意味着结果是什么:(((他说百度不是挑最优秀的人,而是挑有想法有创新的人(不知道我算不算,555),在百度能成长得很快。说他自己并不觉得要讲什么对公司的忠诚度,而是凭着对搜索事业的热爱,所以他们特别强调这一点。然后他说我对搜索的理解还不错。哇,这可是大表扬啊,我一直觉得自己对搜索知之甚少呢。然后问我什么时候毕业,如果被录用的话能不能来实习,555,我倒是想实习,可是没有自由身啊~ 
      然后面试就结束了,和百度有没有缘分就看下周二了,good luck to myself!

百度PM系列介绍——我毕业后的家

(本文作者为北邮电子信息工程05级本科毕业生,现在百度mp3产品团队。)

百度--我毕业后的家

我是09年校招进入百度的本科生,百度是我走进社会的第一个地方。毕业前总会很怕,对
于未知的世界有很强烈的不安,但是百度帮我打消了这一切。下面就允许我为大家简单介
绍离开学校走入百度后的生活。

工作篇:
这是最重要的一个环节。毕业在即的同学们,应该都听过无数学长学姐讲过,第一份工作
对于一个人是多么的重要:行业、公司、上司,这些可能会影响你一辈子。行业的话相信
不用多说大家都已经很了解了,主要想跟大家说说后两点。

公司--对于刚毕业的新人们来说,能得到各种锻炼的机会很重要的。百度是一个肯用新人
的公司,因为我们相信,实战经验能让一个人迅速成长。但对于新人,依然有个很大的问
题,无可避免的经常出错,不用担心,百度不害怕犯错。失败是成功之母,这个是我们从
小都知道的道理,我们正式在不断的试错中,找到了那条最适合的路。

上司--我并不想叫他们上司,他们更像是导师、学长、学姐,他们跟我们年纪差不多(不
是大家想想的那种有严重代沟非常tough的人)。他们愿意把知道的东西都告诉我们,工
作方法、职业定位、工作与生活等问题都可以随时跟他们交流,他们都会很耐心的解答,
这在百度算是一种传承,每个人都是这样一路成长起来。

生活篇:
本以为工作以后的生活会相当的枯燥无聊,除了工作就是工作,但在百度绝对不是,即使
工作压力较大的时候,我们也能做到劳逸结合。这一年左右的时间,跟着大家庭玩了很多
地方:滑雪、滑草、烧烤、乡间小别墅、海边大别墅……还学会了各种桌游:三国杀(两
年前就开始了)、狼人杀、卡坦岛、暗夜杀手、还有各种记不清名字的。至于唱歌、吃饭
、小building,更是多的不用说啦!

环境篇:
这个是百度人尤为自豪的,嘎嘎嘎!百度北京这边,大家已经集体搬进了新家,百度大厦
。每每提起这座大厦,同学们都是对我投来了各种羡慕嫉妒恨。搜索框的大外表不用说,
内部设施更是要什么有什么,健身房、瑜伽室、洗澡间、育婴室、休息室、空中花园、禅
房、可爱的大熊掌会议室……

边边角角篇:
1、     平均年龄25岁,年轻人们的世界
2、     有很多朴实的孩子,傻孩子,可爱的孩子,非主流的孩子
3、     会有一大群志同道合的朋友
4、     可以跟上司打打闹闹,哈哈哈,同龄人嘛
5、     离你崇拜的互联网牛人们很近很近
6、     弹性工作时间,继续维持学校里的作息习惯,O(∩_∩)O~
7、     每每想起自己一个小作为,就可以让中国上亿用户受益,就觉得无比自豪!

这样一个可爱温暖的地方,很适合我,相信更是很多毕业生们向往的地方。在这里,以一
个半新半老人的身份,欢迎更多的有志者、热爱互联网的好青年们,加入我们的大家庭。

部门介绍搜索引擎产品市场部
(Search PM,详见http://hr.baidu.com/www/campusPro.action?l=17)
包括 网页搜索产品市场部垂直&社区搜索产品市场部。
百度绝大多数为人熟悉的重量级产品的想法和设计,均诞生于此。
网页搜索产品市场部负责百度最重要的产品--网页搜索的成长和完善,
而垂直&社区搜索产品市场部更是包揽了许多重量级产品的设计--图片搜索、MP3、视频、
知道、百科、新闻、地图、空间。

我们需要:
垂直&社区搜索产品市场部_产品设计师:

http://hr.baidu.com/www/job/jobDetail.action?jobId=2251

垂直&社区搜索产品市场部_产品运营师:

http://hr.baidu.com/www/job/jobDetail.action?jobId=2252

网页搜索产品市场部_产品分析师:

http://hr.baidu.com/www/job/jobDetail.action?jobId=2250

权衡的艺术-产品经理如何把产品做成功?

产品经理如何把产品做成功?

那其实就是一门权衡的艺术~并且我觉得产品经理和架构师的处境类似~产品经理需要和架构师多沟通才行~(当然这么说的话就针对比较“大”的产品了~对,本文不针对“小”产品)

产品经理如何把产品做成功呢?这个是大多数产品经理每时每刻在思考的问题。
“做正确的事”和“把事情做正确”这两个要素对于一位优秀的产品经理而言,因该是双向的,“做正确的事”更多时候是把握产品的方向和蓝图;在一些产品体系健全的公司,这项工 作主要是由公司的产品线经理或者产品总监去完成。而在现实的中国IT企业中,这项工作往往是由产品经理去完成。
那对于产品经理而言“做正确的事”,究竟应该怎么做呢?
如果想把一个产品做正确,就必须把握清楚这个产品的需求,这个需求主要从N个方面进行一个描述:
客户的需求对 于一些有甲方的企业来说,客户需求是放在第一位的,因为他们很清楚一件事,如果客户不满意,那还有何用户可言,客户对你的产品不肯定、产品不能满足客户的 需求;那这 个产品问世的可能性不大。所以说客户的需求尤其重要。所以产品经理在做产品蓝图规划时,必须要弄清楚客户空间想要什么,并想清楚客户的这个要求,如何在我 的这个产品里 做体现,更优秀的产品会考虑的更长远一些,及如何把客户的需求与产品完美结合。如果你的产品方向或思路得到客户的认可,对于后台的产品推广方面,将会得到 客户的更多关 注和支持。
公司的内部需求公司的内部产品需求,要从N个方面去阐述。
公司高层对产品的期望产品经理必 须要弄清楚,公司的高层对你所规划的产品,持有怎么样的期许,在公司的战略规划里,你的产品的方向和里程碑式的目标又是怎么?你所设计的产品如何给公司带 来 最大化的利益?你所设计的产品是否与高层的期望是一致的?这些疑问都是产品经理要去解决的,通过与高层的不断沟通,必须要弄清楚高层对于产品的深层次需求 是什么,当你 的产品规划案得到公司高层的认同时,你的产品工作就又上了一层台阶,在产品的天平上又增加了一块生要的法码。
公司的运营部门的需求有些公司的产品建设完成后,要交由公司的运营部门的,运营部门要去完成产品上市后的一系列运营事务。因为你的产品做出来后,是要给运营部门来运营的,你的产品设计是否合理,有一项重要指标就是运营人员在使用了你设计的产品之后,相关的转化率有没有提高?有没有有效的降低了运营的成本。产品经理必须要弄清楚运营部门需要解决什么样的问题?要实现什么样的目标?你所设计的产品有没有有效的解决运营部门的问题,就显得尤为重要。
公司技术支撑部门的需求有些人不禁会想这个产品做出来后是给运营部门去运营的,技术支撑部门的需求真的需要考虑吗?这里的答案是肯定的。技术支撑部门对于产品的设计更多时候有自己的想法,有 时是降低产品的开发成本,实现重用性。
用户需求说到这儿,估计很多UED团队的朋友要跳出来,可能会大声疾呼:“这哥们到底懂不懂啥叫以用户为中心的产品设计啊?”当然“以用户为中心的产品设计”,是产品人员所追求的一个 目标。对于一些没有甲方的客户,UED团队当然是设计以用户为中心的设计。
我曾经遇到过一些情况,在充分以用户为中心的产品设计后,用户在体验上确实得到了一些改善,用户是用得爽了,但是运营部门却无法完成他的指标。也没有 达到高层的满意。 这种情况时常发生,所以对于产品经理而言,“做正确的事”这个方向上是相当有挑战的,有经验的产品经理可以很好的把这些需求点进行梳理和统一规划,很清晰 的完成操作。
当产品经理把产品牵涉相关的需求都考虑在内的话?那么成功的方向就离我们不远了?
话虽这么说~但是这样做很难~先来看一张图:

image

涉众利益相关人的影响

上图其实是架构师的处境(图片来自 SoftWare Architecture in Practice 一书)~非常生动展示了架构师因为不同涉众利益人提出的各种要求而崩溃了~
The Architecture Business Cycle 对一个软件持续发展的影响就体现在了图中~一个软件一个产品一种软件架构不仅涉及上面所提及客户,高管,技术人员的影响~~并且在产品的后期 持续性的受到运营人员 维护人员 市场推广人员的 影响~我所谓的影响就是需求的抛出~

image

在公司里产品经理会时不时的对技术人员提出某个需求~而产品经理的上头会有一堆人对他提出需求~~这么看来技术人员是最辛苦也是最核心的人员了~呵呵~高级技术人员可以抑或说架构师,他们又凌驾在一般程序员之上~对产品进行整体蓝图规划。然后产品(软件或者说软件的架构)在完成开发之后~再运营维护阶段必然对运营人员~维护人员等产生influence~然后有返回来影响到这个产品~~

这个就是所谓的 The Architecture Business Cycle!简称ABC

image

The Architecture Business Cycle!

最后我们回到本文的主题:产品经理如何把产品做成功?

根据ABC原理 一个成功的产品是具备 可维护性 易用性 可测试性 等重要质量属性的!所以不能在产品的初期只是更具业务需求来规划产品。不然后期维护可能会很吃力~就是说需要在产品规划的初期对客户的需求进行考虑之外 还需要对后期维护可能会发生的问题进行科学的搜寻规划~(其实这些学科在国外都已经很发达~SEI早就有相关的Golden Practice-CMM CMMI等 后面的文章我会介绍~)

并且在自己的公司环境下~在权衡所有环节的情况下着重突出最需要的产品设计~这个绝对值一门艺术~而不是科学了~因为这个没有可重复性实践的可能~每个公司都不一样的环境就会导致不同的环境~即使客户需求一样~不同的工作环境就有不一样的总体需求!就会有不一样的最终产品~

我引用一句话:If it is true that, given the same technical requirements for a system, two different architects in different organizations will produce different architectures, how can we determine if either one of them is the right one?

这句话就是我上面所说的:即使客户需求一样~不同的工作环境就有不一样的总体需求!就会有不一样的最终产品~

所以产品经理要想把产品做成功不仅需要充分理解显性需求,还需要充分挖掘自己所处的环境所带来的隐性需求!并且做出在不同隐性需求之间的权衡~很清楚~这已经不是科学~就是艺术~

把产品做成功是一门权衡的艺术

本文参考:

http://www.xiuze.net

http://etutorials.org/Programming/Software+architecture+in+practice,+second+edition/

产品经理如何把产品做活?

什么是活的产品,什么是死的产品呢?
  简单的定义就是,带着运营思路去规划设计的产品就是活的产品,没有运营思路的产品就是死的产品。
还可以说:没有商业目标的产品就是死产品~(不一定要有非常清晰的商业目标)
还可以说:没有需求的产品那就是死产品~~(额 这个一般人会去做么? :evil: 不得而知。其实这个现象很普遍。。)
  我们经常会遇到产品人员如是说:“产品做完后,交给运营人员,他们会去做好运营,不关我啥事儿”。其实,作为产品规划设计人员,你都不知道产品如何运营,那运营人员咋运营呢?
  在某些公司,特别是流程化比较明显的公司,往往是市场干市场的,产品干产品的,研发干研发的,运营干运营的,各干各的,你不管我,我不管你,缺沟通、缺责任,往往会出现投入巨资打造出一个“垃圾产品”。
  做产品的朋友都知道,检验一个产品是否合格的标准就在于,这个产品投入市场后,能不能得到用户的认可、能不能得到客户的认可(限于有甲方的产品)。试想一下,作为产品经理,你在规划设计产品时,没有考虑到运营面的东西,你规划设计出来的产品在投入市场之后,能活过来吗?能不被口水淹死吗?
  估计会有朋友提出来,作为产品经理,谁不想带着运营的思路去规划和设计产品呢?但是一个人如何能成为多个领域的专家呢?
  其实说得也不无道理,并不是每个产品经理都能成为产品领域、运营领域的双专家,那需要有多年的经验,方有可能。那是不是说由于这个原因,就没有办法了呢?
  其实不然,方法也很简单,就是产品经理在规划产品时,拉上经验丰富的运营人员,一起构思讨论,为你出谋划策。结合产品和运营的经验,一样可以把活的产品做出来。关键在于你有没有想过,有没有试过,有没有真正努力过。
  其实很多产品都是这么来的:自身需求–》做成产品原型给自己用–》发现有市场–》改善产品–》推广–》。。。

无觅相关文章插件,快速提升流量