标签 产品 下的文章

2014年12月31日,一年的最后一天,这个时候,总是需要回顾一年来所做的一些事情,无论好坏,都是成长,无论得失,都是历练,这一年在用心做产品,感受产品这个职业带来的愉悦感和成就感,以及对这个职业的爱恋及沉浸,回顾这一年来,总是有些事情值得写下来,有些事情值得去总结,有些事情值得去学习和回顾。

这一年,从年前走到今天,带领十多人的团队从零开始,完成了三条产品线的构建和规划,并完成了V1.0版本的交付:

- 阅读剩余部分 -

互联网思维应该是一个比较多元性的概念,涉及不同的方面,不同的人使用该概念时可能会有不同的侧重点。总的来说,包含下面的所述的一些元素:

1. 快速迭代,用户参与。通过不断地迭代使产品日臻完善,而不是追求一次性做出一个完美的产品。并且,用户的反馈会作为设计决策的部分依据。

2. 基于海量数据分析进行决策。互联网产品的一大便利是可以实时获得大量用户的行为数据,基于这些数据可进行产品决策。也可以采用AB测试等方法主动比较不同的设计方案。Google是此法宗师。

3. 病毒式营销,星火燎原。利用互联网的传播特性,促成产品在社交网络、社会化媒体的渗透,并通过制造轰动性事件、争议性话题等(参见雕爷、罗永浩),实现大范围病毒传播,乃至达致引爆点。这是一种无本万利的营销手段。

4. 小而美,少即是多。互联网产品通常不追求大而全,而是抓住用户某个痛点或价值点,针对性地做出定位明确的产品。在功能上尽量简单明确,即便要做大做复杂也是慢慢地加上去。体验上尽量做到简单易上手,甚至使「界面消失」,仅凭本能和直觉操作(如「摇一摇」)。

5. 免费策略,平台战争。互联网产品大多不向用户直接收费,而是用免费策略极力争取用户、锁定用户。并且,同时致力于使IM、搜索引擎、浏览器、杀毒软件等从专用产品变成平台产品,凭借庞大的用户基数,推广和兜售其他服务。

- 阅读剩余部分 -

【产品经理如何淘汰馊主意?】

被称为是产品管理行家的Marty Cagan在其《启示录》(Inspired)一书里向产品经理介绍了如何评估产品机会的方法。

他认为,评估产品机会的目的在于淘汰馊主意,避免浪费时间和金钱;挑选合适的产品机会,团结团队,理解产品,整合资源。因此,产品经理应该首先学会回答以下十个问题:

1.产品要解决什么问题?(产品价值)

2.为谁解决这个问题?(目标市场)

3.成功的机会有多大?(市场规模)

4.怎样判断产品成功与否?(度量指标和收益指标)

5.有哪些同类产品?(竞争格局)

6.为什么我们最适合做这个产品?(竞争优势)

7.时机合适吗?(市场时机)

8.如何把产品推向市场?(营销组合策略)

9.成功的必要条件是什么?(解决方案要满足的条件)

10.根据以上问题,给出评估结论。(继续或放弃)

- 阅读剩余部分 -

这个功能的目的是什么?
它所服务的用户目标是什么?
基于目标,再重新定义一下问题,这个功能是为了解决什么?
用户有多大的需求?现在被满足的程度如何?
会不会有细分的用户群体,有人很喜欢,有人很讨厌?如何平衡?
快速迭代和探索的代价有多大?有没有可能先出原型小范围测试?
有没有其它更重要的目标和任务需求还没被满足?
在这个背景下,这事的优先级是什么样的?

A/B测试是一种新兴的网页优化方法,可以用于增加转化率注册率等网页指标。

使用A/B 测试首先需要建立一个测试页面(variation page),这个页面可能在标题字体,背景颜色,措辞等方面与原有页面(control page)有所不同,然后将这两个页面以随机的方式同时推送给所有浏览用户。接下来分别统计两个页面的用户转化率,即可清晰的了解到两种设计的优劣。

传统的A/B测试,是一种把各组变量随机分配到特定的单变量处理水平,把一个或多个测试组的表现与控制组相比较,进行测试的方式。

新的A / B测试,不仅仅其范围限制在web分析方面,而是为其注入新生命,即移动设备端分析。Pathmapp联合创始人兼首席执行官亚当Ceresko表示,今天,开发人员需要大大提高优化工具的性能,移动分析已成为A/B测试增长最快的一个领域。

- 阅读剩余部分 -

谨以此文献给梦想改变世界的人

舒迅

多年以后,当我面对那些年青的产品经理,我会想起自己当年从事的是一份高薪的工作。那是2000年,我大学毕业后在北京一家IT网站做搜索引擎PM,当时我一个月的薪水能在亚运村买一平方米房子,十年之后,朋友招聘PM,开出的月薪和我十年前一样,差别是这时年青的PM用一年的薪水才能在亚运村买到一平方米的房子。对此,我很迷惑,于是咨询HR的同事,HR的同事告诉我,十年前产品经理是稀缺工种,现在不是了。

十年间,北京的房价涨了10倍,但最优秀的PM的薪水至少涨了50倍,所以在新浪微博上随手点开一个V,就常常碰到认证为产品经理的。很多PM都有一个梦想:用自己设计的产品改变世界,同时挣个盆满钵满,可十年没变的入门级薪水,却让人触摸到现实是骨感的。

如果你是一位PM,正在跟随一位大拿,那证明你不仅是一位幸运儿,而且在产品设计上天资卓越,这篇文章可以供你参考。如果你还只是在普普通通的小公司朝九晚十,或者是在一个大公司的基层打杂,但你胸怀一个梦想,梦想用自己的产品改变世界,那这篇文章就是为你而写的。我在这里分享出来,希望对更多有梦想的PM有价值,希望能通过你的手让这个世界变得更美好。

本文描述的产品设计“九步法”,主要框架来源于几个从无到有设计了亿级用户产品的闪闪发光的人,我曾经在一个10亿级PV的产品中做过长时间的实践和不断修订,一转眼,已落网16年,有幸和多个中国公认最顶级的PM共事多年,现在在自己的理解下进行阐述。“九步法”是为泛互联网产品而写的,适用于大型产品,也适用于产品中的新功能。使用方法是PM在产品设计时,对以下九个问题自己逐条进行书面回答,并和团队逐条分析和讨论。

- 阅读剩余部分 -

MVP - 最小可行产品
MVP 维基百科: http://en.wikipedia.org/wiki/Minimum_viable_product

MVP是一种web产品设计理念,和敏捷开发一脉相承。对于新产品的设计,通常我们不知道用户是否真的有这样的需求,那就找到那个最核心的假设,围绕这个假设设计刚好能验证的产品,尽早曝光给用户。允许团队花费最小的代价尽早验证产品最大的风险点,收集客户的真实反馈。

相信很多团队并不知道这个概念,但有类似的工作方式。白鸦的social shopping站点《逛》的快速发布,从开始的几个静态页面,不断迭代,其实和MVP理念非常吻合(据说到今天还只是0.5版本)。

当然,很多理念知易行难,怎么真正执行到位,值得仔细思考。

- 阅读剩余部分 -

产品经理应该如何处理老板不靠谱的需求?我想这是很多PM会碰到的问题,在知乎上,看到豆瓣的阿北的回答,觉得有一定的道理和现实借鉴意义,转过来,以此共勉。下面是阿北的回答:

作为一个仍然是PM,并经常提不靠谱需求的“老板”,会希望手下的PM这样做:

1. 先充分沟通需求本身,讨论澄清明确疑点,确认两个人的理解、出发点和对依据的假设是一致的。经常很多问题出在这里;
2. 仍然觉得不靠谱的话,去收集依据,据理力争,说服老板,或者要求被说服;这个过程至少可能把需求往靠谱的方向带;
3. 都不能说服对方的话,明确表达自己的观点和“保留看法”的态度,然后去认真执行这个需求。考虑实现“最小可用产品”尽早用事实解决争议;
4. 如果年复一年每次都需要用事实解决争议,之后总证实自己是错的,尽早换职业吧。每次都证实自己是对的,尽早换老板吧。

以上假设“老板”持开放心态,而且能用产品语言沟通。不然的话,真不知道该怎么办...

刚好这阵子也在写产品需求文档,在知乎看到这样一个问题,转过来,以此共勉。

需求文档注定是给所有人看的,它就是产品的定义。

  • 文档围观的人包括:你的老板(如果产品够大,还会需要老板的老板),设计师,工程师,测试工程师。有时还应该包括产品前端:如运营,销售,甚至市场部同事。
  • 在通过各方的评审和签字后,一般来说,这个文档就是一锤定音的事。若有更改,就是需求变更了。
  • 所以,在需求文档撰写前和撰写中,对产品方向和用户的把握要足够强,从产品目的,到每个链接的含义,都需要准确地定义。基本上,当你开始写文档时,应该万事俱备。一边想一边写,那说明你还没有想明白这个产品是怎么回事。
  • 在有些公司,需求文档会包括产品的最终设计界面。即在文档提交给大家围观前,产品界面已经确定完毕。

需求文档写作的一些建议

  • 格式无所谓。用WORD的多,HTML,在线文档都成,我还见过PPT写的!
  • 产品定义部分一定要详细描述。按功能模块写,跨功能的定义用流程和关系来描述。多站在用户的角度上,去定义用户任务,用户流程,页面逻辑关系等。
  • 使用准确的用语,注意边界情况。比如,一个文本框最多输入多少个字符?是阿拉伯数字还是皆可?超过字数会怎么样?
  • 多画图。把原型包括进去,或者把产品界面包括进去,不然就画出来。否则除了你,没多少看得懂。

一个需求文档,一些通用部分是必须要包括进去的,我总结了一个示例。
当然, 很多时候有可能是创业公司,或是小版本快速上线,要求会宽泛得多得多。
比如现比较推崇的Agile敏捷开发,会更强短平快,削弱文档的沟通而加强团队的直接交流,简化流程,快速反馈,快速迭代等等。这种情况下,需求文档会极大简化,咱就不在这探讨了。

- 阅读剩余部分 -

优秀的产品经理需要什么样的特点?组织协调能力?沟通能力?还是集各类优秀特点于一身?100个产品经理中就有10个非常优秀的产品经理出现,这些Top 10%的产品经理在许多方面都超越普通的产品经理,然而前1%的顶级产品经理更是精英中的精英。Quora上有人提问如何成为一个精英中的精英,以下是牛人的回答,试看以下9个方面,你符合Top 1%的产品经理的特质吗?

想法:前1%的产品经理的想法绝不会被当下可用的资源或者市场环境限制住。他们可以抓住大的“破坏性”发展机会,并全力以赴利用好这个优势发展机会。

沟通:前1%的产品经理的言语让人无法反驳或者无法忽视。他们能适当地利用数据,在必要时还能发现差异、信仰,由此激起员工前进的动力,想法设法完成任务。

简单化:前1%的产品经理知道如何只用20%的努力就获得任务80%的价值。依照经验,他们一般重复这样的过程,为产品带去复合影响力,让工作简单化。

优化:前1%的产品经理知道如何合理安排任务顺序。他们将简单的小任务和整体平台投资合理排序,将任务中可能出现的“前进与后退”安排妥当。

预测与测量:前1%的产品经理能够在任务还没有执行之前预测任务所能带来的最接近的以及最有可能的利益,并且可以利用经验和比较数据让利益最大化。当任务上线之后,这些顶级的产品经理能够计算出任务将带来的利益,并从中吸取经验用于以后的产品开发流程优化和预测。

执行力:前1%的产品经理发掘执行力。不达目的誓不罢休,他们认清产品经理这个角色周围的限制因素。为了完成任务,必要时他们会亲自上场,不惜与产品顾问吵翻天。

技术权衡:前1%的产品经理不需要拥有计算机专业学历,但是他们理解各种不同技术的复杂性,能跟开发人员通力合作作技术权衡。

欣赏设计:前1%的产品经理不必是一个设计师,但是能看到优秀设计的闪光点,能区分什么是“好的设计”和“优秀设计”。

极品文案:前1%的产品经理能够写出简洁的文案知道工作完成。他们知道文章中多出一个字可能会就带来意想不到的影响。因此他们所写的文案一定是字字珠玑,多一个字啰嗦,少一个字不成文的极品文案。

各位产品经理,拿起镜子照一下自己,看看你们达到了吗?为了产品,冲!