会议实践一:会前准备和议程

2010年7月21日 丢失的叶子 没有评论

现在的工作中极少有人不用参加会议,尤其是做产品的同学,业务多的产品经理甚至一个月中有50%以上的工作时间在会议室中度过。如何高效的组织、主持会议或者高效的参加会议,相信很多同学都在纠结这个问题。在phpwind的一年里因为工作的关系有很多会议实践,本以为组织、主持会议方面不会出现什么纰漏。然而周五时,到新团队后第一次主持相对正式的讨论会,发现自己竟然忽略了之前一再关注的环节,几乎导致会议的失败。正好借这个机会总结一下自己的一些实践。

在时间管理理念盛行的现在,相信大家都听说过“能不开的会坚决不开”并深深信服着,所以多半的会议都是必须举行的,那么作为会议的组织者,如何组织一次成功的会议呢?个人认为要重点把握两点:会前准备和议程

会前准备:

开会必然是为了解决某一问题或者达成某一共识以推动团队工作的继续。那么作为会议的组织者在发起会议前首先要明确的就是会议目的。本次会议要解决的问题是什么?要达成什么样的共识?或者做出什么样的决定。

会议目的明确之后,要确定会议涉及的利益相关者界定会议讨论的范围。会议目的会涉及到哪些团队哪些人员?会议目的的达成需要他们提供哪些支持或者需要他们做什么?这些人的现状又是什么?要实现会议目标是否有困难?……这些情况都需要在发起会议之前了解清楚。这些都需要会议组织者一一沟通落实,甚至这些沟通的结果会导致会议目标的调整,或者把一个大目标分解成几个子目标。

 沟通之后,就可以根据了解到的情况确定会议议程。值得一提的是,会议议程并不单纯是由会议目标和子目标组成,更多的时候议程取决于会前沟通情况和会议资料。以产品需求讨论会为例,一个产品的需求可能来自用户(多半由用研或运营代表)、运营、BD、合作伙伴、市场营销……这里恐怕只有产品经理能全部接触到各个团队不同的需求,而各个团队之间很少了解彼此的需求和情况,那么会议议程就应该是:
1、产品经理介绍需求背景;
2、各个需求方介绍自己的需求和情况;(期间产品经理要给予及时的总结、归纳和确认)
2.1用户需求说明;
2.2运营需求说明
……
3、产品经理总结需求,明确统一的目标;
4、会议总结,确认下一步工作内容和各自时间点。

阅读全文…

【摘】杰出经理们如何打造高校团队(一)

2010年3月4日 丢失的叶子 没有评论

做好自己,影响他人,成就团队”被自己标为职业座右铭。这半年多的经历也让我越来越注重团队。但一直纠结于团队的建设和协作。昨天看到很久以前收藏《杰出经理们如何发挥作用?》受益匪浅,

———————————————–惊喜的分界线————————————————————–

催化剂作用描述了杰出经理们做了些什么,但并不能说明他们是怎样做的。
那么,他们是怎样做的呢?杰出经理们怎样释放下属的潜在能量呢?他们怎样选人、设定期望值、以及如何激励和培育每一位员工呢?
在<寻找藏箱 >一剧中有这样一个场景:失败的印地安那人琼斯想要知道从何处着手来挖掘装有盟约的箱子。他的对手纳粹党人已经开始挖掘了。琼斯要不顾一切打败他们而获胜。箱子的位置记载在一个古老的装饰头盔上,一个长瘤的埃及托钵僧手持头盔,缓慢地、确切地翻译着上面的梵语符号。突然,印地安那人停止了脚步,他听着埃及人的翻译,意识到纳粹党人误解了古代的文字。他们的计算有误,测量用的手杖也太短。他于是对自己的同伴裂嘴笑道:“他们挖错了地方。”
再回到经理的四个核心职责,传统的至理名言就是“挖错了地方”。其建议与此非常相近。但仔细研究杰出经理们的观点后,你会意识到那些非常细小却值得注意的因素并没有凸现出来。传统的至理名言鼓励你这样做:
a. 选人――询问他的经验、智力和决心
b. 设定期望值――确定恰当的步骤
c. 激励员工――帮助他确定和克服他的弱点
d. 培育员工――帮助他学习和被提拔
表面上看,上述建议并无不妥。而且实际上很多经理和公司虔诚地信奉着它。但所有这些都迷失了方向。仅仅依靠经验、智力和决心来选人不可能建立一个杰出的团队。确定恰当的步骤和弥补个人的弱点也不是产生持续业绩的最有效的方法。将一个人推向前一梯队也完全违背了“培育”的精髓。
记住,所有经理们共有的革命性的洞察力是:
人并不能改变太多,
因此不要在他并不具备的方面花时间,.
而应该尽量发挥他已有的优点,
这一点已经够艰苦的了。
如果将上述洞察力应用到催化剂作用的核心职责中去,你就会发现:
选人时,他们选择有才干的人,而不是仅凭经验、智力和决心。
设定期望值时,他们确定恰当的成果,而不是恰当的步骤。
激励员工时,他们关注实力,而不是弱点。
培育员工时,他们帮助他找到合适的位置,而不仅仅是下一梯队。
我们把上述革命性的步骤称为:杰出经理们的四把钥匙。综合这四把钥匙,就能揭示杰出经理们是如何开启每个员工的潜力的。下面我们来阐明每一把钥匙是如何起作用的,以及你如何把他们应用到自己的工作中去。

催化剂作用描述了杰出经理们做了些什么,但并不能说明他们是怎样做的。那么,他们是怎样做的呢?杰出经理们怎样释放下属的潜在能量呢?他们怎样选人、设定期望值、以及如何激励和培育每一位员工呢?

在<夺宝奇兵 >一剧中有这样一个场景:失败的印地安那人琼斯想要知道从何处着手来挖掘装有盟约的箱子。他的对手纳粹党人已经开始挖掘了。琼斯要不顾一切打败他们而获胜。箱子的位置记载在一个古老的装饰头盔上,一个长瘤的埃及托钵僧手持头盔,缓慢地、确切地翻译着上面的梵语符号。突然,印地安那人停止了脚步,他听着埃及人的翻译,意识到纳粹党人误解了古代的文字。他们的计算有误,测量用的手杖也太短。他于是对自己的同伴裂嘴笑道:“他们挖错了地方。”

再回到经理的四个核心职责,传统的至理名言就是“挖错了地方”。其建议与此非常相近。但仔细研究杰出经理们的观点后,你会意识到那些非常细小却值得注意的因素并没有凸现出来。传统的至理名言鼓励你这样做

a. 选人――询问他的经验、智力和决心

b. 设定期望值――确定恰当的步骤

c. 激励员工――帮助他确定和克服他的弱点

d. 培育员工――帮助他学习和被提拔

表面上看,上述建议并无不妥。而且实际上很多经理和公司虔诚地信奉着它。但所有这些都迷失了方向。仅仅依靠经验、智力和决心来选人不可能建立一个杰出的团队。确定恰当的步骤和弥补个人的弱点也不是产生持续业绩的最有效的方法。将一个人推向前一梯队也完全违背了“培育”的精髓。

记住,所有经理们共有的革命性的洞察力是:

人并不能改变太多,

因此不要在他并不具备的方面花时间,.

而应该尽量发挥他已有的优点,

这一点已经够艰苦的了。

如果将上述洞察力应用到催化剂作用的核心职责中去,你就会发现

选人时,他们选择有才干的人,而不是仅凭经验、智力和决心。

设定期望值时,他们确定恰当的成果,而不是恰当的步骤。

激励员工时,他们关注实力,而不是弱点。

培育员工时,他们帮助他找到合适的位置,而不仅仅是下一梯队。

我们把上述革命性的步骤称为:杰出经理们的四把钥匙。综合这四把钥匙,就能揭示杰出经理们是如何开启每个员工的潜力的。下面我们来阐明每一把钥匙是如何起作用的,以及你如何把他们应用到自己的工作中去。

——————————————–沉思的分界线———————————————————————–

如何用好四把钥匙,收藏原文中并没有给出建议。接下来的日子里,将逐渐尝试……

当产品运营和产品设计遇上产品经理

2010年3月3日 丢失的叶子 没有评论
到杭州快两年了,从西安时代的网站策划到杭州的产品设计,同时开始关注以用户为中心的产品设计和产品经理的职责技能,一年多的实践和总结让自己对互联网产品经理的职责和技能渐渐有了入门的感觉。09年12月1日公司月会上突然被宣布负责工作的产品运营团队,一时间竟然有些茫然。
工作四年多了,说没做过运营么?有做过;更何况来杭州一年多的时间里也从产品经理的视角对以前的工作进行了总结分析,甚至在开博是也开辟了互联网运营的主题。可是,一年多来专注于产品经理的钻研,对运营的理解也有了新的认知,但在被宣布负责产品运营团队时,真的没有清晰准确的思路确定在这个公司里,运营该做什么,该怎么做。(尤其是通用型互联网软件的运营)
今天,三个月过去了,记下此时自己对产品运营、产品设计和产品经理职能理解,按照我在《运营那些事儿》博文的定义来说,产品运营其实应该是产品经理主导,涵盖了产品管理、产品设计、产品包装、市场营销(市场运营)和在线运营等多方面的工作。然而,那毕竟是根据产品经理制的团队架构从产品经理的角度定义的产品运营。然而,在实际情况中并不是所有的互联网企业都实行产品经理制的团队架构。今天,仅从工作内容的角度总结一下产品运营、产品设计和产品经理的不同职能、不同的工作内容和不同的职业技能要求。
产品运营,作为产品和市场、客户之间的纽带,需要基于产品做以下工作:
1)客户服务:处理客户关于产品使用的咨询、疑难解答,甚至要提供技术支持。(很多企业技术支持由专门的团队负责)
2)产品包装:了解产品功能,并以客户最容易接受的方式进行包装,通过有效的方法和渠道把产品的优势传递给目标客户,帮助客户最快的熟练使用产品,甚至形成口碑营销的效果。
3)产品推广:基于产品定位和客户需求,在做好产品包装的前提下,策划运营推广活动,力求实现产品客户数量的增加。
4)产品宣介:和产品设计不同,产品运营进行的产品宣介主要是对外的产品宣介,如向目标客户、媒体、行业关注者/分析师等人群介绍产品功能和优点。(如果公司有产品经理或者产品设计能力足够的话,这部分工作可由产品经理或产品设计执行)
5)数据分析:在产品上线/发布后客户数据,客户反馈,推广营销数据进行分析,一方面改进运营推广方式和手段,一方面促进产品的优化和改进(或产品的迭代升级)。
6)市场分析:包括行业市场趋势信息的采集和分析,以及对竞争对手产品及市场动态的分析。最终形成市场分析报告为产品规划甚至公司运营决策提供依据。
7)需求管理:以产品的角度参与客户维护,进行客调,并管理客户的需求,把需求以有效的方式传递给产品设计。能分清客户的业务需求和体验需求(产品易用性需求),并初步判定各种需求的优先级。
产品设计,具体来说产品设计是需求到产品的实现者,甚至是产品的管理者,具体能做到什么程度还是要看个人能力。基本来说产品设计需要完成以下工作:
1)需求分析:从产品运营、客户或者行业分析中取得需求并加以分析,转化成产品。
2)产品用例(UserCase):把需求设计成UC,以便于产品设计和研发中的沟通。
3)产品需求文档(PRD):根据客户的业务需求甚至是易用性需求,完成产品(项目)需求文档的撰写,说明产品的业务逻辑和产品规格。
4)交互设计:根据PRD文完成产品的具体设计,更重要的是满足用户的易用性需求,提高用户体验。(在大公司或者分工细化的企业里,这部分工作由交互设计师或者美工完成)
5)产品宣介:产品设计进行的产品宣介主要针对于企业内部,如研发、客服、运营、BD甚至PR等团队,目的是更好的实现产品开发、运营和营销推广。(这部分工作也可能由产品经理完成)
6)产品实现:协调公司美工、研发、测试资源,完成产品的研发实现。(这部分工作也可能由项目经理完成)
产品经理,产品经理的职责可以说是产品运营和产品设计的集合,再增加产品生命周期的管理,具体内容可参看《产品经理的职责》,这里就不再赘述。
概括的说,产品运营和产品设计本是一家,他们只是产品经理职能的细化和延伸,在产品经理能力/精力不足或者工作细化分工下的产物。好的产品运营能够完成产品设计的所有职责;同理,好的产品设计也能够完成产品运营的所有职责内容。所以也就有了产品运营化或运营产品化的说法,两者都有可能成长为真正的产品经理(现在很多顶着产品经理title的人其实是产品设计)。相对而言产品经理的职能和技能要求会更高,甚至要有研发背景。
PS:淘宝貌似曾经把产品经理的职能划分为产品运营(市场)经理、产品经理(产品设计)和产品研发经理三个职位。

到杭州快两年了,从西安时代的网站策划到杭州的产品设计,同时开始关注以用户为中心的产品设计和产品经理的职责技能,一年多的实践和总结让自己对互联网产品经理的职责和技能渐渐有了入门的感觉。09年12月1日公司月会上突然被宣布负责公司的产品运营团队,一时间竟然有些茫然。

工作四年多,说没做过运营么?有做过;更何况来杭州一年多的时间里也从产品经理的视角对以前的工作进行了总结分析,甚至在开博是也开辟了互联网运营的主题。可是,一年多来专注于产品经理的钻研,对运营的理解也有了新的认知,但在被宣布负责产品运营团队时,真的没有清晰准确的思路确定在这个公司里,运营该做什么,该怎么做。(尤其是通用型互联网软件的运营)

今天,三个月过去了,记下此时自己对产品运营、产品设计和产品经理职能理解,按照我在《运营那些事儿》博文的定义来说,产品运营其实应该是产品经理主导,涵盖了产品管理、产品设计、产品包装、市场营销(市场运营)和在线运营等多方面的工作。然而,那毕竟是根据产品经理制的团队架构从产品经理的角度定义的产品运营。然而,在实际情况中并不是所有的互联网企业都实行产品经理制的团队架构。今天,仅从工作内容的角度总结一下产品运营、产品设计和产品经理的不同职能、不同的工作内容和不同的职业技能要求。

产品运营,作为产品和市场、客户之间的纽带,需要基于产品做以下工作:

  • 客户服务:处理客户关于产品使用的咨询、疑难解答,甚至要提供技术支持。(很多企业技术支持由专门的团队负责阅读全文…

【转】产品经理的主要职责

2010年3月3日 丢失的叶子 没有评论

做为一名新进产品经理,甚至一名资深PM,你可能都或多或少对这个职位产生某种迷惑。到底什么是产品经理?这个职位的主要职责是什么?在IT产业的不同领域,甚至在同一领域的不同公司,这个职位的定义似乎都有不同。

本文尝试根据自己多年的产品经理经验,给出产品经理的主要职责。 虽然在不同的公司,产品经理的角色和职责互有差异,但是有一些关键职责是任何一个产品经理都应承担的。可以将其归纳为如下六个方面:

1、市场调研

市场调研是指研究市场以了解客户需求、竞争状况及市场力量(market forces),其最终目标是发现创新或改进产品的潜在机会。

可以通过下面的方式进行市场调研:

  • 与用户和潜在用户交流
  • 与直接面对客户的一线同事如销售、客服、技术支持等交流
  • 研究市场分析报告及文章
  • 试用竞争产品
  • 仔细观察用户行为等

市场调研最终会形成商业机会、产品战略或商业需求文档(BRD),详述如何利用潜在的机会。

2、产品定义及设计

a) 产品定义是指确定产品需要做哪些事情。通常采用产品需求文档(PRD)来进行描述,PRD可能包含如下信息: 阅读全文…

【转】软件(互联网)产品需求文档的类别及适用情况

2010年2月5日 丢失的叶子 没有评论

工作四年半了,从互联网运营到产品经理再到产品运营,具体工作内容涉及到SEM、网络营销、商城运营、社区运营和产品经理等等,不同的岗位经历让我更好的了解了互联网团队配合协作。当团队发展到一定程度的时候,文档就成了保持团队目标一致、工作成果传承的重要方式。在译言中看到关于文档的文章,收藏以备学习。

提醒自己时刻牢记:学习的目的是为了更好的解决问题,而不是简单模仿,在实施的过程中千万不要陷入为文档而文档的境地。

——————————————————-邪恶的分界线——————————————————–

需求文档有很多种类,各自有其描述的角度和目的,本文将分别介绍并加以区别。

1、业务需求文档

业务需求文档(BRD – Business Requirements Document )关注项目及产品的业务需求,主要通过对客户遇到的业务问题及本公司的产品如何解决这些问题进行描述,然后提出一个建议的方案。建议方案通常是一个针对性的新产品或基于现有产品的若干改造。

业务需求文档通常还对业务前景进行一个大致分析,包括开展该项业务的收入预测、市场及竞争对手分析、销售及营销策略等。

业务需求文档一般是由产品经理/产品营销经理或业务分析师撰写,在小公司中,甚至直接由CEO或总经理撰写。它通常比较简短,由3页以内的Word文档或10页以内的PPT文档构成。

示例:假定公司正在研发一个客户关系管理(CRM)软件。业务需求文档集中在帮助销售经理跟踪可能达成的销售意向,并对可能的产生的销售收入进行预测。因此文档需要进行以下方面的规约:

1)面向的群体

500强的销售经理;( 人物角色的设计应该关注销售经理的职业背景和面对的用户特)

2)需解决的问题

a)无法实时跟踪潜在交易的状态;

b)无法获得可靠的收入预测;

3)建议的方案

建立基于Web的销售管理软件以跟踪潜在的销售意向,并对潜在收入进行预测。

2、市场需求文档

阅读全文…

分类: 团队建设 标签:

【转】知识管理的层次

2010年1月24日 丢失的叶子 没有评论

周三晚上的聚会中,坏人分享了关于知识的储备和管理,发现自己之前只是在进行简单的堆积,是该好好梳理自己的时候,很巧的,周末在看人月神话时,看到这篇博文,于是转来。原文地址:http://blog.sina.com.cn/s/blog_493a845501000cbl.html~type=v5_one&label=rela_nextarticle

知识管理我的Blog上谈的比较少,我也不是这方面的专家,但知识和技能,经验,方法论,实践,思维思考都有关系。因此知识管理也是我关心的内容内容,包括个人知识和企业级和团队的知识管理。在2,3年前通过思维导图画的IT知识体系结构就是在这方面的一些实践,目的就是如何真正让知识发挥作用和创造效益。个人认为现在很多流行的知识管理系统都是辅助性的工具而已,关键还是是否真正的理解的知识管理的目标,理解了目标才知道如何做好知识管理,让知识管理真正的发挥作用。

1.第一个层次-形成知识库

知识库首先不是资料库,不是上传一大堆资料就完成知识库的建设了。资料必须经过多维属性的整理才能够真正入库,资料的关键字,TAG标签,多维度的分类都是属于资料的重要属性。而且入库的资料必须是有价值的资料,必须是经过我们分析,抽取和整理后的资料,这样可以减少后期其他人在无用的资料上面浪费时间。资料入库后完成了第一步,后面重要的就是知识的分享,一个资料能够在知识库中下载了不是分享, 阅读全文…

分类: 兴趣网摘 标签: