存档

文章标签 ‘产品经理’

一位大三学生的投稿 from 刘俊梅【人人都是产品经理:9109】

2012年3月9日

内容可能还显稚嫩,-1岁的产品经理可以看看,都是实在的点滴体会,已经做了一段时间的就别看啦。只要开始思考,就会不断成长,而且,才大三。。。我大三的时候,连产品经理这个词都没听过。

昨晚和朋友瞎侃,总结了一下目前大学生的普遍状态,发现自己还算比较幸运的一类人——–找到了自己的兴趣点,给自己准确定位了职业道路(考研除外)。

小结一下自己的大学生活,一直处于不安分状态,尝试过各种各样的东西,校内校外也经历了不少事情,从社团到学生会,从兼职到勤工俭学,从暑假小实习到创业,各种各样的尝试,从中不断的寻找自己的位置。大一是迷茫的一年,不知道自己要干什么,只能迷迷糊糊跟着老师学,跟着学长跑;大二是探索的一年,玩过淘宝充值店铺,搞过网站编辑,慢慢开始陷入互联网的漩涡;大三跟着朋友创业,搞SNS网站,猛然间发现自己做了很多初级产品助理该干的事情,神马用户需求分析啊,神马网站布局设计啊,神马网站功能设计啊,神马与网络公司技术进行沟通啊,神马写网站测试方案啊,神马找测试用户啊;神马云云~(在此之前不知道产品经理这一职位,更不知道网站是怎么规划出来的,所以很多都是按着我们团队自己的一套方法搞的,属于非正规军)

用了几天收集和了解产品经理相关知识,为自己设定了一些规划,以鞭策自己往该职位方向去努力提升自我。在此将规划写出,与志同道合的大学生朋友分享一下~

一、日常积累

1 互联网每天的资讯阅读和思考分析、心得记录;(推荐一个产品经理网站导航:pm265.com

2 培养自己的逻辑思维:做一些逻辑思维题,用思维导图的方式分析问题,读一些相关书籍,用逻辑思维的方式思考生活中的各种有意思的东东;

3 学习了解和分析各类网站的运营战略模式、盈利模式、现状,思考是否有更好的运营战略式,总结记录;

4 经常阅读关于产品经理工作职能和能力要求之类的文章,不断总结和加深对PM这一职位的认识和理解;

5 研究一些消费者心理学、网民心理学之类的;

6、熟练各种翻墙方法,经常浏览和体验一下国外互联网,尤其国外新产品;

7、经常浏览一些网站设计方面的作品,培养自己的网站艺术感;

二、实践积累

1、经常体验新产品,无论是客户端产品还是网络产品,分析思考其优秀设计,以及可以改进的地方;(推荐一个关注新产品发布的网站:cnBeta.com

2、分析比较一些大型网站(具体分析方式和思路需要学习参考一些书籍),分析一些网站新出功能或者新产品的新功能,以比较的方式思考比较相似产品,撰写一些心得体会,完成5份左右的产品分析报告(主要体现出分析方式、思考方式);

3、产品设计:根据对**网站(自己最中意的一个网站)的认识和深入研究,用相关软件工具设计一款产品的整体构架(从需求分析到产品策划,从设计产品到产品上线需要做的工作都列出,注意其中的工作细节,包括如何沟通、与上级汇报等等,也就是模拟思考如何进行工作)

4、练习沟通能力:看沟通技巧相关书籍,总结与各个不同的部门(市场部、技术部、运营部)进行沟通的沟通方式;

5、找一份与互联网相关的需求分析或者市场调研方面的工作,从中学习需求分析的实践经验,同时练习团队合作、与人沟通等能力;

三、积累对**网站的了解和研究

1、企业文化、企业历史、企业人物等;

2、对**的部分产品深入分析,撰写两三份分析报告;

3、深入了解**的战略、运营、盈利模式等;

4、收集**的相关数据,制作成表,以概率统计等知识进行数据分析(分析过程中多学习一些分析方式,总结积累各种分析方式的使用,加强数据分析的思维方式);

5、将**网站的一些功能与其竞争对手的类似功能模块比较分析,思考分析两种类似产品的相同和不同之处,以及各自优缺点;

四、工具使用

1、熟练使用办公软件:wordexcelppt

2、较熟练使用PSDW

3、熟练掌握流程软件Mind manager,能用Mind manager画出网页的框架图和结构图;

4、原型设计软件AXURE。能用AXURE进行网页原型设计,经常地去画各种原型,将各种优秀的网 站的原型图都做一遍;

5Visio是基础的一款办公工具,其实也是很最好用的。通过Visio可以很方便、快速、高效的把业务流程、系统实现流程画出来。

五、技术能力(大致会就可)

1.NETJAVASCRIPTHTML5DIV+CSSXML

2UIUE设计

3SEO相关知识

任重而道远,加油吧!为了成为改变世界的一份子而努力~

============== 故事结束的分割线 ==============

期待你的故事,比如下面这些主题,更多信息猛击这里

——你是如何入行的?是学生、开发、UED,还是其他?更关键的,现在很爽or很悔?

——你做产品经理的过程中,成长最快的一段经历? 有什么经验分享?

——做产品经理到现在为止,最大的困惑/困难,经过你的思考,做了何种努力,突破之后如何海阔天空?或者还没有突破,有什么想与大家探讨?

——你用产品经理的思维方式和做事方法去工作、生活的故事,比如“民以食为天”那篇里的那种调调。

或者其他任何,你觉得对“-1到3岁的产品经理”有用的分享。

VN:F [1.2.0_562]
Rating: 4.7/5 (12 votes cast)

为什么吃狗肉那么有争议?

2012年3月6日

为什么吃狗肉在文化中不被普遍认可,相对于牛羊肉而言?

虽说现在狗更普遍的被当做宠物,但是往前看一些,在所有动物都未被驯化的时候,不远,也就万把年前吧,狗的地位是和猪牛羊一样的,并无不同。这种文化是如何渐渐形成的呢?

最近在看枪炮、病菌与钢铁,启发我想到一个生物学上的解释——食物链

高级生物通过摄取低级生物,把低级生物转化为自身,这个效率很低,通常有个经验值是10%左右。这是指的重量,比如你想要得到100斤猪肉,大约就要喂猪吃1000斤的食物,而这1000斤的食物,是需要勤劳的人类提供的,要不然就不是驯化而是野猪了,设想一下,如果想要100斤吃猪肉的动物的肉,比如老虎吧,那就得10000斤猪食啊。

那么,如果我们需要吃肉类(主要是对动物蛋白的需求),显然是吃草食动物更经济,牛羊很典型。狗虽说是杂食动物,但从其未驯化的祖先——狼来看,狗会更偏好肉食,猪也是杂食,但现实表明,光吃素也可以长得很好。

况且,狗还有很多其他功能,比如看门、打猎等等,当宠物这么奢侈是后来的事儿了。

所以,在很久以前,吃狗肉是一种很浪费的行为,可能会被周围的人鄙视——“你居然吃狗肉,败家子啊,令人发指啊~~~”,于是,渐渐形成了文化。

说完了,那么,这和产品经理有什么关系呢?

那就是,产品经理的一个基本素质,就是要对生活充满热爱,对生活中习以为常的事情感充满好奇心,并且有动力提出问题,去寻找答案,在这个过程中,你会比常人看到更多事情背后的东西……哎呦,我终于圆回来了。

VN:F [1.2.0_562]
Rating: 4.2/5 (20 votes cast)

【8040】七印部落-原来如此系列(汇总,更新至08)

2012年3月1日

网络科技普及类,用最有爱的手绘拼接视频和最通俗易懂的语言,道破网络科技的玄机,每集只有2、3min哦。视频源自Common Craft的绘拼,超级有爱。

08 社交网络(猛击标题哦)
SNS不知何物?不可能:Facebook用户数量6亿,Linkedin注册用户1亿,人人网用户预计今年到2亿……里面肯定有一个是你!《原来如此》08集 社交网络横空出世,拯救地球啦!

07 云计算
3分钟让你“不再”云“里雾里”:还有什么比当下红到发紫的的“云”概念还热?云计算、云搜索、云应用、云存储、云服务……就连卖空调都开始煽呼“云概念”了。可你知道什么是“云”吗?

06 RSS
是不是觉得网页里那个橙色的按钮很熟悉?什么,还不知道它是干什么的?你Out啦!快来加入到RSS订阅的懒人大军中来吧!原来上网还可以更美好!

05 微博搜索
这是一个全民微博的时代,人人都在用手机和电脑与他人分享讯息,把这些信息点穿了起来,会很容易得到热点信息和话题,140字的力量绝对可以超越传统媒体,我们是不是很幸运?可以借助微博搜索见证奇迹。

04 Twitter
你们骗我,世界上根本没有Twitter这个网站,不信你搜!
告诉你,世界上真的有个网站叫Twitter!我爱微博,因为Twitter!

03 安全密码
多家网站用户数据泄漏,教你几招保护账号密码,去看看?!风口浪尖,紧急避漏!

02 自媒体博客
博客到底了不起在哪里?来看看两个世纪的新闻业对比就明白了!

01 增强现实技术AR
听说过增强现实技术么?走到哪,拍到哪,查到哪!生活就是一个大网络~

如果觉得还不错,快来粉一下 @七印部落 吧,当然,更欢迎加入~

(七印部落是由几十名有激情、懂产品、懂英语的产品经理组成,通过网络协作的一个虚拟团队,我们翻译了《启示录:打造用户喜爱的产品》,给《程序员》TUP专栏供稿,引进了N多产品相关的视频,琢磨着做国内产品经理与世界同步的接口)

VN:F [1.2.0_562]
Rating: 4.2/5 (6 votes cast)

【8039】产品探索日记

2012年2月13日

一句话点评:如此美好的产品探索过程,我想,在很多公司根本不存在吧,哈哈~~~

Marty Cagan发表于2008年11月12日,原文链接,译者:吉绚 / 审校:林航 徐定翔​

产品经理和设计师们放弃原有的线性、瀑布式的开发流程,转而采用我倡导的这种更具迭代性、探索性的流程后,通常需要花一些时间才能适应它的快节奏,掌握产品探索的韵律。

这篇文章将再现产品探索的情景,让大家了解其核心内容。

因为产品的开发过程涉及的因素太多(如产品类型、投入的精力等),做这样的概括并不容易。我尽量使用比较典型和普遍的情景。为了覆盖尽可能多的要点,我构思了以下情景。

============ 第一周 ============
====== 周一

l 为了明确商业目标,我和项目的主要负责人一起进行了产品的机会评估与讨论。

2 与项目的首席设计师及主程序员开第一次讨论会,制定出产品原则。

3 紧接着,我们进行了头脑风暴,想到不少好点子。

4 与首席设计师一起创建第一轮关键人物角色。

====== 周二

l 和首席设计师继续优化前一天完成的用户角色,确定主要和次要角色;讨论用户使用产品的情景,并列出主要情景和次要情景。

2 与用户研究员一起明确潜在特约客户名单;通过电话联系特约客户,筛选候选人。

3 首席设计师根据讨论结果快速创建产品原型。

====== 周三

l 我、首席设计师以及主程序员一起检查前一天完成的产品原型,看它是否符合我们最初模拟的几个用户情景。讨论非常激烈,原型远比我们设想的要复杂。

2 我们回顾之前提出的产品原则,再一次明确了重点,之后大幅简化了产品原型。

====== 周四

l 我、设计师和项目的主要负责人一起查看产品原型。这个原型还在初期,但是已经包含了三个最重要的使用场景。通过讨论,我们意识到我们和项目负责人的想法有些脱节,因为双方对用户的理解不同。

2 继续电话联系目标客户,确认6家公司成为我们的特约客户。最棒的是,他们似乎对我们的产品将解决的问题有极大的兴趣,因为他们的公司都还没有找到好的解决办法。如果我们的产品能够解决这个问题,那么他们会非常看好我们的产品。

====== 周五

l 我们和主程序员一起评估修改后的原型。他对主要功能的可行性持谨慎乐观的态度,并提出了两个重要的问题。第一,其中一项功能的开发成本可能颇高,而且执行 速度很慢。他需要点时间研究这个问题。另外,他认为我们可以省去一些收集数据的工夫,因为我们需要的数据可以从数据库提取。

2 咨询有关法律人士,向他展示原型,确保模型没有和法律相冲突的地方。他们认为其中一处需要进行详细评测,检查结果会在下周给出。

============ 第二周 ============

====== 周一

l 早上,我、首席设计师以及项目负责人一起拜访第一个客户,请四位潜在用户试用产品原型。这次测试收获颇丰。可惜原型的表现与我们的期望还有很大的差距。我 们发现自己此前对用户的理解还很肤浅,项目负责人的理解也不完全正确。现在我们对用户的理解又进一了步,而且达成了基本的共识。

2  回到公司后,我们立刻讨论如何修改原型。我们简化了自以为重要的场景,修改了术语,去掉了那些根本不会被用到的高级功能。

====== 周二

l 主程序员在研究完高风险的技术问题后,确定他之前的担心是有道理的。他提出了新的可行方案,可以实现同样的效果,而且开发难度更低。于是我们根据他的意见对原型进行了调整。另外,他确认了我们本来要收集的数据在数据库中都能找到,这就进一步简化了原型。

2 下午我们拜访了另一个客户,请三位用户参与了测试。今天的情况比昨天要好很多。我们仍然不确定原型的交互设计是不是足够好,但是至少用户能够完成主要任务 了。之前去掉高级功能的这一步棋确实走对了,因为用户并不关心它们。我很高兴我们坚持了以客户为中心的价值观。有两位测试用户希望我们第一时间通知他们产 品完成的消息。

====== 周三

l 与首席设计师、主程序员碰头,讨论目前的成果和接下来的工作。主程序员又提出了一项针对关键流程的优化建议,恰好解决了首席设计师面临的几个棘手的问题。

2 我和首席设计师向视觉设计师提出了我们对视觉设计的几点想法。经过先前的用户测试,我们认为必须将产品中的两个基本概念用某种方式清晰地传达给用户,并且 给出了关键状态和用户可能做出的动作。视觉设计师说她已经有了可以表达这些概念,提升产品价值的想法。她会在接下来的一两天内给我们一些具体的方案,之后 我们可以为这些方案提建议。

====== 周四

l 我们仍然在努力定义基本产品。我们相信已经把最关键的功能都涵盖在内了,但是不确定到底要不要再加上一个比较酷的功能,不知道它是不是必需的。我们计划暂时从模型中删除这个功能,看看测试的效果如何。

2 下午,我们拜访了另一位客户,请三位用户测试了产品原型。原型的可用性已经很棒了,但是,删除了之前说的那个功能后,原型没有得到用户的热烈响应。我们又 展示了之前的版本,这次他们表现出了极大热情。我们得出的结论是,这个功能确实非常重要。我们的原型中已经尽可能地删掉了所有不需要的部分,但是仍然能激 发人们的购买欲望。我们去除了很多高级的功能,简化了关键流程,应该能在主程序员估计的时间内完成开发任务。

====== 周五:

l 我、首席设计师与可视化设计师一起讨论了她设计的方案,我们特别喜欢其中的一个方案。稍做调整洁后,我们把它用在了原型上。

2 主程序员根据现有(也可能是最终)的原型估计出了产品开发的周期。这个时间可以接受,并且有风险的技术问题已经排除。

============ 第三周 ============

====== 周一

l 我们将包含最新的产品原型展示给项目负责人,并且总结了最终的产品设计(包括最新的界面设计),以及所有来自测试客户的反馈。她很喜欢这个产品,希望旁观下午的测试。她也想就价格和定位询问客户的意见。

2 下午,我、首席设计师以及项目负责人带着最终原型去见另一个客户。我们请四、五位用户进行了测试,得到了理想的反馈——没有遇到使用问题,对功能和价值的反响也很好。所有用户都很期待这款产品的问世,也愿意推荐给朋友或者同事使用。

====== 周二

l 继续完善原型,并将这些天来了解到的关键点录入项目维基。

2 向给更多的项目参与人展示了产品原型,包括法律顾问、市场部、产品管理和工程方面的副总。他们提出了一些问题,但都认可用户测试的反馈。

====== 周三

l 我、首席设计师以及主程序员碰头,讨论如何撰写产品文档,方便开发人员、测试人员、部署人员开展工作。

2 我和首席设计师分工撰写文档,我们将各自负责的部分写到项目维基里,并添加了一些对产品原型的链接和注释。

看完以上的日记,希望你能明确以下这10点。

1. 在项目开始时,确定你对目标有清晰的理解(产品机会评估)。

2. 从产品探索最开始时就建立和首席设计师、主程序员的密切合作。

3. 注重真正的协作交流,而不仅仅满足于写那些没人看的文档。

4. 迅速的将关键的产品理念融入到原型的制作中。

5. 设法验证自己对产品的假设,不要纸上谈兵,尽快判断哪些假设正确,哪些不正确。

6. 尽早反复地将产品原型提供给目标客户测试,及早发现问题。

7. 记住要确定基本产品。

8. 产品探索的目标:确定产品是有价值的、可用的、可行的。

9. 在产品探索的过程中不断保持和相关部门的信息互通,向大家展示不断更新的产品原型,让他们了解进度。

10. 不要把时间花在为开发人员写文档上,等到产品确定后再写。

当然了,实际项目不一定完全与我的描述相同,我希望传达这样一种观念:在把产品理念展示给真正的用户之前,不应该花两周时间撰写产品文档,更不能花三周时间制作初期产品原型。

产品探索有特定的节奏和规律,它以构思产品设计、原型制作、用户测试,以及最重要的一点,反复学习为基础。如果你还没有亲身体验过探索产品的过程,那么我希望这篇文章可以让你大致了解产品探索是什么,以及它与直接开始撰写产品文档的做法的区别。

本文节选自《启示录:打造用户喜爱的产品》作者Marty Cagan的博客。该书从人员、流程、产品三个角度介绍了现代软件(互联网)产品管理的实践经验和理念。特此感谢Marty Cagan先生授权。

VN:F [1.2.0_562]
Rating: 4.1/5 (12 votes cast)