<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>完美骑士 &#187; 产品经理</title>
	<atom:link href="http://www.zknight.net/archives/tag/%e4%ba%a7%e5%93%81%e7%bb%8f%e7%90%86/feed" rel="self" type="application/rss+xml" />
	<link>http://www.zknight.net</link>
	<description>Cast a cold Eye  On Life，on Death  Knight，pass by！</description>
	<lastBuildDate>Sat, 24 Jul 2010 13:32:06 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>近况-在福州</title>
		<link>http://www.zknight.net/archives/489</link>
		<comments>http://www.zknight.net/archives/489#comments</comments>
		<pubDate>Thu, 21 Jan 2010 15:24:09 +0000</pubDate>
		<dc:creator>Knight</dc:creator>
				<category><![CDATA[工作]]></category>
		<category><![CDATA[91]]></category>
		<category><![CDATA[产品经理]]></category>
		<category><![CDATA[福州]]></category>
		<category><![CDATA[网龙]]></category>

		<guid isPermaLink="false">http://www.zknight.net/?p=489</guid>
		<description><![CDATA[很久很久没有写点东西了，一个是现在特别忙，另一个更主要的原因是因为用惯了微博客，日常的心情都被分散的记录在嘀咕上，然后又同步到网络的各个角落中。 离开深圳和嘀咕回到福州已经快4个月，还在努力的适应网龙的工作节奏。从以前紧凑的项目制工作方式到现在的跨部门扁平化的工作方式，在努力适应的同时也希望能够有所改善，或者争取更好的工作方式。 91.com最主要的目的是为公司的游戏服务，也许是彼时的背景不同，投票、评论、图片、任务、小游戏等等都是作为独立站存在的，这些站点彼此之间缺少关联，形式也是以内容营运为主。按我们的设想，未来应该是通过91社区把这些站点都整合在一起，彼此之间通过好友系统互相关联，内容是由用户来产生。 另一个方面是社区产品与公司游戏的结合，按来之前的设想，是要把游戏的用户导入到社区中来，让游戏里的弱关系在社区网站中得到强化并形成良好的互动，这样游戏用户更容易重新回到游戏中去。 当然，这些都是设想和假设，存在的问题，1、不能肯定这样的整合是否真的如我们想象的那么有效果，必须得通过不断的实验来找到真正有效可行的方式。2、公司的开发模式非常不适合做社区类产品，一个需求丢过去，动辄排期到3个月以后，无法实现快速的版本迭代，就很难找到有效的产品模式。 我做产品经理的时间并不长，在做珍惜网的时候主要还是做前端的工作，后面在小甲的帮助下开始接触产品策划的工作。到了嘀咕网以后才算是正式开始做产品经理的工作，在一帮很强的同事和上司帮助下学了不少的东西，那个时候老大对我的进步速度并不满意，不过还是觉得自己从他身上学到了许多对互联网产品设计的思路的理解。回到网龙来以后，基本上进步是停滞了，用的都是以前学到的东西，网龙的扁平化管理导致了一个项目无法将各个人绑在一起，所以一般是产品经理干着急，但是项目依然进展缓慢。 在小团队里，产品经理算是无冕之王，资源充足，只要你努力就能让项目快速的转起来，但是团队其它人不需要向你汇报。怎么带团队带人，让团队做事比让自己做事要难很多，还是有很多东西要学习的。 想想现阶段该怎么让自己尽力去适应： 1.整个91社区应该有一个统一的方向，每个人写的功能模块首先都要考虑这个方向性问题； 2.培养团队的人。初步的做法是买了不少普及类和入门类的书，日常也时不时做点小小的培训，好的产品人员不但要懂得专业方面的东西，还要有激情，有责任心，爱玩互联网的东西。 3.找到一个合适的工作模式。尽管公司的ERP系统非常强大，各种后台也很完备，但是我觉得目前这种开发模式很糟糕，上司的建议是要争取到足够的资源，首先要先做出成绩。有了成绩，你可以申请成立项目组，给你配上专门的程序员。这似乎是一种悖论，在目前的情况下，充分去利用现有资源，比较现实。老大们只看IP，这也是最有说服力的。 4.打算建立一个晨会制度，不为别的，就是让大家每天早上可以互相了解同事们在做什么，而不是只有我知道。要给大家一种和团队作战的感觉； 5.等产品差不多的时候建立一个团队博客吧。 我相信网游和SNS的结合，一定是大有文章可做。 ============================= 记录一下自己现阶段的个人生活吧，有人说了，关于你的99%的生活是没有人感兴趣的，所以这只是写给自己看的，多年以后再看，感觉会不一样。 08年3月29日从福州去了深圳，理由是逃避感情折磨，想换个环境 09年9月14日从深圳回到福州，理由和上面的差不多。 有的时候真想哀叹一声&#8211;我真是个不靠谱的人啊。 转眼也要26岁了，大学毕业快五年，得靠谱点儿。 感觉除了工作之外的时间，过得并不开心，所以就尽量缩短工作之外的时间。朋友送了我一只纯种白色玩具贵宾狗，我给取了名儿叫“小黑妞”，据说智商达到人类的8岁，有了狗，就会强迫自己早点下班回去照顾她，嗯，也算是有点业余生活了嘛。]]></description>
			<content:encoded><![CDATA[<p>很久很久没有写点东西了，一个是现在特别忙，另一个更主要的原因是因为用惯了微博客，日常的心情都被分散的记录在嘀咕上，然后又同步到网络的各个角落中。</p>
<p>离开深圳和嘀咕回到福州已经快4个月，还在努力的适应网龙的工作节奏。从以前紧凑的项目制工作方式到现在的跨部门扁平化的工作方式，在努力适应的同时也希望能够有所改善，或者争取更好的工作方式。</p>
<p>91.com最主要的目的是为公司的游戏服务，也许是彼时的背景不同，投票、评论、图片、任务、小游戏等等都是作为独立站存在的，这些站点彼此之间缺少关联，形式也是以内容营运为主。按我们的设想，未来应该是通过91社区把这些站点都整合在一起，彼此之间通过好友系统互相关联，内容是由用户来产生。<span id="more-489"></span></p>
<p>另一个方面是社区产品与公司游戏的结合，按来之前的设想，是要把游戏的用户导入到社区中来，让游戏里的弱关系在社区网站中得到强化并形成良好的互动，这样游戏用户更容易重新回到游戏中去。</p>
<p>当然，这些都是设想和假设，存在的问题，1、不能肯定这样的整合是否真的如我们想象的那么有效果，必须得通过不断的实验来找到真正有效可行的方式。2、公司的开发模式非常不适合做社区类产品，一个需求丢过去，动辄排期到3个月以后，无法实现快速的版本迭代，就很难找到有效的产品模式。</p>
<p>我做产品经理的时间并不长，在做珍惜网的时候主要还是做前端的工作，后面在小甲的帮助下开始接触产品策划的工作。到了嘀咕网以后才算是正式开始做产品经理的工作，在一帮很强的同事和上司帮助下学了不少的东西，那个时候老大对我的进步速度并不满意，不过还是觉得自己从他身上学到了许多对互联网产品设计的思路的理解。回到网龙来以后，基本上进步是停滞了，用的都是以前学到的东西，网龙的扁平化管理导致了一个项目无法将各个人绑在一起，所以一般是产品经理干着急，但是项目依然进展缓慢。</p>
<p>在小团队里，产品经理算是无冕之王，资源充足，只要你努力就能让项目快速的转起来，但是团队其它人不需要向你汇报。怎么带团队带人，让团队做事比让自己做事要难很多，还是有很多东西要学习的。</p>
<p>想想现阶段该怎么让自己尽力去适应：</p>
<p>1.整个91社区应该有一个统一的方向，每个人写的功能模块首先都要考虑这个方向性问题；</p>
<p>2.培养团队的人。初步的做法是买了不少普及类和入门类的书，日常也时不时做点小小的培训，好的产品人员不但要懂得专业方面的东西，还要有激情，有责任心，爱玩互联网的东西。</p>
<p>3.找到一个合适的工作模式。尽管公司的ERP系统非常强大，各种后台也很完备，但是我觉得目前这种开发模式很糟糕，上司的建议是要争取到足够的资源，首先要先做出成绩。有了成绩，你可以申请成立项目组，给你配上专门的程序员。这似乎是一种悖论，在目前的情况下，充分去利用现有资源，比较现实。老大们只看IP，这也是最有说服力的。</p>
<p>4.打算建立一个晨会制度，不为别的，就是让大家每天早上可以互相了解同事们在做什么，而不是只有我知道。要给大家一种和团队作战的感觉；</p>
<p>5.等产品差不多的时候建立一个团队博客吧。</p>
<p>我相信网游和SNS的结合，一定是大有文章可做。</p>
<p>=============================</p>
<p>记录一下自己现阶段的个人生活吧，有人说了，关于你的99%的生活是没有人感兴趣的，所以这只是写给自己看的，多年以后再看，感觉会不一样。</p>
<p>08年3月29日从福州去了深圳，理由是逃避感情折磨，想换个环境</p>
<p>09年9月14日从深圳回到福州，理由和上面的差不多。</p>
<p>有的时候真想哀叹一声&#8211;我真是个不靠谱的人啊。</p>
<p>转眼也要26岁了，大学毕业快五年，得靠谱点儿。</p>
<p>感觉除了工作之外的时间，过得并不开心，所以就尽量缩短工作之外的时间。朋友送了我一只纯种白色玩具贵宾狗，我给取了名儿叫“小黑妞”，据说智商达到人类的8岁，有了狗，就会强迫自己早点下班回去照顾她，嗯，也算是有点业余生活了嘛。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zknight.net/archives/489/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>总结</title>
		<link>http://www.zknight.net/archives/277</link>
		<comments>http://www.zknight.net/archives/277#comments</comments>
		<pubDate>Thu, 16 Apr 2009 17:33:02 +0000</pubDate>
		<dc:creator>Knight</dc:creator>
				<category><![CDATA[工作]]></category>
		<category><![CDATA[产品]]></category>
		<category><![CDATA[产品开发]]></category>
		<category><![CDATA[产品经理]]></category>

		<guid isPermaLink="false">http://www.zknight.net/?p=277</guid>
		<description><![CDATA[转眼来深圳一年了，转职做PM快半年了，一些不足和体会有必要记录一下。 首先说说为什么要转职做产品，之前自己做是UI设计，然后做重构，相对来说这些是属于比较专业的领域。而我希望的是自己能全面的接触到互联网的各个方面，以便对互联网行业有一个比较立体的认识。 当初凭着一股热情踏入产品经理这个圈子，很快的会发觉自己欠缺许多东西，以前从UI带过来的习惯让我想问题总是凭感觉，并且自己思考问题往往浮于表面，浅尝辄止，前面挺长一段时间是尽力在纠正这些习惯。 整理了一些接受到的观点和自己的心得： 1. 产品必须有很明确的目标，所有的功能都是为了目的服务的，做产品不应该着眼于有多强大的功能，而是看功能是不是能够为目标服务。 2. 想到一个点子的时候，不要急着去想这个点子的好处有哪些，而是要第一时间多想想这个点子的坏处。如果你同时有几个方案，那最后胜出的一定是坏处最少的那个。 3. 设计产品时，一定要把自己想象成一个易怒、暴躁、白痴的用户，去设想这个用户看到我写的这句描述是不是可以看懂？这个产品的流程用户用了会不会骂。我们设计的产品不应该只为高端用户服务，而是要让绝大多数目标用户都能顺利使用。 4. 设计产品时，确认好目标之后，把阻碍目标实现的点都列出来，然后围绕解决这些点来设计产品。 5. 一个好的产品，必须关注大量的业界信息，比如同类型的网站的设计、功能，竞争对手的动作、市场格局等等。 6. 要给自己的产品设定明确的目标，比如用户增长，访问数，PV，黏度等等。 7. 好产品往往不是一步做到位的，持续改进才是更有效的方法；要学会不厌其烦的改进自己的产品。把每个产品都当作自己的孩子一样去维护好。产品经理不是把产品设计出来，测试完成上线就可以，更重要的是在上线之后，不断的改进、调整产品的策略、设计等等，还要投入到产品的营运中去。 另外，关于接受用户意见的问题，我觉得用户意见固然重要，但是不能盲从，要看用户的需求和产品所要实现的目标是否能够一致，产品是自己设计的，自己对这个产品应该是了解最深，并不见得任何意见都需要虚心接受，而是要认真分析去伪存真。 依靠团队的力量固然很有必要，但是个人应该更加关注自己的成长，要给自己定下明确的职业发展计划，让自己尽快的进步，在每一个项目中都让自己学到更多。一个好产品，最大的推动作用是产品经理自己。 &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211; 一条主题分割线 &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;- 我们每个人都是ceo，任职的公司叫做“me”，职业生涯中最大的任务，是把公司唯一的品牌“you”，打造成职场的领先品牌。你需要的是对自己的充分认识和一份清晰的品牌推广方案。 在受到挫折和打击时不气馁，朝着自己设定的职业方向坚定的往前走，而不计较一时的得失。&#8212; 自勉之]]></description>
			<content:encoded><![CDATA[<p>转眼来深圳一年了，转职做PM快半年了，一些不足和体会有必要记录一下。</p>
<p>首先说说为什么要转职做产品，之前自己做是UI设计，然后做重构，相对来说这些是属于比较专业的领域。而我希望的是自己能全面的接触到互联网的各个方面，以便对互联网行业有一个比较立体的认识。</p>
<p>当初凭着一股热情踏入产品经理这个圈子，很快的会发觉自己欠缺许多东西，以前从UI带过来的习惯让我想问题总是凭感觉，并且自己思考问题往往浮于表面，浅尝辄止，前面挺长一段时间是尽力在纠正这些习惯。</p>
<p><span id="more-277"></span><br />
整理了一些接受到的观点和自己的心得：</p>
<p>1. 产品必须有很明确的目标，所有的功能都是为了目的服务的，做产品不应该着眼于有多强大的功能，而是看功能是不是能够为目标服务。</p>
<p>2. 想到一个点子的时候，不要急着去想这个点子的好处有哪些，而是要第一时间多想想这个点子的坏处。如果你同时有几个方案，那最后胜出的一定是坏处最少的那个。</p>
<p>3. 设计产品时，一定要把自己想象成一个易怒、暴躁、白痴的用户，去设想这个用户看到我写的这句描述是不是可以看懂？这个产品的流程用户用了会不会骂。我们设计的产品不应该只为高端用户服务，而是要让绝大多数目标用户都能顺利使用。</p>
<p>4. 设计产品时，确认好目标之后，把阻碍目标实现的点都列出来，然后围绕解决这些点来设计产品。</p>
<p>5. 一个好的产品，必须关注大量的业界信息，比如同类型的网站的设计、功能，竞争对手的动作、市场格局等等。</p>
<p>6. 要给自己的产品设定明确的目标，比如用户增长，访问数，PV，黏度等等。</p>
<p>7. 好产品往往不是一步做到位的，持续改进才是更有效的方法；要学会不厌其烦的改进自己的产品。把每个产品都当作自己的孩子一样去维护好。产品经理不是把产品设计出来，测试完成上线就可以，更重要的是在上线之后，不断的改进、调整产品的策略、设计等等，还要投入到产品的营运中去。</p>
<p>另外，关于接受用户意见的问题，我觉得用户意见固然重要，但是不能盲从，要看用户的需求和产品所要实现的目标是否能够一致，产品是自己设计的，自己对这个产品应该是了解最深，并不见得任何意见都需要虚心接受，而是要认真分析去伪存真。</p>
<p>依靠团队的力量固然很有必要，但是个人应该更加关注自己的成长，要给自己定下明确的职业发展计划，让自己尽快的进步，在每一个项目中都让自己学到更多。一个好产品，最大的推动作用是产品经理自己。</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211; 一条主题分割线 &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>我们每个人都是ceo，任职的公司叫做“me”，职业生涯中最大的任务，是把公司唯一的品牌“you”，打造成职场的领先品牌。你需要的是对自己的充分认识和一份清晰的品牌推广方案。</p>
<p>在受到挫折和打击时不气馁，朝着自己设定的职业方向坚定的往前走，而不计较一时的得失。&#8212; 自勉之</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zknight.net/archives/277/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>成功产品经理的6个好习惯和向上沟通的六个要点[转]</title>
		<link>http://www.zknight.net/archives/267</link>
		<comments>http://www.zknight.net/archives/267#comments</comments>
		<pubDate>Tue, 07 Apr 2009 15:11:58 +0000</pubDate>
		<dc:creator>Knight</dc:creator>
				<category><![CDATA[工作]]></category>
		<category><![CDATA[产品]]></category>
		<category><![CDATA[产品开发]]></category>
		<category><![CDATA[产品经理]]></category>

		<guid isPermaLink="false">http://www.zknight.net/?p=267</guid>
		<description><![CDATA[成功产品经理的6个好习惯 1. 立即执行的行动力 一个产品的开发过程牵扯到很多环节,有些很小的问题你会想以后可以轻松解决,而事实并非如此.有时候你会想，这个问题等页面切割的时候再解决，或者这个问 题等程序开发完了再解决！到最后你会发现，什么都变的很难解决了！有时候产品完成后你会觉的这根本不是你要的样子。为什么？问你自己去！ 2. 写文档，Publish or Perish 把你要做的事情,技术要做的事情,以及程序的修改都写成文档列表.然后与技术协商,排出优先级.不要总是突然出现在技术面前告诉他要修改什么地方。第一次 他可以接受，但是次数多了，他会变的很不耐烦，并最终导致整个开发流程混乱，技术会逐渐失去方向。而产品也会变的越来越不稳定！ 3. 细节决定成败 不要等待,您要做的事情还很多.当用户的操作无效时该怎么办？你的网站的排行机制是什么？细节都是留给你的,有的用户会仅仅是因为你的注册表单没有对齐而放弃使用你的产品！这可不是开玩笑，在互联网这个产业中，很多人都做的是同一件事情，拼的都是细节！ 4. 没有任何借口 不要推卸责任,也不要告诉你的领导产品的延误是因为技术,设计等等这样那样的原因.通常是这样的：如果一个产品很成功，领导会奖励你和技术人员，而如果一个产品失败了，受到惩罚的，只有你。 5. 办法总比问题多 由于公司体制或其他原因，产品经理的生存环境有时候相当恶劣，技术，ui甚至编辑都要给你脸色看，挫折是难免的，这时候要学会解决问题,而不是逃避和没完 没了的发牢骚，保持积极主动，如果连你都变的消极，难道你指望技术会积极吗？主动谦逊的去找大家沟通，发现问题的所在。 6. 人情练达即产品，学会反思与换位思考 人际关系的处理往往是最另人头疼的。通常技术人员和产品人员都会陷入自己的思维里。技术人员会觉得产品无所事事，而产品人员总觉得技术在偷懒。矛盾总是再 所难免的。这时候要学会站在别人的立场上考虑一下，多检讨一下自己，赌气和吵架只会让问题变的更糟糕！另外处理与各部门leader的关系也非常重要。尤其在一些上下关系复杂的“大公司”。不要把技术当作你的部下一样随意使唤，有重大的事情要保持与leader的沟通与协调！ ——— 产品经理的重要职责之一就是协调沟通，在与领导的向上沟通中应该注意： 1、不要把某件事不会做当成拒绝的理由，而应该请求领导必要的方向指点。例如，当领导安排工作时，某些下属会面带愁容，说 “这个我不会呀”或者“我不了解情况呀”等来推辞，也许确实是不会或不了解工作所需的背景情况，但绝不可当成拒绝的理由。不会就去学，不了解情况就去了解情况。还记得《致加西亚的信》中的安德鲁·罗文吗？使命必达。 2、不要把没时间作为借口，而应该立即与领导确认优先级。有 时候布置任务时，通常是紧急任务，经常听到某些下属这样对领导说：“我手头还有您和××安排的其他事儿呢，时间排不开呀”等等。这种情况下，一般来说下属 确实是手头事情比较多，特别是存在多头领导时。但要知道，在这种情况下，领导既然仍然坚持安排，只能说明两件事情，第一，这件事是你职责内的事情，而且比 较紧急。第二，这件事只有你能够胜任，领导信任你。你能够做的是，和领导沟通事情的优先级，沟通任务交付的时间，而不是首先想到拒绝接受。不要把没有时间 或时间不足当成藉口，同样适用于未按期完成任务时的沟通。 3、不要想当然，而应该尽量使用fact和data。向上沟通时不要想当然，一是在汇报情况时要有调研有事实作为依据，不要在没有充分调查的情况下就说“我觉得….，肯定是…”等等，常言没有调查就没有发言权。二是在领导布置工作时要听清楚任务的内容、时间要求、目标和效果等，不要稀里糊涂地接受任务，然后在最后关头偏离目标十万八千里时，才对领导说“我以为您说的是……”。 4、不要忘记领导的安排，而应该学习GTD、要事第一、时间管理等。一拍脑袋，满脸不好意思地说“哎哟，我把这件事给忘了……”的情景经常会发生在一些员工身上。要知道忘记领导的安排可能酿成大错，这是最不可饶恕的失误。所以，每一个人都要学会时间管理，都应该有适合自己的时间管理工具。在科技高度发展的今天，这些工具已经是随处可得。最方便易得的莫过于几乎人人都在使用的Microsoft Office Outlook了。 5、不要和他人攀比，特别是犯错误时，更不能和领导相提并论。有 些不幸的经理人员可能会遇到这样的下属，这位下属能力不强，却很散慢，经常迟到早退，不遵守劳动纪律。有一天经理终于忍无可忍，把这位下属叫到办公室打算 好好批评一顿，没想到这会下属说这么一句话：“您不也有时候也迟到吗，还有×××，您怎么不说他（她）呢？”这位经理无语。作为经理人员，要一视同仁，要 以身作则不是这里谈的话题，这里想说的是每一人都要自律，要看周围同事的长处，并努力学习先进者，而不能拿别人的缺点或失误来和自己攀比。更不能与领导相 提并论。领导有一天迟到了半个小时，你知道他昨天晚上和客户谈到几点吗？他也许是和客户谈到凌晨四五点后才回家洗了个澡，亲吻了一下自己刚满两个月的孩子 就来上班了呢。领导的错误自有领导的领导来批评指正，不是我们作为下属应该操心的事儿。 6、不要把责任推给别人，而应该多自省。能够作到这一点确实需要一些功力，因为一般的人都下意识地把责任归绺于其他人或其他客观原因，这是一种自我保护意识，但却是职场上的一大忌。常听见一些人这么说：“他们不配合呀，我说了好多次了，实在是没有办法……”。 要知道，绝大数工作是需要协作和获得支持才能够完成的，如果把宝都押在别人主动积极配合的前提之下，那是不是风险特大了呢？在要求其他人协助时，你是否讲 清了协作事项的具体要求，是否讲清了利害关系，必要时是否与其上级进行了沟通，是否注意了沟通方式，是否实施了紧盯战术来监控进展……所以，要从自身找原因，勇于承担责任。 转自：王三十的博文分享]]></description>
			<content:encoded><![CDATA[<p><span>成功产品经理的6个好习惯<br />
1. 立即执行的行动力<br />
一个产品的开发过程牵扯到很多环节,有些很小的问题你会想以后可以轻松解决,而事实并非如此.有时候你会想，这个问题等页面切割的时候再解决，或者这个问 题等程序开发完了再解决！到最后你会发现，什么都变的很难解决了！有时候产品完成后你会觉的这根本不是你要的样子。为什么？问你自己去！<br />
2. 写文档，Publish or Perish<br />
把你要做的事情,技术要做的事情,以及程序的修改都写成文档列表.然后与技术协商,排出优先级.不要总是突然出现在技术面前告诉他要修改什么地方。第一次 他可以接受，但是次数多了，他会变的很不耐烦，并最终导致整个开发流程混乱，技术会逐渐失去方向。而产品也会变的越来越不稳定！<br />
<span id="more-267"></span><br />
3. 细节决定成败<br />
不要等待,您要做的事情还很多.当用户的操作无效时该怎么办？你的网站的排行机制是什么？细节都是留给你的,有的用户会仅仅是因为你的注册表单没有对齐而放弃使用你的产品！这可不是开玩笑，在互联网这个产业中，很多人都做的是同一件事情，拼的都是细节！<br />
4. 没有任何借口<br />
不要推卸责任,也不要告诉你的领导产品的延误是因为技术,设计等等这样那样的原因.通常是这样的：如果一个产品很成功，领导会奖励你和技术人员，而如果一个产品失败了，受到惩罚的，只有你。<br />
5. 办法总比问题多<br />
由于公司体制或其他原因，产品经理的生存环境有时候相当恶劣，技术，ui甚至编辑都要给你脸色看，挫折是难免的，这时候要学会解决问题,而不是逃避和没完 没了的发牢骚，保持积极主动，如果连你都变的消极，难道你指望技术会积极吗？主动谦逊的去找大家沟通，发现问题的所在。<br />
6. 人情练达即产品，学会反思与换位思考<br />
人际关系的处理往往是最另人头疼的。通常技术人员和产品人员都会陷入自己的思维里。技术人员会觉得产品无所事事，而产品人员总觉得技术在偷懒。矛盾总是再 所难免的。这时候要学会站在别人的立场上考虑一下，多检讨一下自己，赌气和吵架只会让问题变的更糟糕！另外处理与各部门leader的关系也非常重要。尤其在一些上下关系复杂的“大公司”。不要把技术当作你的部下一样随意使唤，有重大的事情要保持与leader的沟通与协调！<br />
</span><span><br />
———</span></p>
<p><span>产品经理的重要职责之一就是协调沟通，在与领导的向上沟通中应该注意：</span><span><br />
1、不要把某件事不会做当成拒绝的理由，而应该请求领导必要的方向指点。例如，当领导安排工作时，某些下属会面带愁容，说 “这个我不会呀”或者“我不了解情况呀”等来推辞，也许确实是不会或不了解工作所需的背景情况，但绝不可当成拒绝的理由。不会就去学，不了解情况就去了解情况。还记得《致加西亚的信》中的安德鲁·罗文吗？使命必达。<br />
2、不要把没时间作为借口，而应该立即与领导确认优先级。有 时候布置任务时，通常是紧急任务，经常听到某些下属这样对领导说：“我手头还有您和××安排的其他事儿呢，时间排不开呀”等等。这种情况下，一般来说下属 确实是手头事情比较多，特别是存在多头领导时。但要知道，在这种情况下，领导既然仍然坚持安排，只能说明两件事情，第一，这件事是你职责内的事情，而且比 较紧急。第二，这件事只有你能够胜任，领导信任你。你能够做的是，和领导沟通事情的优先级，沟通任务交付的时间，而不是首先想到拒绝接受。不要把没有时间 或时间不足当成藉口，同样适用于未按期完成任务时的沟通。<br />
3、不要想当然，而应该尽量使用fact和data。向上沟通时不要想当然，一是在汇报情况时要有调研有事实作为依据，不要在没有充分调查的情况下就说“我觉得….，肯定是…”等等，常言没有调查就没有发言权。二是在领导布置工作时要听清楚任务的内容、时间要求、目标和效果等，不要稀里糊涂地接受任务，然后在最后关头偏离目标十万八千里时，才对领导说“我以为您说的是……”。<br />
4、不要忘记领导的安排，而应该学习GTD、要事第一、时间管理等。一拍脑袋，满脸不好意思地说“哎哟，我把这件事给忘了……”的情景经常会发生在一些员工身上。要知道忘记领导的安排可能酿成大错，这是最不可饶恕的失误。所以，每一个人都要学会时间管理，都应该有适合自己的时间管理工具。在科技高度发展的今天，这些工具已经是随处可得。最方便易得的莫过于几乎人人都在使用的Microsoft Office Outlook了。<br />
5、不要和他人攀比，特别是犯错误时，更不能和领导相提并论。有 些不幸的经理人员可能会遇到这样的下属，这位下属能力不强，却很散慢，经常迟到早退，不遵守劳动纪律。有一天经理终于忍无可忍，把这位下属叫到办公室打算 好好批评一顿，没想到这会下属说这么一句话：“您不也有时候也迟到吗，还有×××，您怎么不说他（她）呢？”这位经理无语。作为经理人员，要一视同仁，要 以身作则不是这里谈的话题，这里想说的是每一人都要自律，要看周围同事的长处，并努力学习先进者，而不能拿别人的缺点或失误来和自己攀比。更不能与领导相 提并论。领导有一天迟到了半个小时，你知道他昨天晚上和客户谈到几点吗？他也许是和客户谈到凌晨四五点后才回家洗了个澡，亲吻了一下自己刚满两个月的孩子 就来上班了呢。领导的错误自有领导的领导来批评指正，不是我们作为下属应该操心的事儿。<br />
6、不要把责任推给别人，而应该多自省。能够作到这一点确实需要一些功力，因为一般的人都下意识地把责任归绺于其他人或其他客观原因，这是一种自我保护意识，但却是职场上的一大忌。常听见一些人这么说：“他们不配合呀，我说了好多次了，实在是没有办法……”。 要知道，绝大数工作是需要协作和获得支持才能够完成的，如果把宝都押在别人主动积极配合的前提之下，那是不是风险特大了呢？在要求其他人协助时，你是否讲 清了协作事项的具体要求，是否讲清了利害关系，必要时是否与其上级进行了沟通，是否注意了沟通方式，是否实施了紧盯战术来监控进展……所以，要从自身找原因，勇于承担责任。<br />
</span><span>转自：<a href="http://54pm.blogspot.com/2008/12/6.html" target="_blank">王三十的博文分享</a></span></p>
<p><!-- If comments are open, but there are no comments. --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.zknight.net/archives/267/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
