开一场 Chat 看似写好一篇文章就可以了，但背后的写作问题、时间安排问题、交流问题等，也是一个个需要克服的难点。这场 Chat 希望能够帮助更多的技术作者解决这些问题，加入 Chat 作者的行列，分享更多的技术内容。
我自己也在 GitChat 进行过交流，开过达人课，也购买了 Chat 会员，参与了非常多的 Chat，对于 Chat 的流程、写作略有心得。在这场 Chat 中希望分享写作经验、开 Chat 的经验、交流的经验，帮助大家更好的开一场 Chat，让大家更好的在 GitChat 上分享自己的知识和见解。
文章会涉及哪些内容：
- 你到底适合不适合开一场 Chat
- Chat 的整个流程
- 如何准备 Chat 提交时要填写的信息
- 如何推广你的 Chat 课程
- 如何写 Chat 文章
- 如何规划你的写作流程
- 如何准备 Chat 的交流
本篇文章为免费 Chat， 也将进行微信群交流，欢迎各位作者来一同讨论如何开好一场 Chat。
你好，欢迎你来参加本次 Chat ，在这场 Chat 中，我希望能够为你分享一些我自己开 Chat 、参加 Chat 的经验，来帮助你更好的准备和进行一场 Chat。
这场 Chat 将会以四个方面来展开，分别是：
（1）判断自己是否适合开 Chat：虽然每个人都可以发布 Chat，但也确实不是每个人都做好一场分享的，自身的条件达不到，可能会起到反作用。在这一部分我们主要讨论如何评估自己能不能开 Chat？如何选择适合自己的 Chat 话题？我的关注点是否真的有价值？
（2）发布 Chat 时要注意什么：开 Chat 看起来很简单，只需要填几个选项，发起一场 Chat ，但是这个环节也是大多数人没有做好的，一个好的起手势，能够让你获得更多的关注和订阅。这一部分我们主要讨论发布 Chat 时如何找到自己的目标读者？如何让自己的 Chat 找到更多的读者？
（3）写文章时应该注意什么：完成了发布，并达成了订阅指标，就来到了我们的重头戏——Chat 文章的撰写。这一部分我们主要讨论如何文章的阅读体验？如何让自己的文章更加的美观？
（4）进行问答时应该注意什么：问答是 Chat 的很重要的一环，文章实现作者向读者的内容输出，而问答则代表着读者和作者之间的信息交流，也是 Chat 内容的重要补充手段，这一部分我们主要讨论如何准备好问答，让问答不冷场，读者提问问不倒。
判断自己适不适合开 Chat
虽然说开 Chat 没有任何限制，但是我依然建议你先想好再开 Chat，毕竟考虑 Chat 文章也需要花费我们的精力，如果真的适合，再去开 Chat 也不迟。
头部作者和普通作者
每个人都是优秀的，都是独一无二的，每个人也都有不同于其他的闪光点，虽然存在一些自卑的人认为自己不如其他人，但是在我看来，是想多了。
毫无疑问，平台会更加关注头部作者，但是头部作者终归经历有限提供的内容也有限，而平台又不可能只依赖头部作者来提供内容，所以即使是普通作者，对于平台来说，也是有很大的价值的。
甚至从某种角度来说，由于普通作者不会自带流量，对于平台来说，是更开心的，因为无需担心头部作者对于平台的劫持。
独特或深度的内容更受欢迎
既然花费了时间，读者肯定希望能够在这场分享中得到些什么，这就要求我们能够提供有价值的内容，简单的来说，我将其分为两个方面：
（1）独特的、未公开发布的内容：这部分内容是你从经历上不同于其他人的点，比如你曾经承担过淘宝的早期建设，你担负起了 CSDN 早期的架构工作等等，这份工作经验给你带来了不同于其他人的经历，这份经历也举足轻重。
（2） 深度的内容：独特的内容虽好，但并不是每个人都有那么丰富的经历，感受过惊心动魄的业务挑战。大部分人的工作总是在平淡中逐渐深入，默默无闻。对于这些人来说，更适合分享一些你所深入领域的内容，比如，你在 Spring Boot 上投入了大量的时间，有着不同于其他人的深刻认识，这个认识对于更多人来说，提供了价值，也值得分享。
只要你的文章能够满足上面的两个特点，大体上都是能够找到买单的人的。所以无需担心你提供的内容的价值，你花时间真正思考和研究的内容，必然是有价值的。
Chat 的整个流程
当你决定好了要发布 Chat 时，你就会进入到整个 Chat 流程的第一个环节：发布 Chat。
发布完成后会进行 Chat 的预订，确定你的文章是受欢迎的，如果无法找到愿意为他付费的读者，这个活动就会被取消；预订成功，则开始文章的撰写以及进行后续的交流，当交流完成后，整个 Chat 的基础流程就完了。
发布 Chat 应该注意什么
思考标题
我们讨厌标题党，是因为标题党总是文不对题，在标题中给我们希望，又在内容中让我们失望。但是我们不得不承认，同样一篇文章，一个好的标题能够获得更多的点击量和关注，所以从实用的角度来说，我希望你也能够尝试写一个更加引人瞩目的标题。好的标题能够为你带来更多的读者，但工程师们整日接触的都是代码，如何能够写出更吸引人的文章标题呢？你不妨将你拟定的标题发给你身边的朋友，让你身边的朋友帮你来评估，如果你的朋友们觉得这个标题还不错，那大体上来说，你的标题是及格了。
此外，你还可以尝试将自己假想成为你的目标读者，并尝试以你的目标读者的角度来看自己的标题，是否有足够的吸引力。
写好简介
标题能够解决用户点击的问题，而简介则是真正能够影响到读者，让读者判断是否购买你的 Chat 的关键。如果你无法在简介中表达出读者想看到的内容，让读者轻松的找到想要的内容，就无法让读者对你的 Chat 买单。在这个过程中，我建议你注意以下几点：
（1）写清楚你的想法：不少分享者在简介中不能够清晰的表达出自己的想法，导致读者无法从简介中获取到想要的信息，也就无法让读者下单订阅。在整理你的想法时，我推荐你使用思维导图，比如下图是我在考虑本文结构时的思维导图。
你可以在简介中放入问题背景、问题的简单描述、文章适合的人群、文章在技术方面的要求以及简要的文章大纲，让读者可以在第一时间，找到自己想要的内容。
（2）使用 Markdown：简介文本是支持 Markdown 的，这就意味着，你可以使用诸如加粗、斜体等语法，来使你的简介的核心点更加的明确。建议你使用加粗、有序/无序列表来展现你的简介内容，让读者可以更加轻松的找到你的 Chat 的核心关键词，从而降低他的筛选成本，提高预订率。
（3）标注文章的基础要求和适合人群：明确你的文章对应的人群，可以有效提升你的文章的好评率，不会出现需求和供给错位的问题。之前曾遇到过 Chat 没有注明自己的对应人群，导致读者在读了以后，觉得虚有其名的问题。同样一篇文章，对于不同的人群存在着不同的价值，帮助你的文章标注好对应的人群和基础要求，能够自动的屏蔽掉不适合的读者。
写好头衔
虽然说，文章内容才是我们真正预订一个 Chat 的原因，但是一个漂亮的履历会让我们有更强的意愿去预订一篇 Chat 。默认情况下，GitChat会读取你设置的个人简介作为背景介绍，但是这个背景介绍更多是一个普适性的内容，如果你希望你的履历为你的 Chat 加分，不妨适当调整背景介绍中内容的语序，将与本次 Chat 内容强相关的履历放在前面更加显眼的地方，能够让读者一眼看到，增强他们下单的可能。
交流形式
此部分请查看后文「进行问答时应该注意什么」的内容。
达标人数
达标人数也是 Chat 一个非常重要的指标。如果你的 Chat 预定人数达不到达标人数的话，就意味着你的 Chat 文章是无法正常发布的。如果你对你自己的文章很有信心，你可以选择更高的达标人数；不过，如果你不是自带流量的头部作者，不建议新人作者在一开始就选择较高的达标人数，很容易打击你的写作和分享的信心和欲望。
当然，有些时候，只是单纯的想要分享内容，那么选择40人的达标人数，并借助发布 Chat 时赠送的10个名额，也可以很快的达到目标，开始你的写作。
合理定价
虽然说 GitChat 的定价是自由的，你可以根据对分享内容的价值判断来决定你的 Chat 的收费是多少，但是你在定价时也要尽可能的考虑读者的购买习惯和购买水平。
一般来说， 我建议你将价格定的低于你对于课程的价值认识，这是由于我们往往容易高估自己的能力和自己研究领域的重要性。此外，Chat 并非一对一的产品，而是一对多的，在价格压低，单篇收入降低时，随之会带来购买量的提升。同时，相对更低的价格能够有效降低读者的预期值，如果你对自己的信心不是非常的足，建议你定一个同类型 Chat 略低的价格。
此外，除了 Chat，你还有另外一个选择，那就是开达人课。相比于一篇文章解决战斗的 Chat，达人课可以为我们提供更加系统的内容输出，你可以将你的内容拆分成多个章节进行输出，这种输出的形势也更容易为读者所接受。
推广方案
达到预定人数后，我相信你希望你的活动能够为更多人所看到、参加，你可以使用一些合理的推广手段，来使你的文章有更多的订阅。主要的推广有以下几种方式。
（1）在 GitChat 的作者群内推广：如果说哪个群里愿意为 GitChat 花费时间的人最多，毫无疑问应该是 GitChat 的作者群。当你的 Chat 发布预订后，一般来说，会有来自 GitChat 的运营来加你，并把你邀请到作者群内，你可以将你自己发布的 Chat 分享到群中，并简单的介绍，进行第一轮的推广。
（2）在 GitChat 的不同的群中进行推广： GitChat 为不同的技术方向创建了不同的微信群，你可以在这些微信群中，转发你自己的 Chat，找到志同道合的人来分享。
（3） 在 GitChat 的超级会员群内推广： Chat 超级会员们由于拥有了超级会员的身份，在参与 Chat 上会更加大方一些，如果你也是一名超级会员，那么我相信你已经在群里了，你可以在群内转发你发布的 Chat ，来吸引超级会员们订阅。
（4） 在自己的微信公众号、朋友圈推广：不少开发者都创建了自己的微信公众号，你的公众号粉丝，会有很多人愿意购买你的 Chat，在这里分享会有不错的效果。而你的朋友圈中会有大量和你研究同一个领域的朋友，他们也会成为你最直接的读者。
（5）在技术交流群内推广：我们总是习惯在群里交流，所以我们建立了一个又一个的技术交流群，在你的 Chat 对应的技术交流群内推广你的 Chat，这种精准的推荐，能够让你更有可能获得用户。
（6）提交软文给编辑：GitChat 的服务号（GitChat）、订阅号（GitChat新知、GitChat 技术杂谈）都有非常多的粉丝，你可以为自己的 Chat 写一篇软文，提交给编辑，让编辑帮忙推广，这样可以实现一下将你的 Chat 放在几十万人面前，获得极大的曝光量。《隔壁老白告诉我的，如何用 WordPress 建站赚钱 》这篇文章在推送的当天为我带来了接近200个新订阅用户。
写文章应该注意什么
说完了我们的发布，当预定人数达到后，我们就要开始写文章了。作为技术人，我们可能平时很少写文章，但是一个合理的文章结构，也能够让我们将文章写的清清楚楚。接下来，分享一些能够让你把文章写的更加易读的技巧。
时间安排
提前安排好你的时间，才能够让你有充足的时间来写文章、改文章，实现一篇体验非常好的文章。但是，作为互联网人，996、247让我们的生活早已被排满，如何才能更好的写文章呢？这里我推荐你使用 todolist 和 番茄钟来辅助写作。
一般来说，从你的文章预定成功到你的文章发布，你有两周一共14天时间，如果我们安排好，我们有充足的时间来对我们的文章进行二次、三次甚至是更多次的回顾，来让你的文章更加的接近完美。
将 GitChat 文章安排到你的 Todolist，然后将你任务划分为多个不同的小任务，小的任务可以让我们更好的完成，而不是被一个看起来非常大的任务所阻塞。
在定任务时，你可以按照能否为1个番茄钟完成为限，如果能够在一个番茄钟内完成，则作为一个独立的子任务。如果无法在1个番茄钟内完成，则尝试将其拆分为小的写作模块来完成。然后每天抽一些时间来完成这里的一个个小的模块，将工作平摊到每一天，写作就显得游刃有余了。
除了对任务的拆分，我建议你给文章留出3～4天的时间。在这段时间里，你需要做的是将文章放一个上午，然后再下午修改你的文章，次日的上午再放一个上午，下午修改文章。好的文章不是写出来的，而是改出来的。你只有不断修改、不断优化，才能写出一篇令人满意的文章。
秉承什么样的写作理念来写 Chat 文章
Chat 文章不同于博客，博客的主要目的是记录，我们记录下来的内容只要自己能够看懂和理解就可以了，但是 Chat 文章不同，读者付费购买了你的文章，就意味你要承担对应的责任，而且目前 Chat 有了退款机制，如果你的文章写的太差，是会被退款的。在写 Chat 文章时，我们应该以读者为中心，尽可能的优化自己的文章结构，让读者有一个较好的阅读体验和理解体验，降低读者的阅读难度。
如何规划文章内容
用好思维导图
虽然在写简介时，我们进行了头脑风暴，将所有的可能性都整理了出来，但是毕竟只有几个关键词，很难成文，这个时候你就需要对你的关键词继续再一次的头脑风暴，选择所有可能的内容，将其放在合适的位置上。
当你制作了满满的一个思维导图后，我相信你的心中就不再恐慌，你担心的主题不再是「我写的会不会太少了？」，而是「我写的会不会太多了」。
按照事情的发展情况来写
思路有了，接下来就是形成文章的骨干，并将我们的思想填充到骨干的每个部分中去。如果你不擅长写发散性的文章，那么最简单的，就是使用总分总的形势来写。
基于 问题缘起—提出方案—优化方案—总结收获 这样的一个流程，你可以很轻松的建立起一个文章的骨干，然后再将上方的导图中的内容，填充到我们的骨干中，就能形成一篇内容丰满，逻辑清晰的文章。
写作要注意的细节有哪些
用好 Markdown 自带的标签
Markdown 自带了 h1 ~ h6 的标签，你在写文章时可以根据你写作内容的层级，来选择使用不同的标题，这样可以优化你文章阅读体验和生成的 toc 的样式。
使用[ toc ] 标签来生成文章大纲
有不少作者在写作时，会手动来写文章的结构，其实并没有必要，只要你正常的使用了 h1~ h6 标签来标注了文章的内容，你只需要在文章的头部加入一个简单的 [ toc ]，就能够很方便的生成一个文章结构。
这种自动生成的文章结构显得更加简洁，也可以通过点击来跳转到对应的位置，阅读的体验会更好。
参考「中文排版指南」来排版
你开可以参考网上放出的中文排版指南，来排版自己的文章。大家的文章内容都非常棒，但是确实存在一些文章的排版实在是太差，让原本不错的内容显得非常的晦涩。你只需要简单的学习一下养成习惯，就能排版出非常棒的文章。
注意标注和预处理
大家在写文章时，往往会遇到要插图片的地方，但是插图也不应该是随便插的。不少作者是在写作时，随手一截图，然后直接插入到文章当中，这样虽然没有问题，但是体验却相差很多。通过简单的标注，你可以让你的截图意图更加明确，传递信息更加清晰。
这里举个例子，假设我在教你使用 Chrome 的 devTools 来提取页面标题
经过简单处理的截图，可以更加的突出我们截图的核心内容，未经处理的截图就会显得稍显错乱，无法明确你的截图的核心思想到底是什么。
除了对核心内容的标注，还有一个值得大家注意的是，采用步骤标注。
步骤标注在你做一些步骤内容的解读时，会非常方便。
本文的步骤标注、马赛克截图使用 macOS 截图软件 Xnip 制作。
合理选择贴图和贴代码
在我们写文章时，不可避免的要在文章中插入代码，但是我们是否应该在文章中插入相关代码，要根据情况判断。这个情况就是，读者是否需要手动输入这些代码，对于需要读者手动输入的代码，你应该选择直接贴代码，比如某个程序的代码。对于不需要读者手动输入，仅是说明这个过程的部分，你可以提供截图，比如 npm install 过程中的输出，贴截图在阅读时的体验会更好。
除此之外，在贴代码时，应该尽量的精简你的代码，去除其中的非核心逻辑，仅保留与文章强相关的逻辑。这样会让你的文章的阅读压力更小，文章也更加短小精炼。
对于文件特别多的项目，你可以将代码放在 GitHub 上，并通过 Github 上自带的复制行链接的功能，来复制对应行的链接，并以 Gruntfile.js#L1 这样的形式放在文章中，可以更加简洁的插入代码，将空间留给更加重要的文章内容解读。
有始有终才能更好的发展
在我们写的文章当中，往往会有一个问题，就是不提供延展阅读和可能的发展方向。
这个是源自于我对学术论文的认识后得来的。我们的文章往往会介绍当前已经发展到了什么地方，但是我们却没有去说明读者接下来能做些什么，而学术论文的要求不止有前文，更是要有更深度研究可能性的拓展，为后人提供可能的研究方向。对应到我们的文章中，我们应该告诉我们的读者，你在掌握了我的文章的内容后，你接下来可以去研究哪些和这篇文章相关的内容。
延展阅读也是一个道理，我们的文章不太可能是凭空产生的，往往是有历史素材的积累，这些历史知识使你能够明白这些内容。如果你能够为读者提供一些延展的阅读材料，能够帮助他们更好的理解文章的内容和进行更加深度的研究。
进行问答时应该注意什么
在文章发布的一周后，我们的文章经过读者的深度咀嚼后，就要进行问答了。就如我之前曾说过的，文章完成了作者向读者的信息流动，而问答则实现了读者和作者的双向信息流动，使 Chat 的价值得以升华。
选择合适的问答类型
在创建 Chat 时，你可以选择本场 Chat 的交流形式，根据每个人的情况，你可以选择合适的交流形式。
读者圈：时间自由，信息密集度低，历史记录可查询，很适合业余时间不多的作者，可以在 GitChat 服务号发送通知后进行回复，无需再特定的时间到特定的地点（微信群、直播平台）进行交流。
微信群：时间固定，会在 Chat 文章发布的一周后进行，具体时间可以和你的主持人进行沟通，进行合理的调整。微信群交流的好处是由于时间固定，信息密集度更大，可以在短时间内完成大量的信息交换。微信群的交流方式也可以很方便和提问者进行持续的交流而无需太长时间的等待。
语音直播：时间固定，场地要求高，会在 Chat 文章发布的一周后进行，具体时间可以和你的主持人进行沟通，进行合理的调整。语言直播会比微信群交流显得更加亲切一些，相比于看文字，不少人喜欢直接听讲师讲，可能是数年来听课养成的习惯。
三种方式你可以根据你自己的具体情况进行选择。于我而言，我更倾向于短时间高密集度的信息传递，所以我会选择微信群，并开启读者圈，没有参与群交流的读者也可以在后续在读者圈内提问。
提前整理题目，准备好答案
除了读者圈交流以外，微信群交流和语音直播的问题都会在文章下方的评论区中提出，你可以在文章发布后的2～3天后，每天去查看一下自己的 Chat 文章，看看是否有新的问题，并将已有的问题进行提前准备，特别是一些问题可能要用到代码演示等。虽然主持人会在交流的当天将问题整理给你，但是如果有一些准备比较耗时，可能就来不及，所以能够提前准备好可以给你足够的空间来应变。
尽量使用文字解答而不是语音解答
对于工程师来说，打字速度自然是不成问题，在我进行群交流活动时，的确是有不少人希望我以语音的形式进行交流，不过我坚持使用文字进行交流，倒不是我的声音不好听或怎么，而是文字对于读者来说，是非常方便的，虽然微信的语音非常方便，但这仅仅是对我们这些发出语音的人来说，对于收听语音的人来说，需要花费大量的时间来听，特别是发语音的人说话不清晰时，听语音的人可能要重复的听2～3遍，浪费了大量的时间。文字则不需要这么麻烦，只需一眼，就能知道想要表达的意思，将时间都留给大脑去思考。
提问遇到自己不熟悉的内容怎么办？
这部分的内容并非我的原创，而是来自「极客时间」中沈剑先生在「如何做好一场技术演讲」中分享，我这里引用过来，解答这个问题，如果你决定有必要了解全文，可以到该 App 中购买。
这个环节也是部分讲师比较头疼的，“万一碰上不会的问题怎么办？”我的个人经验是：首先，不要和提问者起冲突，特别是针对“你讲的我完全不赞同”这类观点。
我们可以表示“这是自己公司的实践，方案有很多，各有优缺点。”然后就可以马上转入“下一个问题”。
不过，这种情况一般比较少，更多的是提的问题虽然与话题相关，但自己并不能 100% 确定问题的答案。
这时我们可以将问题技巧性地转化一下，比如说“这位朋友要问的是不是这样一个问题呢？”而转化后的问题正是自己擅长的。
当然，“术”仅仅是技巧，一般我建议实事求是，即使面对自己不擅长的问题，也大方承认自己不确定答案，但可以讲讲自己的思路，这样的话听众一般也不会苛责。
另外还有一个大招，假如碰到让你比较尴尬的问题，你可以回答“这是个很好的问题，但几句话可能讲不清楚，感兴趣的话，我们线下交流。”这也是一种办法。
你可以参考沈剑先生的分享，来回答提问者。
拓展资料
虽说有很多内容可写，但个人能力有限，有很多注意不到的点，希望各位作者能够积极分享，将自己的经验和遇见的问题分享出来，也为后续的作者们提供一些参考，让 GitChat 的高质量分享越来越多！
本文首发于GitChat，未经授权不得转载，转载需与GitChat联系。
阅读全文: http://gitbook.cn/gitchat/activity/5a4df10ad768e16c33489dc5
一场场看太麻烦？订阅GitChat体验卡，畅享300场chat文章！更有CSDN下载、CSDN学院等超划算会员权益！点击查看