产品原型设计如何写文档

㈠ 如何才能写出好的产品文档

一般来说，产品文档分为产品需求文档和产品使用文档两种。产品需求文档主要面向的是产品的开发、设计者，期望是产品的实际开发人员了解产品的细节，让开发完成的产品达到前期设计需求的预期；产品使用文档面向的主要是使用者，使其通过产品文档掌握产品的功能使用，也就是我们常说的产品使用帮助；如果不搞清楚文档面向的对象，往往写出来达不到预想的效果。类似这样专业的文档文案，其实是有一定共通性的；掌握这类文案的写作技巧，尤其对我们IT从业人员来说，是一项非常不错的技能。笔者从业这两年，跟此类文档打过不少交道，在这里跟各位分享一些经验。

1、对象要清楚

开篇就提到了，清楚文档面向的对象的重要性。对于不同的对象，必须使用不同的写作思路来对待，尽可能的站在对方的角度去思考。他需要看到什么？什么内容对他有用？我如何阐述给他？对于产品设计人员，他所需要了解的是产品的样式、界面、交互等情况，对于实际编码人员，他则偏重于产品的可实现性，你的内容则需要偏注产品的功能细节和内部处理。所以，文档面向的对象决定了文档的功能和内容。确定文档面向的对象才能做到有的放矢。

2、条理要清晰

文档的条理清晰不仅让你的文档看起来比较顺畅，更让阅读者能够很清楚的理解。所以，下笔之前就应当知道自己的文档内容大致分为哪几个大的模块、模块下又细分了多少个子模块，然后在大纲的基础上，再进行详细的内容填充。笔者之前的经验，往往在文档下笔之前认真思考了好几天，总希望在下笔之前就希望把所有的问题都想清楚。这对于写作者来说，是一件不好的举动。其实，东西在脑子里转悠，不如在纸上来的直观。大纲列出来之后，然后再来反复的添加、修改，比你按笔不动要来的有效率得多。对于写作来说，最难的也是开始。

3、逻辑要严谨

产品类的文档不同于平常我们书写的文档类型。对于内容叙述的严谨性要求非常严格。因为你的文档不单单是一个你对这个项目、产品的理解，它更是需要做为一个协作的载体让其他的同事同时使用，更可能成为其他同事工作方向的指引。因此，严谨是必须的。所以，在满足了文档条理清楚的前提下，仔细斟酌、思考文档可能会出现歧义、漏缺的部分，反复修改文档成为了一项必须的工作。在大家协调工作的背景下，你一个人不可能将所有的问题都考虑清楚。所以往往出现同事指出你文档中存在的毛病和漏洞。但是你还是应当在前期多做一些考虑，将问题尽量减少。

4、用词要专业

专业的用词不当可以帮助你提升文档的专业度，更可以帮助你提升效率，减少重复和不必要的沟通成本。既然是行业那就需要行业标准，使用专业的行业术语是一种职业化的表现，这样既可以很快和同事达成共识，又让别人觉得你很专业。我想，同事之前这样的协作才是有效率的。当然，对于新手来说，如何掌握专业的用词，这就需要平时多看多读了。多了解小众的博客，多认识一些前辈和朋友，无论是对写作还是对工作的认识，都是很有帮助的。

5、格式要规范

对于一个IT行业从业人员来讲，规范化、流程化的工作模式是非常重要的。对于需要经他人手的文档、或者需要进行存档的文档来说，格式的规范与否是一个衡量你专业化程度高低的重要衡量标准。当然，说到这个规范，你在第一次写作之前就应该了解这个规范是一个什么样的规范。是行业规范？还是公司内部的规范？这取决于你所在公司或所从事项目的情况。对于大公司，你所要做的就是找之前前辈们写过的同类文档进行拜读，了解这些规范。对于小公司或者新创的项目，之前没有过同类产品文档的情况。你所要做的就是沿用标准规范再加上项目特点，尽可能细致的书写。相信，经过你的努力的，你写的文档将会成为该类文档的案例，成为规范。

其实无论是产品需求文档（PRD）、产品策划书还是商业计划书，其实都是需要我们下功夫仔细研究的。毕竟中国互联网发展才十几年，很多细节都还不是很专业。对于一个会思考的互联网人，武装自己的头脑，丰富自己的技能才能找到更好的职业发展。

㈡ 如何编写产品说明文档

先介绍一下 。

1。什么是产品说明书

产品说明书是指导用户选择产品、使用产品的“路标”和“向导”，它可以帮助用户了解产品特性，确保用户正确、安全地使用产品。

2。产品说明书的作用

向消费者介绍产品的性质、结构、使用方法、操作方法及保养、维修等方面的知识，以帮助消费者正确使用、保养产品，有效地发挥产品的使用价值。

下面说正事，怎么写产品说明书？

1.产品说明书的一般结构（标题、正文、标记）

2.产品说明书的形式

（1）条款直述式

把要说明的内容分成若干类别，然后按照一定顺序逐项书写。

特点：调理清楚、醒目

（2）自问自答式

将要说明书的内容归纳成问题，按一定顺序提出并逐一作答。

在产品说明书中，可以配以插图或表格，是抽象说明变得具体直观，帮助消费者准确、快速而又轻松地理解所要说明的内容。

3.产品说明说的写作要求

（1）充分考虑用户的阅读需要

a，不同类型的产品，用户有不同的阅读需要。

b，不同的用户也可能会有不同的需要，产品说明书要有一定的普适性。

（2）体现产品的设计特点

（3）有所侧重

（4）语言准确、通俗、简洁、内容条理清晰

注意，产品说明书写作六话

不能说空话，不说过时话

说好中国话，不说含糊话

说清楚提醒话，说好关键话

时间关系，并且字数原因，有些只写了内容但没有解释，没有看懂的话就评论私信吧，有空私发

对于用户来说，如果没有 产品宣传手册 或 帮助文档 ，使用产品似乎是一件不太容易的事情，尤其是如果客户对产品一无所知并且完全不知道如何使用它的时候。

在如今这个“智能 社会 ”，如果客户仍旧需要通过电话或电子邮件向客服咨询来解决问题，那么毫无疑问，这将会流失很大一部分客户，因为他们会选择提供更简单方便且实用的产品服务。

那么如何解决这些问题呢？我给出的答案是使用SaaS 产品文档 ，帮助客户自主解决在使用产品时遇到的问题。

所以今天给大家介绍一款产品文档编辑工具——Baklib，能够让你快速地编写自己的产品说明书。

以下就是介绍如何创建产品文档：

什么是产品文档

产品文档是一种信息资源，它解释了有关产品的所有内容，从它是什么、它的特性到它如何工作和解决特定问题。它是由 产品文档软件 构建而成的，是一个内容比较全面的文档，包括产品特性、使用案例和使用错误提示等内容，并使用丰富的文本、图像和视频组合进行解释。

产品文档的最终目标 是帮助客户熟悉产品，能够用正确的方式使用它，并自行解决在使用过程中遇到的问题。

产品文档的类型

产品文档主要有四种：

1. 教程

教程提供了对软件产品的快速概述，并指导用户了解其基本特性和功能，让他们有一个良好的产品使用体验。教程主要是为首次使用产品的用户准备的。

2. 分步操作指南

操作指南在教程开始之前，因为它涵盖了使用软件产品的各个方面，它是教程的“高级版本”，引导用户完成使用产品或解决问题所涉及的每个步骤。

3. 说明

说明是带有描述的文档，它不提供流程。相反，它解释了产品的整个概念、创建它的环境、它解决的问题、它的结构、设计、编码和其他重要元素。

4. 常见问题

产品文档还可以包含 常见问题及其答案， 通常使用文本、图像和视频的结合来详细解释答案。

产品文档中应包含哪些内容

产品文档涵盖了产品的所有方面，从产品的开发方式、功能到操作方式、解决的问题等等。例如：

现在关于产品文档的基本内容已经介绍得比较清楚了，接下来我们就来谈谈产品文档的好处。

SaaS 产品文档的好处

1.缓解员工工作压力

建立良好的产品文档是帮助客户进行自助服务的最好的方式。随着客户变得越来越自力更生，他们在基本问题上不太需要专门的客服人员为其解答，这意味着相应的员工的工作量将会被大大减少，而原本用于回答重复性问题的时间和精力现在可以用于处理需要更多关注的客户问题。

2.改善客户体验

SaaS 产品文档 指导客户了解产品的用途 、 解决相关的问题 以及如何使用它。因此，无论客户是完全的初学者还是对产品有先验知识，文档在这两种情况下都能起到帮助。

3.增加文档曝光率

内容丰富 并 针对搜索引擎进行了优化 的产品文档会产生更多流量并覆盖更广泛的受众。一般的浏览器喜欢 高质量 、 关键词 和 相关性高 的内容。如果文档中包含这三个元素并针对搜索引擎进行了优化，那么浏览器就很有可能会将其显示在热门搜索结果中，从而让潜在客户和现有客户能够发现文档。

此外，创建 可提供示例性自助服务体验 的产品文档会增加客户满意度，最终提高转化率和实现业务增长。

接下来就是编写产品说明书的方法啦~

如何通过 6 个简单的步骤创建产品文档

1.了解你的目标受众

你的目标受众是谁？ 了解你的目标 受众是创建好的文档的第一步。

深入了解你的受众将使你知道应该在文档中编辑哪些内容，使文档内容与客户的需求保持一致。 可以通过收集和分析相关信息以确定目标受众，也可以直接询问直接与客户打交道的客服人员。

2.确定文档类型

下一步是确定你希望创建的文档类型，文档类型的清晰性也可以帮你确定应包含的内容类型。

比如，如果你的目标是 创建产品教程 ，那么内容将围绕产品的基本功能，由于教程是为初学者准备的，所以内容应该简单易懂。

相反，如果你正在 构建操作指南 ，重点将是教客户如何完成特定任务或如何解决问题。

一开始就确定文档类型至关重要，这样可以保证后续内容创建可以顺利进行。

3.关注文档的架构

产品文档中的信息量很大，对于客户来说，一口气吸收这么多内容可能会吃不消。 因此，关注产品文档结构至关重要，呈现内容的方式决定了客户浏览文档的难易程度。

创建产品文档时，首先确定要包含的主题，然后创建广泛的类别及其子类别，在适当的位置添加操作视频和图像，以使客户更容易学习和解决问题。在主页中列出目录，这能够帮用户更好地定位到他们需要的内容。

专业提示： 可以选择使用 在线文档工具 来帮助你优化你的结构，例如 Baklib ，提供了一些精美的 产品文档主题模板 ，帮助你正确入门。因此，无需担心结构，模板会帮你做到这一点。

这就是产品文档主题模板的样子。

4.使用视觉效果获得更好的体验

产品文档不一定是纯文字，可以添加图像和视频来增添视觉效果，以保持读者的兴趣。

添加视觉效果 是改善 客户解决问题 和 学习体验 的一种行之有效的方法，当书面文本与好的视觉效果相结合时，它会迅速提高客户对产品的熟悉度，也使解决问题变得更加容易。

5.提供上下文帮助

如果产品文档中出现专业性的词语，客户很可能会读不懂，这就会增加他们的使用难度，甚至无法解决问题。所以无论在哪里提到行话、技术概念或难以理解的功能，都要在文档中进行解释，便于客户使用。

你可以使用工具提示、灯箱或弹出窗口等 上下文帮助 来解释客户不熟悉的术语和概念，在必要时提供额外的帮助内容，确保读者获得有关产品使用的全面指导。

6. 不断改进你的文档

创建产品文档的过程永无止境，这是因为文档随着产品开发和客户查询的变化而不断发展。而产品文档的目的是向客户提供最新的信息，以便他们能够成功地解决问题，所以， 持续改进文档 是关键。

无论产品多么简单，大多数客户都需要一些帮助才能使用它，这是产品稳定派上用场的地方。

按照上述步骤，可以立即开始使用你的文档。首先了解你的目标受众并确定要创建的文档类型，添加视觉效果，关注文档的架构，并通过新文章不断更新内容。这样，你就会拥有一份随时可供客户使用的好的产品文档。

获取最佳软件文档工具Baklib，立即开始你的 SaaS 产品文档之旅！帮助你轻松地创建自己的产品文档。

使用链接：https://www.baklib.com/?utm_content=21&utm_source=jrtt

㈢ App 产品原型设计用什么软件axureMMvisio

这里有一些产品原型设计软件的总结，你可以参考一下~

• Axure：发展较早的一款原型设计软件，因而名声较大。无限画布，适合做低保真到中保真度的原型。功能很多，也让学习起来有点难度，网上有很多axure教程就不多说了。本地型软件，可以下载html文档预览，手机预览不方便。

• 墨刀：国产的一款原型设计协作工具，比起axure来非常容易学会，内置组件很多，创建页面跳转也比axure简单太多。因为是一款在线工具，可以云端保存工作，这点确实很便捷。另外，通过分享链接就可以分享原型给别人看了，如果涉及到跟同事对接什么的，选择在线的工具更方便。支持sketch文稿导入和自动标注。个人认为性价比最高。

• Invision: 可以说目前是国外发展最大的在线原型设计工具，主打“交互原型”和“协作”，支持sketch和ps设计稿导入做交互。近来出的 Invision studio 对标sketch，想满足更精细的设计需要。国外一些大牛公司像airbnb和amazon都在用。不过对于国内用户来说会有服务器速度的问题，而且，贵。（土豪公司无视）

• Marvel: Marvel 也是海外知名度较高的一款原型设计协作工具，支持PS和sketch设计稿导入做交互原型，本身也支持中度保真程度的设计。也有自动标注功能。图片库对接unsplash，这样来自unsplash的很多精美的免费图片可以直接用。价格比Invision稍便宜。

• POP（Prototyping on Paper）：这款比较另类，是给拍照的手画草图直接做交互。操作轻巧简单：先用手机拍下草图原型(存到POP app内)；然后开始编辑图片的哪个区域（按钮）链接到什么页面，添加跳转链接热区，就可以在手机上给小伙伴们演示了。内嵌的交互动作 如侧滑、展开、消失等，即可满足一般的动态演示需要。但功能较为简单，对更深的需求无法满足。

• Proto.io：也是国外的一款手机原型开发平台。支持在大多数的浏览器运行，共享和协作操作方便，可以直接在真实的移动设备上对原型进行测试。拥有较为丰富的UI组件，支持自定义。另外它有不错的用户测试功能，支持视频录制。并且在移动组件时，能够实时在画布看到组件之间的距离。另外由于服务器的原因，有国内用户反应速度有点慢；收费较高，性价比一般吧。

希望对你有帮助~有疑问的地方欢迎追问~

㈣ 如何写产品文档，产品文档有哪些流程

在线撰写产品文档越来越成为未来的趋势，使用摹客iDoc，轻松实现产品文档的在线协作、审阅，与原型、线框、高保真的紧密融合。

第一步：创建产品文档

在摹客iDoc 中可以免费创建在线的产品文档，摹客iDoc网址：www.mockplus.com/idoc

第二步：在线撰写产品文档

摹客iDoc 提供强大的产品文档撰写功能，可轻松引用设计稿，并在设计稿更新后自动同步到文档中，修改设计稿不必再次修改文档中引用的设计稿。

第三步：在线审阅产品文档

摹客iDoc 还提供在线评论、审阅产品文档的功能，审阅更及时，也可上传本地文档，支持doc、docx、pdf等格式的文档，工作更高效

㈤ 产品设计中，该如何编写产品规范

其实只需要注意5点就好~

背景目标、架构图、Epics和用户故事、验收标准、设计文案及翻译

1.背景和目标

很多开发每天都在惯性撸代码，他们也许根本不理解自己在写的界面、功能，为何被这样设计，甚至不明白工作的意义和价值在哪。

如果，我们告诉开发们用户将会如何使用这些功能，或者说是会给用户带去什么样的好用，这都会更让他们在工作中更有激情。

那么我们该如何向他们描述，他们将要实现功能的背景呢：

• 我们在谈论的是产品哪个部分？

• 目前的问题是什么？(可以同时有几个问题需要被解决）

• 引用用户的具体反馈来说明

• 善用数据或图表来说明

• 目前选择的解决方案为何（用几句话简单描述就行）

• 是否考虑过其他解决方案？如果是，那么为什么不选它们？

• 是否有其他解决方案已经做了？效果为何？

• 目标是什么？我们会影响什么KPI？

这都会帮助技术团队知道他们是否需要添加新的数据埋点/标签来收集数据。

我看过很多对于项目有认同感并积极参与的团队自发地做了仪表盘，每天实时地监控数据变化，只为了解他们带来的"影响"有多大。

2.架构图

在开始开发产品的每个具体功能之前，我们要让开发在大轮廓上掌握，哪些模块/功能是这版迭代保持不变的功能、会牵涉到改动哪些模块/功能……

即使是开发新产品，架构图对于掌握产品整体结构也十分有帮助。

“架构图”是我称之为产品特性（流程、页面和内容）以及它们之间的关系的高级图示。有人称之为“信息架构”、“流程图”、“用户映射”等。

㈥ 产品经理需要写的文档有哪些

1. 商业需求文档BRD：主要用途是 向公司申请资源、费用;通常是用来讲述市场机遇，盈利方式等;主要包括商业价值、成本估算、收益预期;Tool：PPT、Word、Mindmanager主要汇报对象是Boss；

2. 市场需求文档MRD：获得公司资源后，将想法在产品层面表述。收集、分析、定义主要的用户需求和产品特性；主要包括产品介绍、竞品分析、用户需求调研结果、产品轮廓、功能需求；Tool：PPT、Word、Mindmanager、Visio、Mockups；目标对象运营。

3. 产品需求文档PRD：对MRD内容进行指标化和技术化，明确产品功能和性能；包括产品验收标准、产品流程图、产品用例、产品功能点说明、性能需求等；主要用到的工具有：Word、Visio、Mindmanager、Axure；目标对象是开发人员；

像prd这种是产品经理工作中最长遇到的，因为要统筹整个产品的设计和开发进度，所以一个prd管理工具非常的重要，他能使产品经理的管理协作更加高效。我们用的是摹客，它支持产品文档在线撰写，可将在线撰写的文档一键导出为pdf。也可将pdf、doc、docx格式的文档本地上传、预览、评论及历史版本管理，帮助产品经理解决了对于需求文档版本难以管理、文档混乱难找的问题。帮助产品经理高效完成产品文档，提升整个开发团队工作效率。

㈦ 原型设计是什么，该怎么使用它

我们首先明确两个定义：

原型的定义：

• 用线条、图形描绘出的产品框架，也称线框图。

• 交互设计的结果输出，可能是一张纸上的几张图；原型代表着交互设计的结果，当最终实现的时候，交互流程会和原型保持一致；可以理解为草稿或者叫做参照物

• 原型是一种让用户提前体验产品、交流设计构想、展示复杂系统的方式。就本质而言，原型是一种沟通工具。

原型设计的定义：

• 线框图描绘的是页面功能结构，它不是设计稿，也不代表最终布局，线框图所展示的布局，最主要的作用是描述功能与内容的逻辑关系。

• 原型图是最终系统的代表模型或者模拟，比线框图更加真实、细致。

其次，了解原型设计的作用，主要有两点：

1. 沟通： 因为是原型是需求和功能的具象化表达，所以原型可以辅助产品经理与领导、交互、UI和技术的沟通产品思路。虽然需求文档也是可以满足沟通需求的，通过用例将交互写到设计描述文档中，但是原型可以更详细地解释交互。

2. 测试：因为原型相较于UI稿来说修改更方便，所以原型能提高产品经理的功能设计没通过评审时返工的工作效率。没有哪一家互联网公司可以不经过测试，就直接上产品和服务。原型在识别问题、减少风险、节省成本等方面有着不可替代的价值。



该如何使用原型设计，那么原型设计工具就是必不可缺的。

又选择什么工具来制作原型？主要考虑以下几个因素（排名分先后）：

1. 熟悉程度和获得工具的便利度；

2. 所需的时间和精力；

3. 可复用的代码/框架；

4. 为测试创建可用的原型；

5. 价格和学习曲线。

目前比较好用的在线原型设计工具有Marvel，Invision，墨刀等等。

希望对你帮助~

有任何疑问可以追问，满意请采纳，谢谢~

㈧ 互联网产品的需求文档写作，应该注意哪些事项和规范

1、写前准备(信息结构图)：产品需求文档的写作(一)在写PRD文档之前，我们需要先罗列出产品功能的信息内容，这一步是将想法逐渐清晰的第一步，也是帮助我们接下来规划功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。因为这是第一步，所以我们不需要罗列的很详细，在之后的步骤里，我们会逐步改进和完善信息内容。例如一篇文章的信息内容主要有：文章标题、文章正文、文章作者、发布时间、所属分类。初始的功能需求只有这些信息内容，但是在之后的功能规划中逐渐更加细致的考虑时，可能会增加或者删减，因此第一步我们不用刻意的追求信息的全面。罗列信息内容的方式有很多种，文本形式、思维导图形式等等都可以，最主要的是能够清晰易懂，我最常用的方法就是思维导图，因此我称这一步为信息结构图。2、梳理需求(产品结构图和用户流程图)：产品需求文档的写作(二)当我们对产品的信息结构了解后，我们就需要规整脑海中的产品需求，让想法更加结构化，因此这一步是梳理产品的需求。我们首先要罗列出产品的频道及页面(产品结构图)，其次再基于产品结构图梳理出频道及页面中的功能，并延伸构建出用户的操作流程(用户流程图)。以上两步是为了让我们在撰写产品需求文档之前能够对产品有一个全面的了解，类似鸟瞰式的一目了然，也方便调整完善。3、原型设计(手绘原型,灰模原型,交互原型)：产品需求文档的写作(三)当我们逐渐清晰了产品的需求后，并梳理了产品的各个频道及页面，那么这一步就要开始验证这些想法的具体界面表现和方案的可行性了。首先我建议通过手绘的形式快速在草纸上绘制出产品的原型，推演和讨论方案的可行性，当有一定的进展之后，我们再通过软件工具进行更深入的设计。移动产品可以考虑灰模原型，网站产品可以考虑交互原型，对于这两种原型方式，无论是移动产品还是网站产品都可以使用，具体取得于你的个人习惯和团队要求。对于产品经理来说，原型设计是为了帮助我们细致的考虑方案，并论证方案的可行性，同时也是为了避免产品宣讲时，抽象的语言描述导致听众理解困难和理解偏差。4、撰写文档(PRD文档)：产品需求文档的写作(四)当我们通过以上三个大的步骤之后，我们就已经非常清晰产品的需求了，一般情况下，通过原型加描述的方式就已经完成了PRD文档的目的(很多产品经理直接使用Axure制作PRD)。当然也会有一些个人或团队的要求不一样，对PRD文档有特定的规范标准，这类情况可能是需要存档归类。无论什么样的规范标准，PRD文档的目的都是相近的，因此功能描述的方式也是相似的，所以在这里我分享了三种撰写PRD文档的方式。5、用例文档(UML用例图、流程图)：产品需求文档的写作(五)《产品需求文档(PRD)的写作方法》的补充文章，主要讲解PRD文档中的重要辅助文档“用例文档”。

㈨ 产品需求文档应该包含哪些内容

我们先假如产品需求文档（PRD）是一个产品，那么该如何做出一个拥有良好用户体验的PRD？

首先先来考察下PRD的用户群体（User Persona）：主要是开发人员，在繁忙的开发任务中最希望看到“简洁易懂”的产品需求文档。

梳理下PRD的功能：

传达出产品需求；

管理记录产品迭代过程；

各部门共享产品信息，以促进沟通；

因此一个好的PRD的原则是：

结构清晰

语言简洁易懂

实时共享

具体我们该如何制作？

答案很简单——一个PRD文档即可

现在，越来越多的产品经理采用将文本说明和原型结合成一个PRD文档的方式，因为之前的word+原型的方式管理起来繁琐，而且还容易产生信息疏漏。

将原型和文本说明统一，直接分享一个链接，开发人员就能看到所有信息，是理想状态。

多级导航结构展示PRD信息

通常来讲，一个产品需求文档里包含“产品概述”、“流程图”、“功能详情和原型”，“全局说明”，“非功能性需求”。

如何把这些内容清晰有条理地呈现在一个文档里呢？使用一个网页般的多级导航结构即可。

1、产品概述

产品概述部分用于展示文档修订历史、版本说明、开发周期、和产品介绍。

“文档修订历史”用来记录产品经理对该PRD文档的修改状况，也方便成员能及时了解到PRD是否有改动；

“版本说明”展示上线产品各版本的核心功能；

“开发周期”用于梳理开发、测试、上线的预计开始和结束日期。

“产品介绍”用来记录产品名称、简介、用户画像、使用场景、产品定位等等。

通过墨刀的分享链接还能直接让公司内部人员在线实时同步PRD的更新，不用再担心信息滞后或者文档不兼容问题。

让我们着手开始创建或者优化您的产品需求文档吧～
希望采纳！谢谢！

配图来自 “运维派”以及墨刀官网截图