自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(16)
  • 收藏
  • 关注

转载 巧妙说“不”

四个原则:  一.说“不”之前,先请听完客户的话。笔者最初被领导批评了多次,因为客户一般说上开头几句话,笔者就知道客户所提的要求是什么了,所以经常打断客户的话,将自己的意见和解决方法说出。  结果客户当场是接受了笔者的意见,对软件也没有再提出修改意见。但后期我的主管找我谈话时,却不止一次提出我被客户抱怨,说经常打断他们的话,很不礼貌。交了多次学费后,笔者逐渐养成了倾听的习惯。  二.思

2010-05-13 14:16:00 357

转载 项目管理有感之需求调研

一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下几个步骤入手:    客户想要什么?    要这干什么?    为什么这么想?    会不会有别的想法?    这里也说一个最最最最基本的,只谈项目别谈钱,我们可以说,价钱嘛需要我

2010-05-05 16:59:00 423

转载 需求捕获中的注意事项

 做过软件的人都听过这样的抱怨:需求变化太快,软件系统经常要修改,都连续加班几个星期了.....    你是否也遇到过这样的问题呢?    首先,问题的根源——用户需求不断变化。    很多需求分析人员都有这样的经历,在捕获需求时,根据客户的阐述,做了记录,然后开发出了系统,客户却说很多地方不符合他们的意思,要求修改。    我们分析一下捕获需求过程中存在的问题。——客户很可能对软

2010-05-05 16:49:00 314

原创 产品经理:一点一滴培养你的领导气质

一、沉稳    (1)不要随便显露你的情绪。    (2)不要逢人就诉说你的困难和遭遇。    (3)在征询别人的意见之前,自己先思考,但不要先讲。    (4)不要一有机会就唠叨你的不满。    (5)重要的决定尽量与别人商量,最好隔一天再发布。    (6)讲话不要有任何的慌张,走路也是。二、细心    (1)对身边发生的事情,常思考它们的因果关系。  

2010-04-11 12:03:00 374

转载 需求分析的六个原则(六)天下没有免费的午餐

在前面的文章中,已经说到了这个问题,客户向我们提出的需求都是他内心最期望我们能够满足的,我看到一个朋友的留言,我觉的非常好,他是这么说的:“客户不是我们的竞争对手,他没有理由来欺骗我们,因为欺骗我们的最终结果就是使我们做出不符合他们需求的产品”,“如果说我们的产品有问题,那么首先应该从我们身上找问题,而不是客户”。我非常赞同这位朋友的观点,这个观点其实也表明了需求分析原则六所强调的第一

2010-04-11 11:59:00 732

原创 需求分析的六个原则(五)用最简单的文字工具记录需求

需求是信息的具体表现,我们知道,一个信息进行一次传递,需要具备以下5个条件:1、信息本身2、信息发出者3、信息承载介质4、信息接收者5、信息所处的环境这5个条件的综合作用决定了这个信息最终的质量。具体到需求这种和产品经理每日息息相关的信息上,我们都必须面对一个非常现实的问题,就是:如何来保证我们获得的信息的衰减性是最小,并且我们又如何能把这种信息尽量少衰减的传递给下

2010-04-09 14:32:00 836

原创 需求分析的六个原则(四)客户和用户要区别对待

客户和用户根据产品的定位有时候是一致的,有时候则是分离的,这个大家都很清楚,通常来说,做企业级消费产品的客户和用户通常是分离的,做大众级消费产品的客户和用户通常是一致的,但也不是绝对,例如公务用轿车,应该是大众消费类产品,但是它多所面对的客户和用户通常是分离的,客户是各类政府公务部门,用户则是具体的操作者,也就是这些单位的工作人员。具体什么是客户,什么是用户,我就不花很大的篇幅来介绍了,我

2010-04-09 14:17:00 6053

转载 需求分析的六个原则(三)转述需求的人也是客户

大部分行业的大部分产品经理必须承认,其实我们很少能有机会能够和终端客户面对面的,原因很多,时间上的,精力上的,市场上的,这其实就给产品经理出了一个自相矛盾的问题:既然市场客观要求我们要亲自接触客户,但是现实的情况却往往不能提供这样的条件。对于从事企业消费类产品管理的朋友来说,对于需求的获取或许还稍微好一些,并且也会有更多的机会能够直接接触到终端客户,但是对于从事大众消费类产品管理的朋友们来

2010-04-09 14:05:00 1133

转载 需求分析的六个原则(二)尊重用户的现实选择

       我们常说,存在即为合理,但是在许多产品经理的需求工作中,似乎并不是这样。       许多客户提出的需求,在经过了我们人为的过滤之后,被打上“不现实”、“不可能”的印记而束之高阁。       客户提出的这些被束之高阁的需求果然是不现实,不可能的吗?       在01年的时候,我在一家通用软件企业,当时互联网已经开始平民化,许多传统的软件公司也开始关注这个市场,希望能在网络

2010-04-09 14:03:00 945

转载 需求分析的六个原则(一)永远不要显得比客户更聪明

       不知道大家想过没有,为什么要把这条作为产品经理进行需求分析的第一原则呢?       我个人觉的,之所以这条作为第一原则,就是告诉我们这些产品经理一个对待客户的基础态度,是什么呢?就是“平等”。       有朋友会说了,我们提供能够满足客户的产品和服务,客户付费享受这些,这肯定是平等的呀,有什么好说的呢?       果然如此吗?       02年的时候,我在一家软件公司

2010-04-09 13:43:00 679

原创 工程类系统的需求梳理

对于工程类项目,一般可先从时间维度上去确定范围。一般的工程类项目会划分为如下几个阶段:1.规划阶段      本阶段一般由各分公司上报该项目规模、预算、计划等信息,由总公司根据本年度总预算进行统一调配,确定各分公司所获得的预算额度和建设指标。      当分公司获得预算额度和建设指标后即开展施工建设的准备阶段。2.准备阶段      本阶段由各分公司根据实际的预算额度、建设指标

2010-04-07 15:50:00 477

原创 关于系统的UI需求调研

若客户对你说,功能点都能实现,但就是用户体验和人机交互做得不好,用着不爽。你会怎么办?那就只能通过不断揣摩客户对UI的期望或意图,在调研时多画草图,多做场景模拟,并在调研后通过不断与客户确认demo等手段,逐步将客户心中理想的UI呈现在可视的介质上,并且越细致越能减少风险。因为此时客户的重点已放在UI上,说白了,功能点的实现是基本需求,必需的。甚至有些情况是不用系统也能凑合着运作,做到系统中只是为

2010-04-01 22:18:00 816

原创 从民航服务业务抽象出服务行业的系统需求

从时间维度上分析是,售前(机票促销)->配送->售后跟进(值机前准备、值机后跟进、到站后服务、投诉跟踪)。从客户维度上分析是,VIP、特服、特餐(客户群细分)。从航班维度上分析是,不正常航班、包机航班、普通航班(产品分类)

2010-03-22 22:00:00 1140

原创 一般需求中的公共需求(不断更新)

【PR_1】             如果没有特殊说明,所有数据列表均支持翻页,提供包括:最前一页、上一页、下一页、最后一页、快速跳转到某一页操作链接。并可以自定义每页显示记录数。【PR_2】             如果没有特殊说明,所有页面字段叫是“XX日期”的都指精确到天,格式统一为:YYYY /MM/DD,比如:开始日期,结束日期,显示为2009/09/09。【PR_3

2010-03-17 22:06:00 358

原创 需求调研阶段的初步解决方案

    当客户需求比较稳定,或自认为已较准确掌握客户需求时,不妨先为客户设计一份实施方案。内容可包括粗糙的页面原型,系统流程,涉众等,在为客户讲述方案的过程中把待定问题、实施风险带出。    这种方式能较高效地发现与客户在对需求理解上的差异,在修正方案后,基于方案中的待定问题再进行深入调研。

2010-03-17 21:18:00 368

原创 如何带领需求团队工作

    今天和老大聊到如何带领需求团队进行规模较大的项目调研,获益颇多,仅此作为本BLOG的破处之作。    作为带领需求开发团队的人,着眼点应放在整个项目之上,施鸟瞰之势。工作重心放在与客户确定项目核心价值,圈定项目范围,确定整体框架,梳理业务流程上。在敲定整个项目范围后,以总-分-总的思路进行工作划分,根据带领的团队结合项目情况划分WBS,让团队各成员分别细化所负责的需求(即需求规格化工作

2010-03-17 20:59:00 504

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除