做好产品需求文档的这十步，是经过长期的实践经验和反复验证而得到的。可能这里描述的不是很全面，但他已经足够让你做一个成功的产品需求文档。做好这几步花费的时间要以项目的大小、复杂程度、个体学识、基本技能熟练度而定。
第一步：做好准备工作
你要做的是一个让人无可争议的产品，为了做好他，你必须做好前期的准备工作。你需要去了解你的顾客、竞争对手、产品团队的实力和需要的技术。你需要从顾客、用户、竞争对手、分析师、产品团队、销售队伍、市场、公司职员等收集他们能发现的问题和可能的解决办法。这里有很多的工作需要你去完成,在“成功的产品背后”这篇文章中有详细的描述。
建立良好的交流也非常重要，它会影响着产品团队。如果你的准备工作做的够好，你也会变得越来越有信心和说服力。
第二步：确定产品的目的
任何一个好的产品都开始于一个需求。你必须清楚的了解这个需求，你的产品如何达到这个需求。
产品经理需要提出一个清晰、简明的价值主张，让它很容易被接受，要让产品团队、管理人员、用户、市场人员清楚的明白这个产品到底是什么意图。虽然这听起来很
(2012-03-17 14:12)
但由于博客还在，还是能够偶尔收到一些邮件，上周有位同学问我：我在求职，我看到很多招聘说明上需要交互设计师编写界面交互设计文档，请问界面交互设计文档是什么文档？怎么编写呢
这让我想起来2009年自己在项目里也大力推行过交互说明文档（在下文中，简称为DRD），格式倒没什么限制，交互设计师自己写到界面上也行，单独文档成文也行，总之就是让交互设计师能够将界面承载不了的信息通过文档沉淀下来，降低项目里的沟通成本和风险。今天整理电脑，翻出以前的PPT，分享之。
- 做事写文档一定要严谨，写文档要多读几遍看是否有歧义；也可以让同组人帮你查看是否有问题；
- 产品经理一定要学会用严谨的语气，肯定的语气，不清楚的时候可以询问；是人就不能全部都懂，取长补短；
- 不要拖延，不清楚的地方一定尽快弄清楚。今日的事情一定要今日毕；
- 每天早上上班的第一件事情就是今天的计划，分清主要事情、紧急事情、琐事等等，哪些可以邮件和即时通处理的，哪些需要写文档的，可以分类去执行，在某个时间提高效率；
- 抱着学习的态度和别人请教并不可耻，学习是为了自己并不是为了别人；需要分享自己好的方便；
- 当和别人沟通时候一定要表
需求的三大原型：
- 用户不知道需求是什么；
- 用户对为出现的产品没有任何评价；
- 用户不会对自己的言论进行负责；
- 更好的交通工具用户的真实需求、更快用户需求的渴望值、而具体的现实产品是用户的假设；以上其实一点关系都没有；产品就是找出这些需求的根源点，并且挖掘出来它的本质；
- 要想知道用户到底要什么？就是给他们想要的东西，看到这个东西就会有想法；为什么要做原型，也就是这个目的，很多用户体验师都会把做出的原型进行前期的用户调研工作，把用户的真实想法呈现出来，可能很多人认为数据很关键，对一个产品的评价不光是定量的分析也同时大胆的定性分析假设，通过双方面的判断出最终结果可行；定量分析中有大部分是不真实的，因为用户有跟随行，在《乌合之众》书中曾提到，用户是喜欢跟随的，这个大家都清楚，当一个商品卖的很好后，会有传播效应，也就长尾理论的
- 进行开发阶段：整理项目时间表，这个阶段就是项目分解阶段（WBS），你可以不懂如何分解，但你可以去学习并知道时间进度，开发设计底层表结构、对整体架构进行分析讨论、可行性分析等等，具体到每个阶段上；
- 包括前端阶段阶段和后端开发阶段：前端如果更精细的化就可能到原型讨论阶段，
1、这其中UE开始进入：对整体的元素进行分解整合，对产品最终目的原型化以及用户角度是否能达到预期效果;
2、设计阶段：对UE的执行层面进行设计颜色的概念化，这个其中可能会做色彩组合、元素色彩、颜色上的主次视觉体现；对于高级点的设计师会从用户的层面上对视觉的理解上，出很多稿进行评审，达到自己对用户理解的透彻阶段；
3、前端开发：这里是WEB工程师，需要对整体上进行分析，对全局样式到局部样式的，达到样式的精简化，居个人了解，优秀的前端能制作出和设计稿一致的前端WEB页面，并且代码的结构很清晰，清晰的表现就是去掉样式表后的结构化数据体现上；
4、SEO阶段：对整体的前端代码以及未来搜索引擎的蜘蛛抓取进行分析，TDK以及H标签的继续插入，对未
- 产品人员要学会如何收集业务需求，并且在和业务沟通的时候尽量的多从深层次考虑问题，问几个可能的情况；这个可能需要经验，需求方可能并不知道他的需求具体实现成什么样的，但他会对需求有个未来的预期；也可能需求方知道最终呈现结果是什么，但这个可能并不一定就是需求方想要的；所以产品人员一定要深入了解需求方的需求到底什么？
- 当得到需求方的需求后，要进行有效的优先级排序，这个目的是对现有事情的资源进行评估，看看是否能满足到底需求方的全部需求，如资源有限的情况下，能满足需求方哪些对方认为重要的需求；
- 当需求进行确定后，先别着急去做需求整理，先和对方进行确认需求到底是什么？这个过程之前一定要做大量的整理和思考，以保证任何环节以及语言的描述都是最直接的，让对方对需求的未来呈现效果直接能构想出轮廓；
- 当需求全部确定后，进行需求转化阶段，把业务需求进行文档编写成技术可执行层面；这个阶段我们团队叫小太阳；完成小太阳就完成
(2012-02-13 15:20)
做电子商务，一般有三种思路：互联网、零售和供应链。
把转化率等同于网站体验的，一般是互联网出身的设计师或产品经理，他们特别强调网站的视觉效果，交互的友好性；
把电子商务理解为零售渠道的，一般是做传统零售出身，他们喜欢处处开店，比如入驻天猫、拍拍、当当等，然后经常性搞一些打折促销；
把电子商务理解成供应链的，典型如亚马逊，它的界面设计毫无美感(虽然很好用)，没有促销氛围，就如同一个人孤零零地在一个大仓库里面选东西，但它的供应链做得非常到位，在网站随处都突出商品的库存、送达时间。
我们究竟该选择哪一种思路？有一个原则，那就是用户转化率，即用户进店后有多少人掏腰包。
用户最终是否下单，是一种整体体验，如果用户不知道该网站，而第一次进入发现界面很简陋，自然会没有安全感，所以，我们应该关注网站的视觉风格。
如果是老用户，其实是不太关注界面视觉效果的，更关注选购、下单的便捷性以及品类和物流；所以我认为，亚马逊是专注于老用户的，我第一次下单是我知道它两年后，用过一次我就觉得它是我最喜欢的电子商务网站。我当初之所以不在它上面买冰箱，因为我根本不相信这么冰冷的网站会
(2011-10-16 10:50)
商业智能（BI，Business
Intelligence）。商业智能的概念最早在1996年提出。当时将商业智能定义为一类由数据仓库（或数据集市）、查询报表、数据分析、数据挖掘、数据备份和恢复等部分组成的、以帮助企业决策为目的技术及其应用。目前，商业智能通常被理解为将企业中现有的数据转化为知识，帮助企业做出明智的业务经营决策的工具。商务智能系统中的数据来自企业其他业务系统。例如商贸型企业，其商务智能系统数据包括业务系统的订单、库存、交易账目、客户和供应商信息等，以及企业所处行业和竞争对手的数据、其他外部环境数据。而这些数据可能来自企业的
CRM、
SCM等业务系统。
商业智能能够辅助的业务经营决策，既可以是操作层的，也可以是战术层和战略层的决策。为了将数据转化为知识，需要利用
ERP的英文全称为Enterprise Resource Planning，中文翻译为企业资源计划。ERP由国际著名咨询公司Gartner Group于 1990年初提出的概念，它由MRPII（企业制造资源管理）发展而来。它包含客户端/服务器架构，使用图形用户界面，采用开放式的系统设计，并随着因特网的出现与发展，ERP也可以支持浏览器/服务器架构。除了MRPII已有的标准功能，它还包括其它特性，如品质、过程运作管理以及均衡报告等。此外，ERP采用的基础技术将带给用户软件和硬件的独立性，从而使升级更加容易。ERP的关键在于用户能够裁剪其应用，因而具有内在的易用性。
把专业的问题通俗化——
ERP(Enterprise Resource Planning)企业资源计划系统,是指建立在信息技术基础上,以系统化的管理思想,为企业决策层及员工提供决策运行手段的管理平台.ERP就是一个系统，一个对企业资源进行有效共享与利用的系统。
一般来说，ERP是一个以会计（此处的会计是指管理会计）为核心的信息系统，用来识别和规划企业资源，从而获取客户订单，完成加工和交付，最后得到客户付款，最终获得收入和利润。实际上，ERP系统就是将企业内部所有资源整合在一起，对采购、生产、成本、库存、销售、运输、财
1、学习别人的优点，并且不断补充自己的能力。
2、对自己有信心，就算别人再不承认你的能力，其实最重要的是自己承认自己。
3、细节决定成败，一定从细节着手。
4、思维一定要扩散，想的越多越全越好，想到所有的死点问题。
5、年轻就是优势，老了就得学会认老。
6、人可以犯错，但不能同一个错误反复犯错，这样是最愚蠢的。
7、学会变通，变通让生活更加美好。
8、沟通其实很简单，就是相互理解，在对方的角度想问题。
9、团队需要的不是强权，是一个目标，在为这个目标达成一致的态度。
10、不想让猴子爬到背上，就需要反省下自己哪些做的不够到位。
11、领导者需要让手下去想问题，这样手下能进步，团队才能走的更远。
12、适当的时间控制需要点特殊手段，这个才能更有效率。
13、学会从哪里入手，邮件的格式和学习是必要的，这个是一个好的员工一个必备的武器。
加载中…
添加到我的博客