Be For Web - 产品经理 http://www.beforweb.com/taxonomy/term/26 en 设计师如何提升战略影响力 http://www.beforweb.com/node/1119 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="http://www.beforweb.com/sites/default/files/article-thumbs/icon-logo-design-ux-ui-inspiration.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>纯夜半三更。也越发喜爱每日这个时间随机放着后摇电台来伴随着事务的收尾。我从未预见过自己会如此接纳后摇,甚至身心沉浸于这般宁静又有如冰晶作响的氛围之中。不舍一天即将过去,每天的此刻皆是放任着如此的心情,纵使主旋律仍是终点未知的封控。</p> <p>各位所在的城市都还好吗。零零星星此起彼伏的样子。你是否知道若干年后所谓&ldquo;常态&rdquo;将如何定义。说起来仍勉强算是春暖花开的季节,但这一年已经进行到将近一半,些许不可思议又无可奈何。希望每个人都能保重。</p> <p>唔,原来今天已是立夏。猫团缩在沙发一角,尾巴遮住了自己的眼,而并不需要关心日子,只是春去秋来,退毛长毛而已。<br /> ​<br /> 那么我继续翻译。我爱死这事了。来自 Caitlin Brisson@Medium 的&ldquo;<a href="https://medium.com/meettally/how-to-expand-your-strategic-impact-as-a-designer-7b05566f6eb5">How to Expand Your Strategic Impact as a Designer</a>&rdquo;,关于设计师如何打开格局提升战略影响力的若干行动建议。一如既往,个人学习之用,独享翻译之过程而共享其结果,全部内容仅代表原文作者 Caitlin Brisson 之观点。</p> <!--break--><p><img alt="" src="/sites/default/files/images/2022/05/hassan-pasha-nEbMedmVwgw-unsplash.jpg" style="width: 600px; height: 397px;" /></p> <p class="figure-caption">图片来自 Hassan Pasha on Unsplash</p> <p>我是一名设计师,不过去年有将近八个月的时间里,我同时还担任着增长团队的产品经理一职。这期间的工作非常辛苦,不过也让我了解了如何在产品管理与设计工作之间寻求平衡。如今我已回归到设计岗位,在此也愿将自己在担任产品经理期间的一些所得所感分享给大家,希望能帮助更多设计师了解如何提升自己在战略层面的影响力。</p> <p>或许你会觉得这些与你无关,因为未必存在转岗需求。确实,在设计师职业生涯的头几年,大家更多是聚焦于设计能力的提升。但长期道路不止于此。到了某个阶段,你需要去探索如何提升自己在产品、业务和团队方面的影响力,如何花更多时间去思考问题,而不仅是徘徊于像素之间。</p> <h3> 以目标优先级作为行动准则</h3> <p><img alt="" src="/sites/default/files/images/2022/05/estee-janssens-aQfhbxailCs-unsplash.jpg" style="width: 600px; height: 401px;" /></p> <p class="figure-caption">图片来自 Est&eacute;e Janssens on Unsplash</p> <p>我在任职产品经理的日子里,同时仍要担负一部分设计师的职责,因此实际工作非常多样,包括向利益相关人进行汇报、产品路线规划、设计展望、设计执行等等。如何在这些工作当中寻求平衡,这对我来说是个重要的挑战。</p> <p>作为一名曾经的教师,我很喜欢 SMART 目标管理方法(Specific,具体而明确;Measurable,可衡量;Achievable,可实现;Relevant,有相关性;Time-bound,有时限),通常会以季度和年为周期进行追踪。我的目标包含很多方面,涉及业务影响力,个人职业愿景,以及与设计相关的有意思的主题(例如全人群访问、设计文化等等)。为了实现平衡的状态,我借鉴产品经理的思维模式,对所有的目标进行优先级排序,进而确定所需投入的时间。</p> <p>这一方式让我可以有策略性地关注自己的职能发展及个人成长。我可以更清晰地看到应该何时说不,何时赋权,进而在工作中找到平衡点,让自己的精力得以聚焦于最重要的事务上。具体建议:</p> <ul> <li> 每周、每季度都要设定目标。始终依据目标优先级来分配时间。</li> <li> 在大目标的框架下,对新增项目或需求的优先级进行权衡。这使你可以站在业务层面说不&mdash;&mdash;以温和的、友好的、积极的方式。</li> <li> 一路上通常还要做更多舍弃的抉择,特别是在必须调整工作负荷的时候。要预先判断哪些可以妥协,哪些会造成严重影响。</li> </ul> <p>无论你准备聚焦于怎样的职业发展路径,随着不断进阶,需要处理的事情总会层出不穷。你必须对优先级有所决策,因为只有你能帮助自己实现聚焦。随着职能范围的扩大及影响力的提升,你将越发需要以优先级决策作为行动准则来提升工作效益。</p> <h3> 以正确的基调应对改变</h3> <p><img alt="" src="/sites/default/files/images/2022/05/nick-fewings-5RjdYvDRNpA-unsplash.jpg" style="width: 600px; height: 400px;" /></p> <p class="figure-caption">图片来自 Nick Fewings on Unsplash</p> <p>去年秋天,我们刚刚完成产品增长的路线图规划,即将开展相关工作,却发现 app 当中一个关键功能出现了问题,因此全员调动进行处理。</p> <p>一周之后,我们的整个路线图都发生了变化,参与解决问题的人员数量扩张了一倍,同时还在处理后续出现的新问题。每个人都压力倍增。虽然大家都在询问接下来的方向,但团队当时真正需要的未必是具体答案,而是镇定、安心、正向的环境氛围,从而使团队重新凝聚。我也有参与创造这样环境的责任。</p> <ul> <li> 展现人性化,了解他人在改变曲线(Kubler-Ross change Curve)当中所处的位置,保持和善、耐心、同在,保持交流,并为他人提出的问题或顾虑提供充分的讨论空间。</li> <li> 展现坦诚,但也要注意表达方式。当来自外部的意见和反馈没有实际帮助时,要尽可能维护自己的团队。</li> <li> 你不必知道所有答案,不必假装知道方向,但要能把大家团结起来共同探索。</li> </ul> <p>作为设计师,我们经常需要跨部门开展工作。这使我们都能有机会在团队文化的建设中发挥自己的价值。尽自己的一点所能,让团队在应对挑战时能更好地凝聚,这将有利于提升你的影响力和领导力。</p> <h3> 以数据作为探索与评估的工具</h3> <p><img alt="" src="/sites/default/files/images/2022/05/isaac-smith-6EnTPvPPL6I-unsplash.jpg" style="width: 600px; height: 400px;" /></p> <p class="figure-caption">图片来自 Isaac Smith on Unsplash</p> <p>作为设计师,我曾经非常依赖于我的跨职能合作伙伴来帮我回答定量问题。</p> <p>随着我开始承担产品经理的职责,大家也开始向我询问转化率方面的问题,另外我还需要向利益相关人分享每周的数据趋势。因此我快速补习了数据分析方面的能力,并研究了我们自己的数据模型。这让我能够开始独立解决数据方面的问题,跑一些常规追踪,更深入和量化地探索用户的行为模式。我开始有针对性的在设计当中添加统计事件,并手动制作一些可视化的数据报告;这个方式在团队内逐渐铺开,并成为了改善跨职能沟通合作的有效工具。</p> <p>所以我会建议大家更好地拥抱数据:</p> <ul> <li> 花些时间了解你产品所在领域的数据分析特点,以及支持这些特点的典型分析工具。</li> <li> 通过数据辅助分析用户旅程,抓到最需要投入资源改善体验的点。</li> <li> 设计交付当中要包含相关的统计事件说明,便于其他团队的同事评估和实现。</li> </ul> <p>影响产品设计决策的一个关键能力就是&ldquo;讲故事&rdquo;。将量化数据充分融入设计流程,结合定性分析,你便能有理有据地讲出一个具有战略影响力的好故事。</p> <h3> 让长期路线成为团队共识</h3> <p><img alt="" src="/sites/default/files/images/2022/05/vista-wei-Zp4uEoNmhbQ-unsplash.jpg" style="width: 600px; height: 400px;" /></p> <p class="figure-caption">图片来自 Vista Wei on Unsplash</p> <p>长期愿景非常重要,但也很容易在创造出来之后被大家遗忘。任职产品经理期间,我过于聚焦在设计开发流程当中,而没有很充分地将长期路线作为与利益相关人进行沟通的工具。</p> <p>当我们的团队准备进入到项目的第二个阶段时,一些利益相关人开始对我们接下来的发展方向感到困惑。这让我意识到我们不能将自己封闭在日常的工作流程当中,否则团队将逐渐失去对长期愿景的感知和共鸣。</p> <ul> <li> 花些时间从细节工作中跳出来,退身展望更大的图景。</li> <li> 让自己所在的一线团队始终与长期目标保持对齐,并切实以长期目标作为制定决策和权衡优先级的标尺。</li> <li> 将长期路线规划作为工具与合作伙伴及利益相关人进行沟通,全团队形成共识,保持参与。</li> </ul> <p>设计愿景,设计原则,流程共识&mdash;&mdash;这些都是身为设计师可以去创造的协作与沟通工具,能够有效地帮助团队从战略层面制定决策,保持协同。考虑清楚它们的具体使用方式及沟通对象,让它们切实派上用场。</p> <h3> 结语</h3> <p>全职从事设计工作令我感到兴奋,但我仍然对担任增长团队产品经理的经历心存感激,因为我所学到的东西能使我在产品设计师的职业发展上取得更大的进步。我也希望我所分享的这些经验同样能给各位带来参考。</p> <p>&nbsp;</p> <ul> <li> <span style="font-size:10px;">英文原文:<a href="https://medium.com/meettally/how-to-expand-your-strategic-impact-as-a-designer-7b05566f6eb5">https://medium.com/meettally/how-to-expand-your-strategic-impact-as-a-designer-7b05566f6eb5</a></span></li> <li> <span style="font-size:10px;">原文作者:Caitlin Brisson</span></li> <li> <span style="font-size:10px;">译者:C7210</span></li> </ul> <p>这是彩蛋:偶然发现 2015 年的一张照片。我竟然用橡皮泥捏过这种东西。</p> <p><img alt="" src="/sites/default/files/images/2022/05/CVsVS-TUAAAJkhw.jpg" style="width: 450px; height: 600px;" /></p> <p>那么感谢阅读。下次见。</p> <p><img alt="" src="/sites/default/files/images/s/Banner-PS-BFW-3x.png" style="width: 450px; height: 116px;" /></p> </div></div></div><ul class="field_categories"><li class="product taxonomy-term-reference-0"><a href="/product" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品</a></li><li class="design taxonomy-term-reference-1"><a href="/design" typeof="skos:Concept" property="rdfs:label skos:prefLabel">设计</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/study" typeof="skos:Concept" property="rdfs:label skos:prefLabel">学习</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/200" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品设计</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/26" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品经理</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/248" typeof="skos:Concept" property="rdfs:label skos:prefLabel">职业成长</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/267" typeof="skos:Concept" property="rdfs:label skos:prefLabel">优先级</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/22" typeof="skos:Concept" property="rdfs:label skos:prefLabel">数据分析</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/204" typeof="skos:Concept" property="rdfs:label skos:prefLabel">团队</a></li></ul> Sun, 08 May 2022 15:30:53 +0000 C7210 1119 at http://www.beforweb.com http://www.beforweb.com/node/1119#comments 向产品经理学习 http://www.beforweb.com/node/794 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="http://www.beforweb.com/sites/default/files/article-thumbs/icon-logo-product-manager-ux-designer.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>湿气凝集到感冒爆发然后病假在家睡了整整一天之后活了过来继续生存到周末此时。雨声,贝多芬,第九交响曲第四乐章,现实的绝境与精神的欢乐颂歌。</p> <p>回过神来想想,这周也是吃够了药片与止咳糖浆,眼看着下周会冷下来一些,湿热的空气却还在苟延残喘。北京的同学已经因为暖气的干燥而开起了加湿器,今天又是一片银装素裹了吧。鼻子,在雪中畅快的呼吸着干冷空气的鼻子,与塞满了湿热大鼻涕的鼻子,是两种状态的鼻子。各位能脑补我正在呼哧呼哧的一边抽泣呜咽一边写着这些字的样子吗。</p> <p>上周末家事较忙,完全没时间和心情来做博客了,先抱歉一下。本周的文章和之前一篇<a href="http://www.beforweb.com/node/771" target="_blank">关于设计原则的思考</a>一样来自Facebook的产品设计总监Julie Zhuo,原文<a href="https://medium.com/@joulee/what-designers-can-learn-from-pms-3aa285f511bc#.p2w0u5jbk">What Designers can Learn from Product Managers</a>,很好的文章,在UX逐渐突破UI层面而广义发展的时代,产品汪和设计喵在思维模式和工作方式上的共通之处会越发明显。其实关于产品和设计的关系,蛮想把之前优设那篇访谈里的一些东西搬来,也算是自己和自己做的一次思想汇报总结;下次吧。不多说了,下面进入译文。</p> <p>无论产品经理还是设计师,优秀的&ldquo;产品制造者&rdquo;身上都具有一些相同的特质:他们有开阔的视野,对目标用户有清晰的认知,能描绘出动人的远景,并且有着持之以恒的执行能力。</p> <p>当然,在现实中,设计师和PM的面试题还是有着很大区别的。设计职位当中的某些附加分题目对PM同学来说可能正是决定去留的关键问题,反之亦然。这两个职能之间有很多东西值得彼此互相学习。过去这些年里,我和业界当中的一些顶尖PM进行过合作,自然也从他们身上学到了一些成功要素,在这里分享给大家。</p> <!--break--><h3> 对于问题的系统化思考与表述</h3> <p>很多设计师总是倾向于立刻着手解决问题然后将设计方案展示出来。只是,如果你不首先搞清楚为什么做这件事,那么很有可能从一开始就南辕北辙。要解决的问题本质是什么?怎样考量问题是否被有效的解决?有时我们会抛出&ldquo;一致性&rdquo;或&ldquo;简约&rdquo;一类的标准来衡量设计方案的成功与否,从系统化的产品角度来看,这些设计原则更多的是聚焦于解决方案,而非要解决的问题本身 - 实际用户当中没人会说&ldquo;我不能用这个app,它太缺乏一致性了&rdquo;或是&ldquo;这个app对我来说太不简约了&rdquo;等等。</p> <p>一份由PM产出的关于&ldquo;我们为什么要做XXX&rdquo;的典型文档可以反映出这种系统化的思考模式,其中通常会包含对于产品目标及成功标准的定义,以及用来支持这些定义的统计结果、研究报告等等;对于可能存在的疑点或不利因素的解释说明往往也会提前被考虑进来。你可以感受到这些文档是建立在全面而坚实的思考基础之上的。</p> <p>显然,要产出这样的文档,PM必须真的坐在那里进行系统化的思考然后一字一句的表述出来;不对问题本质进行深层的探究是很难完成的。</p> <p>将想法转变为文字,记录的过程会逐渐使你学会站在系统化的角度思考问题。试着将文字表述作为设计流程实际开始之前的探索工具,强迫自己养成习惯去站在系统化的层面上去描述清楚要解决的问题是什么、怎样才算解决问题、为什么你的想法将是行之有效的。久而久之,你会发现不仅自己的设计思路变得更加聚焦,而且文字产出也可以帮你更好的与他人进行沟通。</p> <h3> 直截了当、简明扼要的沟通</h3> <p>通常,在产品设计团队当中,我们对于产品人员在沟通能力方面的要求要高于设计师。PM们大都更擅长于语言和文字交流,包括沟通需求、做演示和主持会议等等。尽可能在这些场合里多进行观察,学习他们的沟通技能。</p> <p>正如上文所说,充分的思考与准备是有效沟通的核心基础,而另外一个关键要素则是直接了当、简明扼要的切入主题。我所学到的一个方法就是在会议或沟通对话进行之前首先和自己明确两个问题:</p> <ul> <li> 我期望的结果是怎样的?</li> <li> 我需要对方提供怎样的协助才能实现期望的结果?</li> </ul> <p>如果能简明扼要的表达出这两点,你会为彼此节省出很多时间,而且对方也能清晰准确的理解你的意思。不用花费太多时间去营造所谓的沟通氛围或是扯什么文字游戏,时间是最宝贵的资源,快速而准确的沟通对大家都有好处。</p> <h3> 化整为零,步步为营</h3> <p>良好的执行力是优秀PM的重要标志。我们在产品设计工作中所面对的问题有时就像一张告诉你三千英里以外有一箱金币的藏宝图,中间尽是密林、沼泽与险峰 - 我们该怎样实现目标?</p> <p>这种情况下,PM往往会采取的策略就是将大问题解构为一系列彼此之间依赖性较弱的更容易解决的小问题,从而步步为营的进行推进 - 与其面对丛山峻岭无所适从,不如先收拾好行囊。打包完毕?OK,步行到最近的村落,不再前行,找一家酒馆庆祝一下睡一觉。第二天,远足到丛林边缘便好,晚上点起篝火讲讲故事一类。第三天,派出两队人马去摸清林子当中的路径,然后大家一起分析怎样继续前行...</p> <p>这种方式同样可以成就设计之旅 - 以某个设计方向作为远景目标,根据产品需要解决的不同类型的问题将大的设计目标分解成若干部分,并依据优先级逐一解决实现。进行解构时,原则上要尽量降低各个部分之间的依赖关系,使颗粒度尽可能小,每个部分之间尽可能保持独立 - 我曾经参与过复杂项目的重设计工作,同时做太多的事着实让人头疼,一旦其中某一个出现问题,其他部分也会受到不同程度的牵连。反之,以合理的方式对大目标进行解构,将问题分类,记录版本变更,这些都是更行之有效的策略。</p> <h3> 扩展视野,兼顾全局</h3> <p>作为设计师,我们太容易过分聚焦于界面细节而无法自拔,所谓精益求精或匠人精神一类,指望用户相信你是在意他们的体验的。实际上要想真正达到这一效果,我们需要的是更高层次的聚焦。必须承认,要打造对人们真正有用的伟大产品,所需要的绝不仅仅是优秀的界面。PM们从始至终都要在商业目标、产品策略、设计方案、开发资源等各个方面之间寻求平衡,而设计师们也应该学着扩展视野,关注到整个产品流程当中的各个方面。</p> <p>这意味着你要花时间和心思去理解公司的业务目标,使设计方向更符合公司的长远规划路线。</p> <p>这意味着你要关心整个产品团队的健康运作,例如各个职能战线能否通力协作,士气是否高涨,团队成员之间是否互相信任等等。当然,这些都不是你在这里工作的首要职责,但是如果你真的在意最终产出能否达到理想标准,那么对团队本身的运作和发展有所贡献也是应尽的义务。</p> <p>这意味着你要努力成为别人能够充分信任并乐于和你合作的人。</p> <p>在各方面因素之间寻求平衡不是一件容易的事,需要丰富的经验和技巧。从设计的角度来说,一方面要在产出当中充分体现出你所信仰的原则,同时又不能以影响团队整体目标与路线的执行为代价。</p> </div></div></div><ul class="field_categories"><li class="product taxonomy-term-reference-0"><a href="/product" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品</a></li><li class="design taxonomy-term-reference-1"><a href="/design" typeof="skos:Concept" property="rdfs:label skos:prefLabel">设计</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/study" typeof="skos:Concept" property="rdfs:label skos:prefLabel">学习</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/14" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/31" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UX</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/32" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UED</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/115" typeof="skos:Concept" property="rdfs:label skos:prefLabel">视觉设计</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/26" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品经理</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/200" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品设计</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/199" typeof="skos:Concept" property="rdfs:label skos:prefLabel">Julie Zhuo</a></li><li class=" taxonomy-term-reference-8" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Sat, 21 Nov 2015 13:17:51 +0000 C7210 794 at http://www.beforweb.com http://www.beforweb.com/node/794#comments 导读文摘111006(Google+,Our Mobile Planet,Delicious...) http://www.beforweb.com/node/8 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="http://www.beforweb.com/sites/default/files/article-thumbs/icon-digest-reading.png" width="70" height="90" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>趁假期还没结束,做一篇文章收集。或者叫作文摘、导读、文摘导读,whatever了。</p> <p>话题范围将涉及互联网产品、设计、开发等方面,不限制,不纠结,符合这个小博客的大方向即可。主要目的仍是收藏和学习,搞的像Top X榜单一样有模有样的放在这里,终归比扔进delicious连自己都会忘记的某个角落里面要好些。希望也能够为走过路过的朋友们提供些阅读参考。</p> <p>先不多琢磨形式方面的问题,随做随磨合好了。今次导读内容列表如下:</p> <ul> <li> 移动市场数据分析利器降临,Google发布新工具Our Mobile Planet</li> <li> Google管理层不用Google+,你呢?</li> <li> del.icio.us已死</li> <li> 粉刷精灵(ColorSmart):省事省钱的粉刷应用</li> <li> 从朋友的网站看互联网产品的定义</li> <li> 互联网产品经理发展的5个阶段</li> </ul> <!--break--><h3> 移动市场数据分析利器降临,Google发布新工具Our Mobile Planet</h3> <p>&ldquo;互联网从业者都有这样的体会,需要大量的数据来分析问题。对于爆发式增长的移动互联网市场,这一点显得尤为突出。销售部门需要了解设备市场占有率的数据,开发者们则需要通过数据分析用户的使用习惯,管理层更是在众多数据上制定未来的发展战略。有需求就有市场,Google移动广告团队近日发布了免费的移动市场的数据分析工具Our Mobile Planet,以图表的形式向使用者展现全球移动市场的全貌...&rdquo;&nbsp;<a class="mLink" href="http://www.36kr.com/p/51208.html" rel="nofollow">阅读更多</a></p> <p><a href="/sites/default/files/images/201110/google-our-mobile-planet.png" rel="lightbox"><img alt="google-our-mobile-planet" src="/sites/default/files/images/201110/google-our-mobile-planet.png" style="width: 500px; height: 230px; " /></a></p> <h3> Google管理层不用Google+,你呢?</h3> <p>&ldquo;Google CEO Larry Page上次登录Google+是在3个多月以前,只发表过7个公开帖子,自从8月中旬以来只发过一条。即便是这样,他也比执行总裁Eric Schmidt发的帖子多7条。自从Google+发布以后,Eric Schmidt只在Twitter上转发过一条别人的评论,都没有加入Google+,并且他还一直用黑莓手机...&rdquo;&nbsp;<a class="mLink" href="http://www.36kr.com/p/51034.html">阅读更多</a></p> <p><a href="/sites/default/files/images/201110/google-management-google-plus-posts.png" rel="lightbox"><img alt="google-management-google-plus-posts" src="/sites/default/files/images/201110/google-management-google-plus-posts.png" style="width: 500px; height: 466px; " /></a></p> <h3> del.icio.us已死</h3> <p>&ldquo;Jon Udell说,del.icio.us是一个真正让人懂得网络的web2.0工具。我非常赞同这句话。还记得去年年底坊间传出雅虎要关闭del.icio.us的时候,像我这样的一些铁杆的del.icio.us粉丝是多么伤心。后来又传出好消息,YouTube的创办人从雅虎手上收购了del.icio.us。但前天推出的新版del.icio.us则让我大为失望。为啥呢?听我慢慢说吧...&rdquo; <a class="mLink" href="http://tonyyet.com/archives/733">阅读更多</a></p> <p><a href="/sites/default/files/images/201110/delicious-old-version.png" rel="lightbox"><img alt="" src="/sites/default/files/images/201110/delicious-old-version.png" style="width: 500px; height: 577px; " /></a></p> <h3> 粉刷精灵(ColorSmart):省事省钱的粉刷应用</h3> <p>&ldquo;古语有云:家事国事天下事,而在如今的国人看来,房事才是排第一位的。买房之后,装修是件很重要但也很头疼的事情,光是色调的选择和粉刷就很考究,尤其是亲自参与室内设计的房主,无论设计得多么好,但也只是&#39;效果图&#39;,是&#39;纸上得来终觉浅&#39;,与装修完的实际效果不尽相同。为此,美国一家名为Behr的建材供应商推出了一款名为粉刷精灵(ColorSmart)的家装应用,屋主只需用ColorSmart拍下房间照片,就可以在其中进行虚拟粉刷、预览效果,并可分享到Facebook、Twitter等SNS供朋友评价和建议...&rdquo; <a class="mLink" href="http://www.leiphone.com/behr-colorsmart.html">阅读更多</a></p> <p><img alt="" src="/sites/default/files/images/201110/iphone-app-colorsmart(1).jpg" style="width: 500px; height: 359px; " /></p> <h3> 从朋友的网站看互联网产品的定义</h3> <p>&ldquo;大约在去年年底的时候,一位好友的表弟因为正在做一个网站,遇到了一些技术难题,来向我咨询。一个非 IT 专业的在校大学生,已经开始跟几个程序员一起开始在互联网创业,这已经足够让既不是技术牛人,又没有任何互联网经验的我汗颜,咨询更无从谈起...&rdquo; <a class="mLink" href="http://niye.name/archives/1151">阅读更多</a></p> <h3> 互联网产品经理发展的5个阶段</h3> <p>&ldquo;每次看到各种&lsquo;产品经理的能力模型&rsquo;,我都觉得有点扯淡,总觉得模型里少了点什么,没错,就是&lsquo;适用范围&rsquo;,那一张张漂亮的图,必定只适合某些人,那么,到底是哪些人?于是,我的思路就是忘记一切模型,先去看各种顶着&lsquo;产品经理&rsquo;职位的人,他们做的事情为什么不同?...&rdquo; <a class="mLink" href="http://www.techwom.com/archives/2192">阅读更多</a></p> </div></div></div><ul class="field_categories"><li class="product taxonomy-term-reference-0"><a href="/product" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/news" typeof="skos:Concept" property="rdfs:label skos:prefLabel">时讯</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/20" typeof="skos:Concept" property="rdfs:label skos:prefLabel">Google</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/21" typeof="skos:Concept" property="rdfs:label skos:prefLabel">Delicious</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/22" typeof="skos:Concept" property="rdfs:label skos:prefLabel">数据分析</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/23" typeof="skos:Concept" property="rdfs:label skos:prefLabel">Google+</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/24" typeof="skos:Concept" property="rdfs:label skos:prefLabel">移动应用</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/25" typeof="skos:Concept" property="rdfs:label skos:prefLabel">导读文摘</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/26" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品经理</a></li></ul> Thu, 06 Oct 2011 15:33:18 +0000 C7210 8 at http://www.beforweb.com http://www.beforweb.com/node/8#comments