通过工具—把思想有逻辑、有细节的合理的组织到一起!
互联网行业,蓬勃兴起,很多从事产品工作。
不管是生手、新手、老手还是高手,我也想和大家分享一下产品需求文档的一些心得,希望能帮助大家(pa/pm)更好的提高自身水平、提高工作效率。我这里只是简单的从需求的实施环节进行描述。之前的需求的调查、需求的获取、需求的比较分析取舍等等都不再阐述了。
1、熟悉项目发生的相关业务行为。
言下之意,就是说:我们要做的是什么项目,我们这个项目主要是做什么业务,具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。
简而言之,得要求:
面向业务(对象),进行业务行为(设计),也是需求的开始,
推荐工具:Ration rose ★★★★
说明:
通过use case 可以很容易,很清晰的将整个业务员系统直观、规范的表达出来,按照模块建立各个package,从而将复杂的业务通过case直观的表现出来。
工程师看的明白、产品人员也看得明白
2、将业务,从产品层面肢解开来,做到抽丝剥茧部分与整体统一
很笼统的说,就是;流程问题
流程就是逻辑,你只有制定合理的、符合业务实际情况。符合系统实现(可实现、容易或稳定实现)的流程,才会更好支持日后的业务系统和管理系统服务实际的业务。
不管是进销存、还是SAP原理其实都是相通的。
推荐工具:Visio 2007 ★★★★★
说明:
Visio是个老掉牙的工具了,从微软手里出到了07版本,它该有的模型都有了,通过visio你可以直接的把整站流程框束在文档上。不论你开发怎么样的系统,需求什么样的环境,都可以一一标明出来。你的流程图的好坏直接会影响工程师实现你指定产品的实现方式。
所以强调一点,产品人员要熟悉计算机开发,熟悉人机交互,熟悉一些常用的开发方式,这样有助于很好的和团队做融合,更好的框架更容易扩展。
3、把项目条目化,条理化,目录结构具体规定好。
有了上面主要的CASE和流程的保障,接下来就应该要从系统的功能方面做条目化的规划制定了。功能怎么排列,设置更符合业务的使用逻辑,怎么样让使用者更容易、直观的入手,怎么样一个很好的B/S或C/S的功能界面呈现到前台。
推荐工具:Mind manager ★★★★
说明:
mind manager是一款可视化思维导图软件,它可以智能的建立各个模块,各个主、次、平级目录。同时也当便做调整、做对外的功能结构的报告演示。更值得一提的是通过它可以导出到word中,方便您对word进行完善。
4、前台结构布局,合理规范的将系统脱去朦胧的华纱。
众所周知开发者和使用者是不知道这个地方应该有哪些功能,到了这一步了有哪些功能,数据提交失败有什么提示,不会使用有什么帮助或提示操作、入口。
所以做为产品人员我们要充分的考虑到上述到这些东西,对于从业人员来说这也是我们最基本的素要体现。很多人都说,要符合业务系统,要符合使用习惯,要符合浏览或人机传播,口碑,品牌形象习惯,总是就是人性化的去把这个东西设计的更合理,更易用,更有亲和。
所以,我接下来要说的这款工具,就很好的帮助了前台的布局
推荐工具:Axure rp ★★★★★
说明:
Axure是一款特别好用的产品模型设计软件,可视化操作,ajxa能直接生成页面需求,更独特的它可以实现:div onmouse onclick等很多交互事件,UI和工程师看到页面能直接看到你要设计的效果,而不是很头痛的看没完没了的文字描述了。同时他们还可以在第一时间给我良好的建议做最初的UI UE的确定,LucidSpec我觉得也不错(*^__^*) 嘻嘻……
5、穿针织网,把需求综合起来,整理成最终的产品需求文档
该做的做了,然后开始做到一个文档里,写明项目名称,把CASE/l流程、目录放近去,把项目背景、需求的各个约束、规则的界定、文字的补充说明交代清楚,同时把模块的字段,状态,对应该操作。所以模块设计的页面地址整理好,一份色香味齐全的文档就出炉了。最后你要是不嫌弃不好,冠名—“某某某解决方案”,再做一套漂亮的PPT带着一些所谓的行业、项目数据分析,你可以直接去找风投去了。
推荐工具:Word 2007 ★★★★★
说明:
没有word我觉得是件很可怕的事情,因为我觉得很多替代文档编辑软件都没有它来的让我喜欢,不知道大家有没有同来感觉,
作者:苦力强-狒狒(QQ:237259121)
分享到:
相关推荐
产品经理如何正确的写产品需求文档.pdf
PRD(Product Requirement Document,产品需求文档)是每个产品人员最经常看到的文档,它对于任何一个产品经理来说都不会陌生的一个文档。PRD是一个衡量一个产品经理整体思维的标准,它可以看出一个产品经理在某个...
变更记录可以帮助产品经理追踪需求文档的变更历史,并确保需求文档的正确性和可靠性。 需求背景 需求背景是需求文档的第二部分,用于描述需求的背景和环境。该部分包括当前状态、目标、预期效果等信息。需求背景...
在产品经理的工作过程中,需求文档、调研文档和发布通知文档是三个关键的文档类型,它们构成了产品经理日常工作的重要组成部分。 首先,我们来详细探讨需求文档。需求文档,通常被称为BRD(Business Requirements ...
综上所述,产品经理在从需求到工具、再到用户体验的过程中扮演着至关重要的角色。他们不仅需要具备强大的市场洞察能力和技术理解能力,还需要具备出色的沟通和协调能力,以便能够有效地推动产品的开发和上市,最终...
产品经理需要根据市场分析结果,制定明确的产品发展规划,以确保产品的发展方向正确。 四、产品研发规划 产品研发规划是产品规划书的重要组成部分,它对产品的研发过程进行了规划。包括需求分析、产品设计和研发...
在IT行业中,"axure"是一款广泛使用的原型设计工具,它允许产品经理和设计师快速创建交互式的线框图、原型和规格说明。通过Axure,可以构建出高度仿真的产品模型,让团队成员和利益相关者更好地理解产品的功能和用户...
产品经理需要具备规范性、完整性、正确性、可读性的产品文档编写能力,并能够理解产品开发过程中涉及到的技术专业相关知识。 六、项目管理能力 * 是否能依计划按时完成既定的工作任务,不延迟 * 是否能与相关部门...
在产品设计阶段,产品经理需要编写需求文档,这通常包括功能描述、业务流程、数据模型等。对于涉及到Java技术的项目,产品经理应明确指出系统的架构需求,如是否需要分布式服务、微服务化等。同时,他们需要了解Java...
产品经理在工作中需要撰写多种类型的文档,例如需求文档、产品规格说明书、用户故事等。这些文档各有其目的和适用阶段,如需求文档用于明确产品功能和用户需求,产品规格说明书则详细阐述产品实现的技术细节。在撰写...
产品经理是软件开发过程中的核心角色,负责理解和定义用户的需求,并将其转化为可执行的产品计划。这份名为"产品经理常用文档模板.rar"的压缩包包含了产品经理在工作中可能会用到的各种关键文档模板,帮助他们更有效...
然而,产品经理在编写需求文档时常常出现问题,如需求描述不清楚、逻辑不通、需求遗漏等。这些问题很容易在研发和测试工作中发现,例如研发抱怨需求文档中没有描述清楚、需求逻辑不通、需求遗漏等问题。 二、Excel...
产品需求文档(Product Requirements Document,简称PRD)是产品经理在软件开发过程中不可或缺的一部分,它清晰地定义了产品的功能、目标用户、预期效果以及非功能需求等关键信息,为团队提供了明确的开发指南。...
本文档旨在帮助产品经理面试的准备,涵盖了产品经理面试的各种问题和解答,包括产品需求、产品管理、数据分析、用户画像、运营策略等方面的知识点。 产品需求 1.1 考察产品方法论的典型问题 * 你的产品方法论是...
文档主要介绍了抖音短视频的产品需求,包括产品的基本信息、目标用户群、核心功能等内容。 #### 1.2 产品简介 - **产品背景**:抖音短视频是由字节跳动公司开发的一款移动应用。 - **产品类型**:UGC(用户生成...
- **写需求的正确方法**:采用结构化的文档格式,使用精确的语言描述需求,并确保需求文档的易读性。 **2、产品经理工具技能** 为了更高效地完成工作,产品经理需要熟悉并掌握一系列工具,包括: - **流程工具**:...
产品经理在日常工作中,经常需要编写产品体验报告和竞品分析报告,这些文档是评估和优化产品的重要工具。然而,很多初级产品经理往往混淆这两类报告,导致报告内容不符合预期,浪费资源且无法有效传达信息。正确理解...