分享一个B端产品体验报告-技术圈

下面是我们学员（微信昵称：西星）写的一份关于B端产品体验报告，分享给大家，欢迎小伙伴提意见，下面开始正文：

1. 产品概述

1.1 体验环境

系统版本：windows7

软件版本：JIRA v7.1.2

体验时间：2020.04.06

1.2 产品简介

严格意义上讲，JIRA不仅仅可以管理需求，它是一款项目与事务跟踪工具，可以运用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。之所以会将其作为管理软件体验的样本而不选择禅道，是因为我在初步体验了他的功能后，感受到了它在管理领域巨大的潜力。

1.3 产品定位

jira是一款项目面向软件公司的全方位的项目管理软件，不仅实现了软件开发的流程化管理，而且提供大量的插件进行自定义配置，更具个性化，这样也使其的用户群体更加的广泛。

1.4 产品发展

（资料来源：百度百科）

1.5 用户需求分析

（1）目标人群

软件开发公司或者其他类型公司的开发部门，主要针对这类型公司或部门下的主管、开发、测试、项目管理、需求管理以及其他相关群体。

（2）人群特征

· 需要了解整体的项目开发进度

· 需要了解具体需求

· 需要管理开发流程

· 需要有便捷的反馈渠道

（3）用户画像

用户画像1：需求管理者

使用场景：

A.当需求或bug产生时，需要将需求或bug进行记录，有时候需求或bug会存在图片或者需要图文进行描述，需求记录后也要评估其优先级，当需求完成后需要能将需求关闭来完成整个需求流程。

B.需求管理者需要了解整个需求的开发进度，进展情况，以方便对整体需求的评估。

C.在季度报告时，需要制作需求开发报告，需要了解需求的流入率与流出率情况。

核心需求：

1.记录需求

2.跟踪需求

3.管理需求

4.需要整体的需求数据

用户画像2：项目经理

使用场景：

A.项目经理需要了解某一项目的所有需求与bug，针对紧急需求与bug调整其优先级以推进项目。

B.项目经理需要了解项目版本发布内容，当某个需求存在争议时，需要查看历史需求记录。

C.项目经理需要评估项目各个模块的工作量，这个工作量的评估是包含开发效率的，即一个需求从开始开发到发布上线这一整套流程所需要的人月。

核心需求：

1.了解整体需求进度，调整优先级

2.了解需求内容，查看历史需求

3.评估工作量

用户画像3：开发人员及开发经理

使用场景：

A.查看分配给自己的需求或者bug，并且需求或者bug内容应尽可能详细，减少需求阅读障碍。

B.需求或者bug开发完成后，开发会进行自测，自测完成后存在自己评估需要测试注意的内容需要能反馈给测试，同时还需要提醒相关测试进行测试验证。

C.备注需求开发需要的时间。

D.对于开发经理而言，会更多的关注其团队的开发的开发进展情况，必要时协调开发力量以及分配合适的开发任务。

核心需求：

1.了解需求

2.开发与测试简易的对接流程

3.标注工作量

4.开发人员的管理

用户画像4：测试人员及测试经理

使用场景：

A.当发现新的bug时需要进行bug的记录

B.对开发人员处理后的需求与bug进行验证和跟踪。

C.当一个需求或者bug验证不通过时，需要能及时地反馈给开发，让开发及时处理

D.验证通过的需求或者bug需要能及时反馈给产品让产品经理进行验收

E.对于测试经理而言，会更多关注其团队的测试进展情况，必要是需要协调测试力量以及分配合适的测试任务

核心需求：

1.快速记录bug

2.跟踪验证需求与bug

3.与开发的交互

4.与产品的交互

5.测试人员管理

用户画像5：产品经理

使用场景：

A. 产生需求或bug时及时记录

B. 需要跟踪需求或bug的解决情况，有时需要根据运营战略及时调整解决的优先顺序

C. 因为有的需求十分重要，需要能对相关需求进行标记

D. 需求完成时可以及时关闭需求

核心需求：

1.记录需求或bug

2.跟踪需求或bug，调整优先级

3.可以关注需求

4.管理需求

（4）用户需求分析

需求管理者

从需求管理者的角度看，他关注的内容应该有两块，一块便于需求输出的产品，另一块他人输出的需求有需求管理者关注的信息，换句话说也就是他人所输出的需求要齐全，以下对这两块内容进一步进行解读。

1．便于需求输出：当需求产生后，需要有一个需求录入界面，需求管理者通过这个界面可以方便的录入需求

2．他人输出的需求要齐全：因为作为需求的管理者，他人产出的需求他不一定需要了解整一个细节，可能需求管理者只会关注优先级高，影响大的需求，所以他人产出需求需要标注优先级；还有需求管理者可能需要了解需求留存的时间，那么他人产出的需求需要标注需求提出时间。等等一类需求管理者关注的信息。而需求管理者关注这些信息的目的是为了跟踪需求、管理需求。

项目经理

从项目经理的角度来说，项目经理会关注项目里涉及实施产品的开发进度、测试情况，同时还需要了解需求的产出与解决比例，关注紧急缺陷的解决情况，以及相关版本的发布情况，而项目经理了解这些内容只是为了能达到项目管理的目的，减少项目成本以及项目的推进，以下对上述内容进一步进行分析。

1.了解开发进度：项目经理了解开发进度，目的并不是直接作用于开发，而是希望通过开发进度的掌握来调整排期计划或者与开发经理沟通协调资源。

2.了解测试进度：跟踪版本发布进度

3. 关注紧急缺陷的解决情况：因为项目管理有一项工作叫做运维，所以如果处于一个项目实施周期的紧急缺陷都是会影响项目的推进的，项目经理一般都会关注紧急缺陷的解决进度。

4. 相关版本的发布情况：因为项目的正常推进是依附于版本的发布，所以版本的发布情况对于项目经理来说是一块比较重要的信息。

产品经理

从某种角度叫，产品经理和项目经理实际上关注的点是类似的，但是产品经理关注这些点的目的更多的是在于产品的完善，这一点实际上是与项目经理是有一定区别的。

1.了解开发进度：产品经理了解开发进度，主要目的是为了产品开发情况，必要时需要协调相关资源。

2.了解测试进度：了解开发质量

3. 关注紧急缺陷的解决情况：一个产品的缺陷是会影响用户的体验的，有些缺陷甚至会造成用户的直接经济损失，进而影响用户为这块产品的买单情况，所以缺陷的解决情况是产品经理关注的影响内容。

4. 相关版本的发布情况：一款产品的不断完善是通过一个个版本来填充的，所以产品经理会留意产品的版本发布情况。

开发人员及开发经理

当开发拿到需求或者缺陷后是需要了解详细内容进行开发的，开发完成后需要将完成的内容通知测试进行下一步的测试，对于开发经理而言，除了普通开发的开发任务外，开发经理还有一项认为是管理自己团队的开发，以下进行逐一分析。

1.需要了解需求或者缺陷的内容：其实开发拿到开发任务后，一般是需要了解这个任务是什么，做什么，最后确认怎么做的一个过程，所以足够详细的任务内容对开发是有帮助的。

2.开发完成后需要将完成内容通知测试：需要便捷一个便捷的沟通渠道，可以及时通知测试产生新的测试内容

3.管理开发人员：需要看到团队里各个开发的进度，开发的质量以及分配到的任务，以便对各个开发人员的管理工作。

测试人员及测试经理

对于测试人员来说需要的是了解开发完成的任务，了解任务的内容，当测试存在问题时可以将这个任务重新打回给开发让其快速修改，对于测试经理而言主要的目的是管理好测试人员。

1.了解开发完成的任务：当开发完成任务后需要能及时通知测试，让其着手测试。

2.了解任务内容：了解任务内容主要目的是对测试用例的编写

3.管理测试人员：了解团队里测试人员的测试进度，分配合适的测试任务

1.6 市场现状

目标用户的市场现状

《2019年全国软件开发公司企业名录》中，注册在营的软件公司就有17084家，同时由于先前互联网红利井喷式地带动下，IT行业如雨后春笋般在华夏大地播撒开来。随着互联网技术的不断发展，5G时代的到来，人工智能的使用，IT行业还有很大的发展空间。

国务院发布《关于加快培育和发展战略性新兴产业的决定》指出，加快培育和发展以重大技术突破、重大发展需求为基础的战略性新兴产业；现阶段将重点培育和发展节能环保、新一代信息技术、生物、高端装备制造、新能源、新材料、新能源汽车等产业；其中，节能环保、新一代信息技术、生物、高端装备制造产业成为国民经济的支柱产业，新能源、新材料、新能源汽车产业成为国民经济的先导产业。作为新一代信息技术，IT行业未来的发展依旧是可以获得政策上的支持的。

而且目标用户还只包括软件开发公司，当前很多行业都意识到了建设自己的IT技术团队的重要性，比如各个券商、银行、房地产等行业，意味着这些行业的IT团队也会是目标用户群体。

总结：目标用户基数大，市场大；目标用户还在不断成长，市场在不断拓宽。

2. 产品分析

2.1 产品结构图

在上图中我们不难看出，JIRA是有很多可以自定义的个性化设置的内容，这也使得它的应用范围变的十分的广泛，所以有人将它划分为测试用例管理软件、项目管理软件、需求管理软件等等，同时因为其对多种插件的支持，也为其功能拓展性提供了保障，比如数据处理后可视化展示、数据统计、项目操作日志等等。JIRA的流程控制完善，确保项目内所有功能的稳定交付。

2.2 核心功能流程图

（1）从用户角度来看

JIRA虽然有众多的功能，但是在初次进入首页的个人仪表盘页面时是什么内容都没有的，就一空白页。只有在管理员分配权限后，在可以在个人仪表盘定制个人的首页，这样就可以针对自己需要关注的内容定制个人的仪表盘，避免了大量干扰信息。除了个人仪表盘外，JIRA还有一个过滤器的功能，因为JIRA自身拥有很多的筛选条件，用户可以根据自身的需要，自定义筛选条件，筛选自己关注的数据，比如开发经理关注新增需求以及开发完成的需求，那么可以配置相应过滤器来筛选这些需求，这样可以达到实时关注需求流程变动的目的。过滤器结合仪表盘，就可以达到很好的管理效果。当然仪表盘和过滤器的制作还是有些繁琐的，如果自己实在不想做怎么办呢？JIRA其实自带分享功能，仪表盘和过滤器的制作人可以为整个产品团队分享自己的作品，其他成员只要权限允许，别的分享的仪表盘和过滤器都是可以直接使用的。

（2）从产品角度看

JIRA的产品设计提供了很多封装的功能，并没有限制用户的使用途径，这样的好处在于其功能延展性得到了很大的提升，这些提升主要是对于管理者而言，更加方便地跟踪、分析产品进度，对功能bug的复盘工作，以及开发工作量评估等等。当然作为JIRA的核心功能，需求录入内容也是十分的齐全，需求录入界面提供了很多字段，满足不同角色了解需求相关信息的需求。

2.3 功能体验分析

优点：我们首先从录入需求开始，进入JIRA后，在任何的标签页下页面顶部都有一个蓝色底色的创建按钮，点击创建边可以创建需求或者记录缺陷，这样使得用户只要是在使用JIRA，就不用纠结要打开什么页面进行需求或者缺陷的记录，只需要找到页面顶端的创建按钮即可。点开创建，我们便可记录相关的需求或者缺陷，我们可以选择问题的类型，根据不同的类型窗口会展示不同的tab页，例如需求相关的，tab页不会出现“生产问题回溯（QA）页面”，这样方便问题的管理。

缺点： JIRA的图片管理十分的粗糙，在录入需求时，图片和内容是完全割裂开的，如果存在多图记录的场景时，就需要将相关图片名称标注在段落的文字中，虽然在一定程度上比excel管理的模式要好，但是相对其他同类型的产品，比如禅道的图片记录方式，其直观性也不是特别好。当然禅道的word模式的记录方式在我看来也并不是最佳的，如果存在多图的场景，那么word模式的记录需求也会使得需求显得十分臃肿。

可改进的方案：存片存储后可以生产一个超链接，这个超链接可以用到文本记录中，这样不会使的需求过于臃肿，在阅读时只需要点击超链接即可阅读相关图片。

一般需求提出后，需要后续的管理就需要使用到JIRA的仪表盘和问题过滤器，通过仪表盘和问题过滤器可以方便地跟踪需求，所以下面将从JIRA的仪表盘和问题过滤器来分析JIRA这款产品

2.3.1 仪表盘

在我看来JIRA的需求管理可以分成两个部分，一个是可以看到整体数据指标的界面，这个界面就是仪表盘，另一个就是可以看到所有问题的界面，这个界面是问题界面，现在我主要介绍仪表盘这个功能。

仪表盘是将个人关注问题按照管理者或用户某些分析的需要，自己来制作自己的首页。比如测试希望通过仪表盘看到有新增的待测试需求，那么他可以将待测试的问题通过过滤器筛选出来，最后结合各种插件，就可以按照用户自身的需求来展示这些统计数据了。

优点：在我看来这样的方式的好处在于不会限制死用户的使用，用户可以根据自身需要自己定制仪表盘展示的数据，同时可以定义多个仪表盘，这一切都是根据用户自身需求出发，产品不会限制用户。

缺点：当然这么做会有一个比较大的缺点，那就是学习成本会比较高。因为每块插件的使用都是值得用户细揪的，甚至有的是有用户可能也不知道自己需要什么样的显示效果时，JIRA使用起来就显的十分麻烦，学习成本比较高。

而JIRA产品的设计者也许深谙自己产品的缺点，所以JIRA有一个共享功能，如果你不知道怎么使用JIRA，不知道怎么配置一个酷炫吊炸天的界面的话，其实有一个很简单的方法是找一个熟悉JIRA的人，让他分享一下他的仪表盘，这样你也就拥有和他一样的仪表盘界面了。如果后面熟悉了JIRA的功能后，还可以自己定义自己需要的仪表盘界面。

2.3.2 过滤器

过滤器功能简单点说就是预设筛选条件，这些预设的筛选条件都是可以保存的，例如可以将问题状态是新建、待开发、开发中、待测试、待验收的内容存为名称为存活需求的过滤器，这样下次只需要点击存活需求就可以默认筛选出这些问题，十分方便，同时过滤器功能可以结合仪表盘功能，可以实现数据统计与展示的效果，满足管理者或者用户对于相关问题的追踪与分析。例如开发经理可以将过滤器筛选为开发中的需求，结合仪表盘中的饼图插件，将两个维度设置为开发人员和需求数量，这样就可以很明显看出当前谁的任务是最多的，这样可以合理的进行开发内容的再分配。而对于产品经理而言，可能更关注某个版本的发布情况，那么可以配置一个待发布的过滤器，结合仪表盘中的问题统计插件，将两个维度设置为版本和流程状态，那么久可以清楚看到某个版本的发布进度。

3. 竞品分析

3.1 基本信息对比

禅道在国内的市场占有率是全国第一，JIRA的全国市场占有率是第二，从上面的表格可以看出，JIRA实际上是比较昂贵的，JIRA的费用与人数挂钩，使用的越多越贵，禅道的话支持买断，买断后不限制人数；同时JIRA购买后每年都需要交纳一定的费用进行升级，而禅道不需要，从成本的角度来说JIRA是要比禅道要高出不少，这也是为什么在国内的占有率禅道比JIRA要高出不少的原因之一。

3.2 差异化分析

在对比图里，我们可以看出，JIRA 和禅道其实在功能上是高度重合的。当然这仅限于个人看法，因为 JIRA 并没有明显的标识标明可以进行项目管理、产品管理、开发管理以及质量管理，所以在这份对比图里许多人会提出异议，而禅道是有具体的功能模块设计的，那么 JIRA 就不能进行以上的管理吗？

显而易见答案是否定的，做一个不是十分恰当的比喻，JIRA 提供的功能就好比各种的建筑材料，你想要什么样的建筑是取决于建造者本身，也就是用户自身对于这块产品的应用程度，而禅道提供的是已经建好的厨房、客厅、卫生间等等，这样使用者直接便可使用。由此看来，JIRA 和禅道的差异性其实主要体现在其功能是否封装上，所以基于这一点我们来展开细致一些的讨论。

因为 JIRA 可以提供用户自定义功能这一点来看，个人认为 JIRA 的功能是要比禅道强大的。因为 JIRA 功能的可塑性这一点，使得 JIRA 实际支持的功能不仅限于上述内容，从个人的角度来看，由于各个小模块的排列组合，可以产生无穷多的结果，让JIRA 看起来功能十分的丰富,但是这其实也是 JIRA 的最大的缺点之一，后文的SWOT 分析中将做详细分析。

讲完了 JIRA 现在来讨论下禅道，禅道的功能封装的确很大地限制了其使用的范围，但是这也是禅道优点所在，禅道抓住了核心用户的需求，提供了一套完善的产品一条龙管理服务，让用户入手即用，是不是很有租房广告“拎包入住”的味道，我想也正因为这个便利性让禅道在国内拥有极大的市场占有率。

3.3 SWOT 分析

以下所做的 SWOT 分析仅限于国内市场

3.4 分析总结

做了上述的分析后，JIRA 和禅道的优劣比对也比较明显了，从不同的角度出发，JIRA 和禅道各有利弊，功能方面也各有春秋，所以不能武断笼统的判断孰优孰劣，只能在一个小范围的前提下做一个评判，这个小的范围也就是用户是选购 JIRA 或禅道的依据之一。

从个人的角度来说，JIRA 的用户需求定位很模糊，这样其实对产品的设计要求就十分的高，开发成本也不言而喻，撇开其他缺点不谈，JIRA 能做的好是十分令人钦佩的。而禅道的产品定位十分明确，用户需求也十分精准，这样使得禅道这款产品的靶向性很高，直接针对目标用户进行开发，极大的缩小了成本并获得用户的认可。

那么对于个人对 JIRA 和禅道的观点，我想以以下一个场景进行一次阐述。JIRA 和禅道就好比是两个成绩优异的学生同时解一道方程题，其中一个学生用巧妙的方法解答了这个问题，令其他学生发出了赞叹；另一个学生用常规方法解答了这个问题，知道答案的同学会认为与自己想的一样，不清楚答案的同学立即理解了。其实我跟偏向于前一个学生的解法，但毫无疑问的是两个学生拿到的都是满分。

4. 总结

JIRA 作为 Atlassian 最核心的产品之一，被业界公认为最好的项目管理和开发管理工具，并且 Atlassian 作为 SaaS 公司，在为雇佣任何销售的前提下，通过口碑获客令其市值达到 10亿美金，这也侧面显示出来 JIRA 这款产品的独特之处，传闻世界 500 强企业有 80%都有用过 JIRA 这款管理系统。JIRA 的这款产品的独特之处在本文也做了一次比较详细的分析，总结来说 JIRA 具有配置灵活多变、功能齐全、具有极强的功能拓展性。不过在我看来，不论JIRA 如何强大，如果没有完备的售后服务团队和较高的性价比的话，是很难打开中国市场的。

最后，也欢迎有问题的小伙伴加微信：yw5201a1 沟通交流。

此外我们的官方网站也上线了，每日分享高质量的文章、原型素材和行业报告，小伙伴可自行前往索取，支持搜索，需要的小伙伴可点击底部的阅读原文直接查看，或者复制网址：www.dadaghp.com 打开。

更多干货可关注微信公众号：产品刘

想学习更多关于产品、职场、心理、认知等干货，可长按右边二维码，关注我们。

··················END··················

RECOMMEND

分享一个B端产品体验报告

1. 产品概述

1.1 体验环境

1.2 产品简介

1.3 产品定位

1.4 产品发展

1.5 用户需求分析

（1）目标人群

（2）人群特征

（3）用户画像

（4）用户需求分析

1.6 市场现状

2. 产品分析

2.1 产品结构图

2.2 核心功能流程图

（1）从用户角度来看

（2）从产品角度看

2.3 功能体验分析

2.3.2 过滤器