产品roadmap
产品演进路径图建构技术(Roadmapping)在概念评估上的应用
产品演进路径图建构技术（Roadmapping）在概念评估上的应用摘要：概念发展在设计程序中，扮演起始阶段的关键角色，而设计概念则为传递设计价值的核心凭借。
概念发展的目的，在兼顾创意性与合理性的基础上，为设计探寻新的方向与内涵，是设计师进行设计思考活动的核心要务。
然而，在实务设计的执行过程，概念成形卻往往被归类为设计“黑箱”作业，模糊而难以掌控。
在设计教育方面，设计思维能力的启发，在于引导设计团队的设计师，有效的进行系统化的概念开发，并对设计提案的概念内涵，有效与差异性，给予专业的评量。
但是，在教学过程中，要达成此目标实属不易。
本研究尝试引用在技术管理领域所应用的“产品演进路径图建构技术（Roadmapping）”，并结合笔者在设计实务所累积的经验，发展设计概念评估工具。
期望研究成果，有助于概念发展技术的学习，设计概念效用的分析，与系统化的概念沟通与概念推导。
最后本研究以游戏外设商品创新设计为题，验证概念评估方法与架构的实际效用。
关键词：设计概念，路径图，设计教育1.引言1.1研究背景与动机概念发展在设计程序中，扮演起始阶段的关键角色，而设计概念则为传递设计价值的核心凭借。
概念发展的目的，在兼顾创意性与合理性的基础上，为设计探寻新的方向与内涵，是设计师进行设计思考活动的核心要务。
并且，设计概念的成形，实质上也成为设计程序推展的依据，衡量设计执行作业的基准。
在效用面，概念是商品的核心价值：在执行面，概念发展主导设计活动，具有决策性关键点功能。
就产业发展现况而言，中国产业不分规模类别，传统或高科技，新概念商品的开发，顿时成为各企业摆脱“竞争合流”困境的救命配方。
在竞争激烈的市场生态中，商品必须在概念发展阶段决定商品的定位与走向。
然而，在实务设计的执行过程，概念成形卻往往的被归类为设计“黑箱”作业，仰赖具有某种创意天份的酝酿过程，模糊而难以掌控。
在设计团队管理方面，设计思维能力的启发，在于引导设计团队的设计师，有效率的进行系统化概念开发，并对于设计提案的概念内涵，效用与差异性，给予专业的评量。
如何写好一篇PRD
PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚。
通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识。
如何才能写出好的PRD,让产品研发团队成员,开发、测试、运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题。
也有人可能认为PRD只要中心思想不变,阐明需求就已经足够,交给下游的同学他们理解了就完事了,但是这个文档是否被叫好,是否有用,是否有价值可能从没考虑过。
在此将从PRD的用户侧分析好的PRD应该具备的要素或必要条件。
首先,先了解清楚PRD的阅读对象,使用者。
PRD的模版中一般有如下信息:PRD预期的读者包括:产品、开发、测试人员及相应的负责人和用户方代表。
产品、开发、测试人员会从中了解到本次需求的背景和详细要求,以及每个需求点未来的优化方向或对用户的价值。
而用户方代表则可以通过该文档了解PRD中所描述内容是否是自己期望中的需求,是否符合以及是否都覆盖到了自己的预期。
因此PRD也是产品经理同相关角色确认开发任务的重要依据。
当所有角色认可了PRD中的内容后,这份PRD将作为后续开发、测试、需求验证的依据。
其次,一个完整的PRD还应该具备的要素有1、文档的命名和编号文档的编号和命名很关键,每个产品都是经过若干个迭代才完成的,而每个迭代所完成的产品功能或者升级的需求都可能是不一样的,因此需要定义清楚该文件属于产品的哪个迭代,修改了几个版本。
文件命名的方法一般是通过版本号定义,比如简单的方法是,XX产品V1.0PRD_V2,前面的V1.0是产品迭代的编号,后面的V2 PRD的版本号。
稍微详细点可以定义成,XX产品XXXX需求PRD_V2,即对本次迭代的需求任务做命名,这样更便于阅读和记忆。
product-roadmaps 产品路线图
SUBTITLE
SUBTITLE
SUBTITLE
SUBTITLE
SUBTITLE
This is a sample text. Enter text
here.
This is a sample text. Enter text
here.
This is a sample T HERE
ENTER TEXT HERE
ENTER TEXT HERE
ENTER TEXT HERE
Title Goes Here
This is a sample text. You can replace this text. Enter text here. This is a sample text. You can replace this text. Enter text here. This is a sample text. You can replace this text. Enter text here
Title Goes Here
This is a sample text. You can replace this text. Enter text here. This is a sample text. You can replace this text. Enter text here. This is a sample text. You can replace this text. Enter text here
Title Goes Here
This is a sample text. You can replace this text. Enter text here. This is a sample text. You can replace this text. Enter text here. This is a sample text. You can replace this text. Enter text here
产品经理必须清楚的五大文档(内附模板下载地址)
产品经理必须清楚的五大文档（内附模板下载地址）1. 产品需求文档（Product Requirements Document，PRD）产品需求文档是一个详细描述产品功能、用户需求和非功能需求的文档。
它包含了各种细节，如产品规格、用户界面设计、功能需求、安全性要求等。
2. 产品路线图（Product Roadmap）产品路线图是展示产品规划和发展方向的高层次文档。
它描述了产品将如何发展，包括新功能、升级版本、时间表和关键里程碑等信息。
3. 用户故事地图（User Story Map）用户故事地图是用于组织和可视化产品用户故事的工具。
它帮助产品经理将用户故事按照优先级、功能集和MVP（Minimum Viable Product，最小可行产品）进行组织和排序。
4. 市场调研报告（Market Research Report）市场调研报告是对目标市场进行研究的文档，包括市场规模、竞争对手分析、用户需求等信息。
它可以帮助产品经理了解市场背景，为产品决策提供依据。
5. 产品测试计划文档（Product Testing Plan Document）产品测试计划文档详细描述了产品测试的策略、方法、资源和时间表。
它包括测试范围、测试目标、测试环境和测试用例等信息，确保产品在发布前经过充分测试。
这五个文档对于产品经理来说非常重要，它们有助于产品经理与团队和利益相关者之间进行有效的沟通，确保产品开发过程顺利进行。
通过使用这些文档，产品经理可以明确产品目标、需求和优先级，并为团队提供清晰的指导。
同时，这些文档还帮助产品经理评估市场可行性、进行产品测试和监控产品的发展进度。
在实际工作中，产品经理可以根据自己的项目需求定制这些文档，并不断优化和更新。
它们不仅是传递信息的工具，更是产品发展和成功的基石。
产品需求-如何设计产品的roadmap
如何设计产品的roadmap合适的从路线图可以从两个角度角度实现：它实现了大目标（公司的愿景），但它同时可以足够灵活，能适应海外市场的变化。
更关键的是，全力支持它被整个团队所解释和支持。
《从点子到产品》的前两个部分，我从业务模式到产品框架，从消费需求调研到业务流程，系统的复盘了整个O2O平台的搭建过程，讲述的内容都是记叙围绕如何进行产品销售的设计。
从今天开始，我们要进入到第三个环节——作为一个产品经理到底如何管理整个新产品业务经理的开发过程，这包括产品路径的规划，产品开发业务流程流程的管理等内容。
产品臃肿、人浮于事，本质上就在于缺乏对产品现状准确和透彻的了解，没有能够有效有力的规划产品的发展路径，从而导致整个团队陷入一种迷茫和慌乱的状态。
普通员工这似乎是管理层和老总们的事情。
但作为一个品类经理，我表示你是时候想想这个问题问题了。
——你的产品将如何发展，除非怎样规划它的未来？产品路径这个词听起来似乎很难，最终输出的也无非就是一张图，但这种示意图的作用作用和绘制的难度，可能跟你想象中的有想像中一些不太一样。
采用我们都认为自己在采用当年度实践，骑行在正确的路径上，但实际上，很多团队以及我亲历的很多创业团队团队，都处于不断的开发功能，不断的发布新版本的稳态中，遗憾的是并没有真正做成很像样子的产品。
回顾这些年底我经历的项目，我总结起来造成这种情况的原因在于就出起来在“产品路线图”上——我们没有能够让自己在一个正确的方向上。
那么，到底什么是产品路线图？路径，导出根据百科的定义指的是使用绘图工具创建的任意形状的曲线，用它可勾勒出更物体的轮廓，所以也认作轮廓线。
产品路径图是产品需求在时间轴上的总体视图，的展示了产品的发展方向以及团队何时实现目标。
可见，产品路径是为团队指明的一个方向，这个方向告诉我们要谈什么，不做什么，也就是回答我们将往何处去的症结。
我们具体看一个已经被“马赛克”化的真实产品路径图：产品路径示意图横轴是时间进度，它表示在这个节点范围内不该我们应该去做成什么，怎么去投入资源，会产出什么。
产品经理学习资料 - 典型的PRD规范2021
产品经理学习资料-典型的PRD规范前言PRD是衡量一个产品经理整体思维的标准，一个PRD可以看出产品经理在某个领域的专业性，和整体产品思维。
产品经理的整体思维主要体现在以下7个方面：（1）提炼核心需求（2）思考满足核心需求的方式（3）评估方式优劣选定方案（4）思考功能概要（5）思考支撑功能和关联功能（6）细化设计功能（7）子功能（功能间迭代）PRD给的是一种思想，将产品的整体思想和核心需求灌输给产品的相关人员。
每个公司都可以根据自己公司的实际需要，来写适合自己产品团队的PRD。
淘宝系PRD规范1、文件命名（编号）文件的编号很关键，一般命名规则“公司名+产品名+ PRD+ D1.0”（以第一版为例）。
如果是小的产品需求变动可以直接命名为“公司名-产品名-PRD-D1.01”。
如果涉及到功能需求增加可以命名为“公司名-产品名-PRD- D1.1”。
当出现产品第二版时，可以命名为“公司名-产品名-PRD-D2.0”。
2、修订控制页一般有这么几项：编号、文档版本、修订章节、修订原因、修订日期、修改人。
3、目录不考虑目录的内容，等写完PRD可以再去更新。
但建议用Mind manager来整理一下思路。
4、请与以下部门讨论PRDPRD做为一个承接作用的“载体”，会与技术、运营、财务等人员的沟通，而与这些人员沟通的主题都将会出现在子功能或在细节细化的基本上，需要与相关人员确定“沟通内容”，这对于产品整体流程将是很重要的。
同时对于产品核心功能的提取也是一个重要环节。
例如与客服中心：讨论预测客服成本、工作量；讨论客服如何支持；协助评估诈欺/数据窜改风险：欺诈/数据窜改风险、不正使用风险。
5、概述概念部分它包括：名词说明、产品概述及目标、产品roadmap、产品风险。
产品概述及目标：解释说明该产品是干什么的，为什么需要这样的产品。
同时产品想要达到什么样的目标。
产品概述及目标就是对产品核心功能讲解，同时希望可以达到的期望。
Roadmap
Roadmap？
要闲着吗？那老板呢？
闲言碎语归结为一句话：Roadmap是产品经理给老板和自己的一个定心丸，让人们对产品的未来做到心中有数。
Roadmap包含哪些内容？
Roadmap主要有时间周期和项目事件（必备的工作项）和路标三部分组成。
1、时间周期。
即产品规划的时间区间。
通常，时间周期的长度是产品大版本（如3.0.0→4.0.0）开发周期的3~5倍，如果大版本的开发周期是3个月，那么Roadmap时间周期长度就在9个月至15个月之间。
2、项目事件。
是指完成产品总体计划必须要完成的工作项。
3、路标。
是指关键工作项的完成的时间接点，也称里程碑。
用什么来做Roadmap？
如果下图就是一张合格的Roadmap，我想你一定能知道用什么能做出来。
通过图片我们可以看出，Roadmap确实由时间周期（横轴）、项目事件（纵轴）和路标（五角星）组成。
其中需要注意的是：
1、为了表意更直观清晰，同一项目与其对应的事件应使用同一种颜色表示。
2、同一项目下的相关事件（如项目2下的事件2-B的完成，触发事件2-C的开始）应在同一行
表示。
3、同一项目下的事件排序，仅根据开始时间的先后顺序（如3-A、3-D和3-B）。
4、若同一项目下的事件开始时间相同，结束时间较近的优先排序（如3-E和3-F）。
Roadmap是一张产品发展的规划，只要能够达到目的（心中有数，对产品管理有指导作用）的都是合格的，可以使用的工具有：PowerPoint、Excel 、Visio、Project（偏向项目管理、不推荐）等。
如何写好一篇PRD
PRD(Product Requirement Document，产品需求文档)，顾名思义是阐述产品需求的一种文档，其核心是将需求描述清楚。
通过PRD可以看出一个产品经理对产品理解的逻辑思维，产品经理在相关领域的认知和专业的深度以及对产品全局的认识。
如何才能写出好的PRD，让产品研发团队成员，开发、测试、运营同学了解产品需求，让其他人能从该文档中看到产品的价值和意义，估计很多人都思考过，如何让PRD不被其他人挑战，如何获得他们的认可估计是产品经理经常考虑的问题。
也有人可能认为PRD只要中心思想不变，阐明需求就已经足够，交给下游的同学他们理解了就完事了，但是这个文档是否被叫好，是否有用，是否有价值可能从没考虑过。
在此将从PRD的用户侧分析好的PRD应该具备的要素或必要条件。
首先，先了解清楚PRD的阅读对象，使用者。
PRD的模版中一般有如下信息：PRD预期的读者包括：产品、开发、测试人员及相应的负责人和用户方代表。
产品、开发、测试人员会从中了解到本次需求的背景和详细要求，以及每个需求点未来的优化方向或对用户的价值。
而用户方代表则可以通过该文档了解PRD中所描述内容是否是自己期望中的需求，是否符合以及是否都覆盖到了自己的预期。
因此PRD也是产品经理同相关角色确认开发任务的重要依据。
当所有角色认可了PRD中的内容后，这份PRD将作为后续开发、测试、需求验证的依据。
其次，一个完整的PRD还应该具备的要素有1、文档的命名和编号文档的编号和命名很关键，每个产品都是经过若干个迭代才完成的，而每个迭代所完成的产品功能或者升级的需求都可能是不一样的，因此需要定义清楚该文件属于产品的哪个迭代，修改了几个版本。
文件命名的方法一般是通过版本号定义，比如简单的方法是，XX产品V1.0PRD_V2,前面的V1.0是产品迭代的编号，后面的V2 PRD的版本号。
稍微详细点可以定义成，XX产品XXXX需求PRD_V2,即对本次迭代的需求任务做命名，这样更便于阅读和记忆。
电商销售Roadmap表
店铺曝光率，并结合店铺活动做好产品营销和转化； 3、活动期间客服做好促销工作，提高咨询转化，并记 录问题及时反馈；
报名活动
1、选款-玛卡90粒 2、营销-报名价格为30天最低的9折以下，参考毛利和 同行转化后定价和报名数量
A：前300名半价 B：买二送一、买四送二 C：赠品 3、报名时间-尽量错开周五周六
1、选款-全店全款/销量款 2、营销-针对主推和普通款作出不同策略 3、报名时间-月中之后
7月底报名月初、8月报名月中以及月底（淘抢购每月报名 集中报名玛卡，测试活动报名要求和其他数据 收集同行同类目的数据，包含价格、营销、销量、时间段 运营+文案 产出 XX W？
收集同行同类目的数据，包含价格、营销、销量、时间段 运营+文案 分析后选款和制定营销方案
XXXX店
项目 分类
内容
选款
主推
日常
店铺活动
官方活动 活动
活动
形象宣传 品牌
品牌服务
工作重点
负责人
1
2
3
4
5
1、调整零售价格，使得产品突出竞争力；
运营
方案 讨论落实 执行
2、优化页面文案，突出品牌和功能卖点，内容以简单 运营+文案
、实用、教育为主；
+设计
方案+文案（主图、直通车图、钻展、内页、PC和无线端）
1、优化文案：简单、功能、差异化为主； 2、单品营销：优惠券+买就送+评价晒图： 3、付费推广投入；
运营+文案 +设计
运营+文案 +设计
方案 讨论落实 设计
优先完成主推款的工作，并尽量月底之前完成
New Product Roadmap
楼层交换机Cajun P330 楼层交换机
• • • • • Cajun P330交换系统以堆叠式系统的价格提供了机 交换系统以堆叠式系统的价格提供了机 箱级的功能 即插即用， 即插即用，所有端口的自适应 可以把堆栈作为一个实体进行管理 具有多级冗余特性,没有单一故障点 具有多级冗余特性 没有单一故障点 在同一个堆栈中的多技术解决方案 – 10/100/1000 – ATM接入 接入 多层 – 第二层、第三层 第二层、 – 访问安全性 QoS保证 保证 P332MF-12 MT-RJ FX X330G2 X330GT2 X330-OC12F1/S1
6
千兆以太城域网可行性分析
• • • • 协议收敛为IP(WAN/LAN) 协议收敛为 园区网络采用千兆以太网络。 园区网络采用千兆以太网络。 城际主干采用SDH/SONET/DWDM 城际主干采用 城域网络的主要竞争技术 – 千兆以太、POS 千兆以太、 – 10G以太标准的推出将改变通讯的形式 以太标准的推出将改变通讯的形式 – 10G以太将使用 以太将使用DWDM,全交换，跨越 全交换， 以太将使用 全交换 LAN/MAN/WAN – IP/Ethernet/DWDM vs IP/PPP/SDH/DWDM
经中央路由器实现WG路 路 经中央路由器实现 •*非本地通信 •*需要进一步分类的通信 •*不必使用主干连接和主 干交换机资源 经EZ2route实现 实现 WG路由 路由 •*本地IP路由 •卸载主干链路
P550R
子网A 子网 Giga
P333R
工作站 10/100 子网B 子网 工作站
WAN
Cajun P330R可以作为主网络路由器，提供“本地”路由功能
13
骨干路由交换机Cajun P550 骨干路由交换机
在你眼中的RoadMap,其实并没有那么难搞定
在你眼中的RoadMap，其实并没有那么难搞定“RoadMap”指导整个产品的长期规划，是大家共同努力的方向指引，也是产品经理管理需求的重要参考依据。
本文作者通过案例来分析，如何成功拟定一份RoadMap。
相信你是一名即将踏入互联网行业的产品经理，或者是已在此岗位工作1-2年，你也希望拥有创造性的、趣味性的、不枯燥的工作状态。
然后逐渐受到上级、领导、老板的看重，具有更多对产品发展方向的控制权及发言权。
产品经理的成长之路布满荆棘，一方面需要你知识面广泛，另外一方面需要你责任心爆棚。
总结来说，如果你想逐步成为一名较为优秀的中高级产品人才，必然需要具备以下5项实操的工作技能：前期调研。
包括行业分析、市场调研、竞品分析、用户调研。
通过前期调研，深入行业研究，理解业务流程、市场背景、公司的商业模式。
（可参考《关于产品的用户调研和用户体验之浅析》、《三步法，做好螺旋上升式的需求管理》）；项目跟进。
包括Roadmap（即产品规划）、运营需求、项目人员规划（包括开发、测试、运营、推广各个方面人员的工作计划安排与实际跟进，及时讨论与反馈）。
通过项目跟进，了解前后端技术、不同需求的技术实现难度，能够评估产品的技术开发成本；产品设计及实现。
具体环节包括绘画流程图、信息架构、结构图，设计原型，提交需求列表、功能列表、测试用例，跟踪用户反馈。
这里的“产品设计”包含功能设计、交互设计、视觉设计。
（可参考《产品经理的基本功——学会拆解产品》、《产品经理的基本功：如何学会交互设计？》）；运营推广。
具体环节包括活动组织、业务指标分析、数据分析。
产品经理应当学会针对需求和目标策划活动，通过数据分析来监控活动效果并适当调整活动。
（可参考《数据分析并不是简简单单的数据整理》、《从0做数据可视化，产品经理应具备这些能力》）；项目迭代。
根据需求进行项目迭代、迭代进度跟进和项目总结。
迭代周期的长短取决于用户群需求。
（可参考《在产品经理眼里，「最敏捷」的产品设计流程》）。
roadmap模板
roadmap模板Roadmap 模板。
在制定和实施项目或产品的过程中，roadmap 是一种非常重要的工具。
它不仅可以帮助团队和利益相关者了解项目的整体规划和发展方向，还可以帮助他们更好地理解项目的目标和关键里程碑。
本文将介绍一个基本的 roadmap 模板，帮助你制定一个清晰、具体、可操作的项目规划。
1. 背景和目标。
在 roadmap 的开头，首先需要说明项目的背景和目标。
这可以包括项目的愿景、使命和目标，以及项目所处的市场环境和竞争对手情况。
同时，也可以简要介绍一下项目的范围和规模，以便团队成员和利益相关者对项目有一个整体的了解。
2. 关键目标和结果。
在 roadmap 中，需要明确列出项目的关键目标和结果。
这些目标和结果应该是具体、可衡量的，以便团队和利益相关者可以清晰地了解项目的成功标准。
同时，需要注明每个目标和结果的达成时间点，以便制定详细的工作计划。
3. 项目阶段和时间表。
接下来，需要将项目分解为不同的阶段，并制定一个时间表。
在时间表中，需要明确每个阶段的开始时间和结束时间，以及每个阶段的关键任务和交付物。
这样可以帮助团队成员了解项目的整体进度和时间安排。
4. 里程碑和关键任务。
在 roadmap 中，需要列出项目的关键里程碑和关键任务。
这些里程碑和任务应该是具体、可衡量的，以便团队成员可以清晰地了解他们的工作重点和目标。
同时，需要注明每个里程碑和任务的负责人和完成时间，以便监督和跟踪工作进度。
5. 关键风险和挑战。
在 roadmap 中，需要列出项目可能面临的关键风险和挑战。
这些风险和挑战可以包括技术、市场、竞争等方面的不确定性，以及可能影响项目进度和成果的因素。
同时，需要明确列出应对这些风险和挑战的措施和计划，以便及时应对和解决问题。
6. 关键资源和支持。
最后，在 roadmap 中，需要列出项目所需的关键资源和支持。
这些资源和支持可以包括人力、财力、物力等方面的支持，以及可能影响项目进度和成果的因素。
RoadMap-产品路线图
RoadMap-产 品 路 线 图
一、概念 产品路线图是一个计划，提供了一系列与产品战略相一致的战术步骤，将产品推向预定方向的轨道。每一件产品都应该有一个愿景， 这个愿景定义了产品存在的目的和原因，以及产品将要去的地方。然后，策略将通过起草一个详细说明如何到达那里的行动计划来定义到达 那里的路径。 战略涉及产品和非产品（如营销活动，收购等）。与产品相关的部分战略是通过产
产品roadmap
存储业务方向
35.0
存储介质半导体 化引发的存储体 系架构变化
32.0
30.2 25.0
8.4 6.1 4.1 4.3 4.7
固态存储系统
28.0
21.2 19.1 18.6
24.0
按需提供的存储设 备供应模式引发云 存储革命
20.0 0.6 0.6 16.0 2.9 1.4 0.9 2.8 12.0
NAS/统一存储
25,000 15.00% 20,000 10.00% 2009~2014 CAGR 4.1% NAS 2009~2014 CAGR 12.2%
15,000
NAS 17%~23%
5.00%
10,000
0.00%
SAN&DAS 2009~2014 CAGR 4.1% SAN&DAS 81~76%
架构弹性 容量弹性
扩大的数据集 趋高的数据性能
复合的数据保护 数据价值展现
性能弹性
增强的效能要求
功能弹性
降低成本
产品体系
应用 容灾
BCS RSS6000 SDOP4100F
容 灾
数据 容灾
SDOP 4700F
备份 备 系统
份
SDOP2100
备份 设备
VTL3510F,
VTL3540F,VTL3580F
产品raodmap
北京联创信安科技有限公司
云存储系统与服务提供商
数据爆炸
15 Billion Connected Data Doubling Devices by Every 2 Years 2015 1.8 ZB Data Created and copied in 2011*
roadmap 模板
roadmap 模板随着企业的发展，越来越多的管理人员开始意识到制定一份详细的 roadmap 是非常重要的。
但是，如何制定一份完整的 roadmap 仍然是一个让人困惑的问题。
为了帮助大家更好地理清思路，本文将引入一个 roadmap 模板，帮助大家更好地制定自己的 roadmap。
一、引言在介绍 roadmap 模板之前，我们必须首先明确 roadmap 的定义。
Roadmap，即“路线图”，它描述了一个产品、项目、公司或组织未来发展的规划和方向。
通常包括时间表、关键任务、里程碑等等。
作为一份完整的 roadmap，它应该可读性高、多样化，并且能够正确定义目标、使团队和利益相关者了解实施细节和计划时间表。
接下来，本文将引入一个 roadmap 模板。
二、 roadmap 模板1. 概述在这一部分，你需要简要介绍项目或产品的目标和要点。
它应该能够告诉读者为什么该项目或产品非常重要以及为何应该把它列在企业的规划中。
这一部分的长度应该在一至两个段落之间。
2. 概念验证在这一部分，你需要讨论需要进行的所有验证任务，以确保你的项目或产品是可行的。
这一部分应该包括所有您认为可以帮助您澄清或厘清您的产品或项目的疑问或疑虑的信息，例如市场前景、技术架构等等。
这一部分应该在两至三段之间。
3. MVP (Minimum Viable Product, 最小可行性产品)开发和测试在这一部分，你需要讨论关于 MVP 的全部信息。
准确描述您的既定目标和里程碑计划，命名每个功能模块，并记录每个模块的开发时间和总时间。
这一部分应包括 MVP 的用户体验，成本和范围等详细信息，必要时可以展开讨论。
4. 产品/项目优化和扩展在这一部分，你需要讨论你的产品或项目在 MVP 成功后的优化和拓展计划。
这一部分应该包括更完善的用户体验、市场推广、竞争优势等等。
5. 产品/项目预算和财务时间表在这一部分，你需要讨论你的产品或项目建立后的每笔开销，包括可预见的和不可预见的开销，如市场营销、人力资源、开发和产品营销。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
今后3年磁盘阵列应具备的基本技术
智能存储分层
中高端存储系统将普及Multi-Tier 技术
在适当的时间将适当的数据搬运到适当 的位置 与SSD技术相得益彰
UD存储技术方向
存储产品趋势
36.0
全球存储硬件市场
(In Billions of USD)
CAGR 73% CAGR 22% CAGR 2%
2.8 1.6 3.1
2.9 4.0 3.4
4.8
集群、云存储
数据集中存储驱动 统一存储架构
8.0
15.1
13.4
13.7
14.6
15.8
17.0
统一存储
4.0
0.0
来源: Gartner & HS MKT
2008
2009 NAS
2010
2011
2012 SSD
2013 Total
DAS&SAN
App Storage
数据压缩 集群系统
副本
快速检索
快照
分布式文件系统
分布式数据库
虚拟机
内容寻址
对象存储 (object)
本地文件系统 （file) FC 安全设备 FCoE SAN PCIE NAS
虚拟卷管理 InfiniBand 磁盘
数据库 (block)
协议接口层 基础设备层
TCP/IP 云节点
SCSI/iSCSI 网络设备
5,000 -5.00%
0 2009 DAS&SAN
2010
2011 CAS
2012 DAS&SAN Y/Y%
2013
-10.00% 2014
NAS/ Unified Storage
NAS/Unified Storage Y/Y%
Source: IDC 2009
Source: Gartner 2010
架构弹性 容量弹性
扩大的数据集 趋高的数据性能
复合的数据保护 数据价值展现
性能弹性
增强的效能要求
功能弹性
降低成本
产品体系
应用 容灾
BCS RSS6000 SDOP4100F
容 灾
数据 容灾
SDOP 4700F
备份 备 系统
份
SDOP2100
备份 设备
VTL3510F,
VTL3540F,VTL3580F
IDC: IDC Worldwide Big Data Technology and Services 2012–2015 Forecast Documents #223485
存储行业技术发展趋势
• 存储虚拟化 • QoS • 去重、压缩融入主存储 • 数据分类统计、主动式报表 • 存储自优化
存储功能
存储架构
• 统一存储：SAN与NAS融合 • 集群存储：横向可扩展，动态高效，大规模、高性能 • 云存储：海量数据、大量虚拟化主机，智能弹性存储系统 • 应用存储：存储与备份归档或行业应用软件等融合
固态盘
• SSD成为HDD的有效补充 • SSD应用于分机存储、缓存加速 • 全闪存阵列、闪存加速设备
• 针对大数据应用的完善与优化
• 低功耗、高能效的绿色存储技术
• 主机接口带宽不断提升（FC/iSCSI）
• SAS大行其道，多I/O芯片结构日趋普及 • PCI-E总线技术加速存储接口升级
接口演变
技术趋势
• 虚拟化 • 分布式 • 按需可度量 • 弹性智能 • 自服务
云存储
应用优化推动整合、虚拟化及云存储技术发展；性能诉求及摩尔定律是存储硬 件未来技术发展原动力
VTL3680F PanaStor9700
存 储
NAS
PanaNAS5000
PanaStor9300 ESS680U ESS760
ESS610U, ESS630U,ESS650U
SAN
ESS
ESS780
工作组级
部门级
企业级
存储产品
► ► ► ► ►
虚拟化集群存储 2880磁盘 更高性能，基于ESS 650U硬件 自动分层 虚拟化支持更好
RAID
SSD
磁带库
产品思路
广泛的行业分布 文件应用 云及大数据应用 数据库或邮件类OLTP应用 业务 连续、业务优化 传统业务架构 容灾 备份 存储 弹性架构、虚拟化资源管理、数据智能 工作组及部门级 企业级 云存储 云架构
性 能 突 出
数 据 安 全
产品建设理念-弹性存储
增强灵活性
混合的业务负载 快速的业务创新 变化的业务优先级 数据多样性
NAS/统一存储
25,000 15.00% 20,000 10.00% 2009~2014 CAGR 4.1% NAS 2009~2014 CAGR 12.2%
15,000
NAS 17%~23%
5.00%
10,000
0.00%
SAN&DAS 2009~2014 CAGR 4.1% SAN&DAS 81~76%
热点技术
重复数据删除
到2015年,75%的数据都是重复数据， 重复数据删除成为客户购买存储的基本 需求 备份、归档，主存对重复数据删除不同 需求： 在存储的归档、灾备市场，重复数 据删除产品逐步成为必选 在基于文件的主存市场，重复数据
今后3年影响存储架构的最重要技术
删除已逐步成为基本要求
不可忽视的SSD
速度
SSD代替
系统性能
系统 性能
CPU Mem
Bottle Neck
划时代的性能改善
HDD
SSD
Mem
CPU
关键应用1：分级存储
关键应用2：SSS
主机 交换机
纯SSD阵列
…
SSD适于高并发、高性能及高交易型等应用的客户，对于这类关注IOPS的客户SSD具备成本优势 SSD分级存储和SSS（纯SSD系统）提升系统整体性能，促进性能与容量均衡，降低TCO SSD的成本不断降低，容量逐渐增大，传统硬盘的价格优势正在削弱
业务应用层
应用接口层
文件系统接口 POSIX CIFS NFS
兼容标准接口 HDFS S3 Swift
存 储 网 络 统 一 管 理
Http
REST
SOAP SMI-S
虚拟化 中间件：双机热备，负载均衡，热点消除、任务分发等
CDMI 自动分层 纠删码 统一资源管理
重复数
据删除
平台软件层
RAID
文件切分
存储业务方向
35.0
存储介质半导体 化引发的存储体 系架构变化
32.0
30.2 25.0
8.4 6.1 4.1 4.3 4.7
固态存储系统
28.0
21.2 19.1 18.6
24.0
按需提供的存储设 备供应模式引发云 存储革命
20.0 0.6 0.6 16.0 2.9 1.4 0.9 2.8 12.0
SDOP4700
► 8Gb光纤支持 ► 去重功能 ► 与物理磁带库的结合
VTL3680F Q1 Q2 Q3 Q4
PanaStor9700产品
PanaNAS产品
感谢观赏
产品raodmap
北京联创信安科技有限公司
云存储系统与服务提供商
数据爆炸
15 Billion Connected Data Doubling Devices by Every 2 Years 2015 1.8 ZB Data Created and copied in 2011*
35 ZB Data by 2020
90%
Unstructured
Files, Pictures, Video
存储机会
The CAGR %,2010-2015 Worldwide Big Data Technology and Services Revenue Share by Segment, 2015
Worldwide Big Data Technology and Services Revenue Share by Segment, 2011
► ► ► ► ► ►
384颗磁盘 32GB Cache 8个8Gb，最大16个 SSD加速 DDP磁盘管理 更好的UNIX环境支持
ESS 780
ESS 680U Q1 Q2 Q3 Q4
备份及容灾产品
► ► ► ► ►
针对UNIX环境的优化支持 针对Vmware环境的优化支持 重复数据删除 窄带支持（精简复制） CDP 技术增强
伴随着存储介质半导体化、数据集中化存储、非结构化数据激增、存储服务化及 TCO敏感度提升等趋势发展，统一存储架构、集群NAS、云存储及SSD等成为下一 代存储业务的核心
UD存储技术体系
在线存储/备份 高性能计算 视频监控 归档存储 数据挖掘 数据库应用 分级存储 行业应用 Web-base接口
FTP
• 非结构化数据的快速增长，带来了对NAS的发展需求，NAS/Unified 年增长率超过12% • 海量非结构化数据的处理、存储需求拉动了局部应用领域集群NAS的需求 • NAS/Unified Storage市场规模占据整个阵列市场17%，是块设备外第二大存储设备（2009） • 基于对维护管理、易用性和成本的要求，客户对于统一SAN/NAS存储的要求趋势越来越明显