B2B数字营销基础课

一家企业怎样从“有人需要”走到“持续有生意”

先不记缩写。B2B就是企业向企业提供产品或服务。例如，一家软件公司把设备维修管理软件卖给工厂，购买者是一家企业，软件用在工作中，这就是一项B2B业务。企业增长，可以先理解为有更多合适的客户愿意购买，并且购买后持续获得帮助、继续合作。

假设你今天加入这家软件公司的市场部。你可能接到写文章、做官网、准备活动的任务，但会有一个疑问：这些事情与公司卖出软件有什么关系？我们沿着一家工厂的采购过程看一遍，就容易理解了。以下工厂与软件公司都是教学示例，不是某个真实客户项目。

工厂最初只觉得维修记录很乱，还不知道有哪些解决办法。后来，负责人读到一篇文章，认识了这家软件公司；了解产品后，他开始讨论软件能不能满足工厂需要；采购完成后，维修人员还要学会使用，旧数据也要整理进去。这三段工作，需要不同的人持续提供帮助。

三个增长引擎：市场、销售、客户成功分别负责什么

市场部的主要工作，是让合适的客户知道“有这家公司，它能帮助我解决这个问题”，并发现哪些人希望进一步了解。写内容、开展推广、举办交流活动、建设官网，都是完成这些工作的手段。市场不只是增加曝光，还要让客户逐渐理解并信任企业。

销售部接着处理更具体的采购问题：客户当前怎样工作，产品哪些部分合适，需要谁参与评估，怎样演示，报价和合作条件如何讨论。销售把“我想了解一下”推进到“双方确认合作”。因此，销售不能只拿到电话号码，还需要知道客户已经提出了什么问题。

客户成功团队关注购买之后：帮助客户开始使用产品，解决使用中的困难，让产品真正进入日常工作。当客户用出了价值，才更有理由续约，或者在新的业务场景继续合作。有些企业由实施、交付、服务或售后团队承担这些工作，不一定单独设置一个叫客户成功的部门。

为什么称它们为三个增长引擎？因为企业不只需要被看见，也需要完成合作、持续服务。市场带来许多询问而没人接手，生意无法继续；销售签约后客户不会使用，合作也很难长久。把三段工作连起来，才是在帮助企业持续经营。

市场部的第一项贡献：做好品牌，让客户认识并信任我们

品牌可以先理解为：客户听到企业名字时，会想起什么，对它有什么印象。它不只有Logo和颜色，还包括“这家公司做什么”“擅长帮助谁”“为什么值得信任”。品牌工作，就是把这些信息想清楚，并在长期接触中保持一致。

对设备维护软件公司来说，品牌负责人要先与业务团队说清楚：我们服务哪些企业，帮助它们解决哪类工作问题，有什么可以证明的产品能力和经验。接下来，把这些内容写进官网、产品介绍、活动和销售资料，让不同地方的介绍能够对得上。

课件用品牌名、品牌价值、品牌优势、品牌案例、品牌识别和品牌标签六个方面帮助整理。新人不用把这六项当作考试名词，可以把它们翻译成六个问题：叫什么、帮我什么、擅长什么、有什么真实例子、怎样认出来、希望别人记住什么。下一课会逐项解释。

品牌的帮助往往发生在具体选择中。客户见过你的内容，知道你长期解释设备维护问题，后来遇到相应需要时，就更容易想起你。销售介绍企业时，也不必从完全陌生开始。不过，客户知道品牌不等于一定购买，仍要继续看产品是否合适。

市场部的第二项贡献：获取和管理线索，让需求有人继续处理

线索是什么？在本课先把它理解为：企业已经知道某个人是谁，并且有合适的方式继续沟通。它可能来自一次主动咨询、一次活动交流或其他已经获得联系许可的接触。不同企业对线索需要保留哪些信息会有不同规定，后面会专门学习。

“获取线索”是找到并建立联系；“管理线索”是在联系建立之后继续了解和提供帮助。例如，负责人问能否汇总多个车间的维修记录，市场人员先了解他目前怎么管理，再判断应该发什么说明、是否需要专业同事继续交流。

线索管理通常包含几项具体工作：整理联系人与企业信息，记下来意，区分学习资料与产品评估的需要，向暂时还没准备采购的人提供有用内容，把适合继续讨论的需求交给销售，并记录后续情况。这里的“培育”或“孵化”，就是持续帮助对方了解问题与方案，不是不断催促他购买。

为什么不能把所有人立刻交给销售？有人只是学习工作方法，有人替同事搜集资料，也有人已经在寻找产品。先弄清楚这些差别，销售才能把时间用在合适的沟通上，学习者也不会因为阅读了一篇文章就被当成准备采购的人。

品牌和线索如何在同一项工作里发挥作用

现在看一场“维修记录怎样管理”的线上交流。活动前，市场部用清楚一致的主题介绍自己；活动中，讲师把实际问题讲明白；活动后，有需要的参加者主动询问软件能做什么。前两步让人认识与信任企业，后一步让企业发现具体需求。一场活动可以同时承担品牌和线索工作。

这也是为什么品牌与获客不应该分成两套互不相关的说法。广告如果承诺了产品没有的能力，也许会增加询问，却损害信任；内容如果只留下口号，既很难建立专业印象，也不能帮助客户理解产品。两类工作都要以准确、有帮助的信息为基础。

回到你的第一天：你现在应该怎样理解市场工作

当你再接到“写一篇文章”的任务，可以先问：希望谁读到，读者目前不懂什么，这篇文章怎样帮助他？如果是准备活动，则先问希望参与者了解什么、活动之后有哪些问题需要继续回答。这样，你就能把具体工作放回品牌与线索这两项贡献中。

再回到三个增长引擎：市场让客户认识我们并发现需求，销售帮助客户判断和购买，客户成功帮助客户用好产品。市场部不能独自完成全部工作，但可以通过清楚的品牌表达、持续有用的内容和认真处理需求，为后两段工作创造条件。

下一课继续讲品牌部到底做什么。我们先把市场部的两项主要工作学清楚，再逐步进入渠道、官网和线索管理。

客户想到你的公司时，会想到什么

上一课认识了市场部的两项贡献，这一课先讲品牌。假设两家企业都提供设备维护软件，客户还没用过任何一家。他会通过官网、介绍资料、同行推荐和交流形成初步认识：这家公司是否理解工厂的工作，介绍是否清楚，团队是否值得继续了解。这些接触共同影响品牌印象。

所以，品牌并不是企业给自己取一个好听的名字后就完成了。企业可以主动说明希望被怎样理解，但最终印象来自客户真正看到和经历的事情。口号写着服务认真，问题却长期没人答复，两者不一致时，客户更可能相信自己的经历。

用六个问题，把品牌介绍说清楚

课件把品牌整理为六个方面。我们用日常语言逐项展开。“叫什么”是品牌名，帮助别人找到并称呼你；“帮助客户什么”是品牌价值，例如帮助维护团队有序管理维修记录；“擅长什么”是品牌优势，需要结合真实能力说明，不能只写领先、专业。

“有没有真实例子”对应品牌案例，让读者看见能力在什么场景中被使用；“怎样认出来”对应品牌识别，包括名称写法、Logo、配色和版式；“希望别人记住什么”对应品牌标签，它应该是长期内容和实际工作能够支持的印象。

刚开始整理时，不必追求每个问题都写出很漂亮的答案。先和产品、销售、服务同事核对事实：当前到底能提供什么，哪些能力是计划中的，哪些案例可以公开。没有真实案例时，就先把产品与工作方法说明白，不能编一个故事填进品牌介绍。

从一句产品介绍开始练习品牌表达

先看一句常见表达：“我们用数字化技术赋能企业高质量发展。”它很难让新人知道这家公司具体做什么。可以继续问：谁会使用产品，用来完成哪项工作，目前哪里不方便，产品怎样帮助？这些答案比更换形容词更重要。

在教学示例中，可以写成“帮助工厂维护团队集中管理设备维修记录，减少在不同表格之间来回查找”。这句话至少说清了使用者、工作和希望解决的问题。实际企业还需要核实具体能力，不能因为这句话容易理解就直接照抄。

如果产品只能帮助整理记录，并不能自动安排维修人员，就不要把两件事混在一起介绍。表达准确不是让品牌显得弱，而是帮助合适的客户形成正确期待。销售和服务团队也更容易承接这份期待。

品牌负责人平时会做哪些具体工作

第一类工作是整理和统一介绍。官网说法、销售PPT、活动介绍与产品资料需要围绕同一组事实展开。不同场合可以长短不同，但不能一处说面向小团队，另一处又说只服务大型企业，除非确有不同产品并解释清楚。

第二类工作是安排客户能够接触到的内容。围绕目标读者关心的问题，持续发布解释、组织交流、准备真实材料，让“我们懂这件事”有具体表现。第三类工作是保持识别一致，包括字体、颜色、图片使用和语气，让不同页面看起来属于同一个企业。

第四类工作是收集外界理解。客户是不是知道我们做什么？有没有把我们和另一类产品弄混？销售反复需要纠正哪些印象？品牌负责人可以把这些问题带回内容与介绍，继续修正。品牌建设不是只在换Logo时发生。

一篇文章怎样同时帮助品牌与业务

假设维护软件企业写一篇“维修记录为什么查不到”的文章。文章先把常见工作过程讲清楚，再解释怎样统一记录对象、负责人和存放位置。即使读者暂时不买软件，他也能获得帮助，并逐渐认识这家企业长期关注什么问题。

当另一位读者恰好在评估管理工具时，文章可以链接到产品范围或实施说明，让他继续判断。这里没有必要把每一位学习者都要求留下信息。文章首先完成学习任务，再为有进一步需要的人提供相关入口。

品牌与业务的关系就在这些具体工作中形成：读者理解得更准确，更容易判断是否继续合作。不能把品牌价值只缩成某一篇文章产生了多少询问，也不能因为长期价值难以立即统计，就不关心内容是否真正被理解。

怎样开始完成自己的一份品牌介绍

选一个你熟悉的产品，分别回答六个问题。写完后请一位不了解业务的人读一遍，只问他三件事：这家公司做什么、适合谁、凭什么值得进一步了解。如果对方答不出来，先补具体信息，不要急着增加宣传词。

你现在已经知道品牌负责人做的不是单一设计工作，而是把企业希望传递的信息、可公开依据和持续接触组织起来。下一课我们换到客户一侧，理解为什么一家公司采购时，不同人会问不同的问题。

为什么卖给企业，不像自己买一本书

你给自己买一本书，通常可以自己决定。工厂购买设备维护软件时，维修人员要用，技术同事要检查环境，负责人要考虑安排与费用。与你交流的人可能并不能独自决定购买。这就是B2B内容经常需要解释得更完整的原因。

先认识采购中的几种人

我们先按工作区分角色。谁会每天使用？谁会检查技术条件？谁会决定是否投入？谁会安排采购手续？这些是为了理解问题，不是要求每家公司都有四个独立岗位。一个人也可能同时承担多种角色。

B2B客户购买的常常是一项会改变多人工作的产品或服务。即使沟通对象只有一个人，他也可能需要回去向同事解释。因此内容不仅要说服眼前的读者，还应帮助他回答内部讨论中会出现的问题。这就是为什么功能介绍之外还需要使用步骤、限制条件、事实依据和实施说明。

角色画像的作用，是把信息需求具体化。它不是编一个名字、年龄和性格就算完成，而是说明这个人在决策中承担什么工作、担心什么、需要哪些依据。技术评估者可能同时也是使用者；小企业里负责人也可能直接使用系统，角色可以重叠。

原始笔记用意识阶梯解释认知变化。学习时可以保留它的启发：不知道问题、理解问题、比较方案和建立信任，确实需要不同的信息。但不要把模型当作严格顺序。客户可以跳着阅读，也可能在谈价格之后返回技术问题。内容架构应允许往返，而不是只设计一条不可回头的推销路径。

从客户的问题，找到应该准备的内容

先把客户原话记下来，再决定给他看什么。问怎样使用，需要步骤和操作例子；问能不能接入，需要准确的技术说明；问是否值得做，需要业务问题、准备工作与真实依据。不要给所有人同一段产品口号。

同一套维修软件，四个人会问什么

继续看设备维护软件企业。维修人员关心是否会增加录入工作；车间负责人关心能否找到经常故障的设备；技术同事关心系统能否与现有环境配合；管理者关心实施要占用哪些人员。四个问题都与同一产品有关，但需要不同层次的答案。

假设网站只有一段“全流程数字化管理，赋能企业高效运营”，读者无法判断具体变化。可以改为：用一张前后流程图说明维修记录怎样产生与使用；用一份产品能做与不能做的事说明哪些信息能汇总；用实施准备清单说明客户需要提供什么。这里的具体答案必须来自实际产品事实，不能凭编辑想象补全。

在纸上把角色写成四列，每列先放两个问题，再在问题下标记现有证据。空白处就是内容缺口。优先补影响决策的重要问题，不必为了让矩阵整齐而给每个角色生产同样数量的页面。

把“我要一份产品介绍”拆成三个具体问题

假设工厂负责人说想要一份介绍。先不要判断他已经准备采购，可以询问这份资料主要给谁看、希望解决哪项疑问。如果是给维修人员看，先解释日常记录怎样完成；给技术同事看，说明需要检查的使用条件；给负责人看，则说明项目要改变什么工作和需要哪些配合。

读者不必记住一个复杂画像模型，可以先在脑中放进一个具体的人。这个人下一次开会要回答什么，就是你要准备的内容。若不知道实际参与者，就先问，不要用自己想象的职位代替客户情况。

客户已经询价，还需要解释产品吗

需要。询价可能只是收集信息，不说明每位参与者都理解产品。先了解还有哪些问题，再补相应内容。读到这里，你应能把“客户”拆成具体的人和问题。下一课再看市场团队怎样分工，准备这些不同的内容与沟通。

为什么一个市场部会有这么多不同工作

看到有人投广告、有人写文章、有人办活动，新人很容易以为这是几份互不相关的工作。先回到第一课：它们都在帮助企业被合适的客户认识，并发现具体需要。分工不同，是因为完成这些工作需要不同能力。

课件里的三叉戟，画的是哪几类工作

广告工作让信息到达客户，并准备点击后的页面；内容工作把问题讲明白，提供文章、指南等材料；活动工作让企业与读者通过演讲、交流建立接触。三叉戟的另一部分是线索管理：有人回应询问、了解需要、提供后续资料，再与销售合作。

团队配置可以先分两层看：一层是业务链路需要哪些能力，另一层是谁以什么方式承担。内容研究、编辑、搜索运营、官网维护与线索处理需要存在，但不一定每项都对应一个独立岗位。小团队尤其要避免用岗位名称代替责任说明。

原笔记的三叉戟模型把广告、内容和活动理解为获取线索的力量，把联系建立后的需求了解与持续沟通理解为后续转化工作。学习价值在于提醒我们同时看获客与承接。它不是完整公司架构，也不能直接推出每家公司都需要四支独立团队。

配置能力时还要区分执行与判断。外部合作可以承担制作、运营和技术工作，但客户理解、业务优先级和最终事实责任仍需有人掌握。即使使用AI完成初稿，也要明确谁提供依据、谁判断是否准确、谁负责完成最终稿件。

小团队先安排工作，再决定岗位

先列本月必须完成的事情，再判断谁负责、谁提供资料、谁核对。不要因为图里有四类能力，就认为必须招聘四支团队。比如一篇产品文章，编辑负责组织文字，产品同事提供事实，网站同事完成页面，分别承担一部分。

用一个产品页面，看清团队怎样合作

维护软件企业准备重做一个产品场景页。内容人员会写作，但不熟悉维修流程；产品专家了解业务，却没有时间独立成稿。合理分工可以是：专家讲清使用场景和限制，编辑组织客户能理解的文本，网站人员实施，专家核对事实。

如果只把任务交给“内容岗”，编辑可能不得不猜测业务；如果要求专家写完全文再开始，项目可能长期停滞。分工应围绕实际贡献，而不是把整件事塞进一个职位描述。

最后做一次交接检查：主责人明天休假，其他人能否找到资料、知道当前结论、了解尚未确认的问题？若答案是否定的，缺失的不一定是人手，也可能是没有记录判断与工作状态。

一篇产品文章怎样由几个人一起完成

假设你是刚加入团队的内容编辑，要写多车间记录管理。第一步不是直接打开编辑器写全文，而是请产品同事讲一个工作场景：记录由谁产生、现在放在哪里、产品怎样帮助。第二步把这些解释整理成提纲，让对方核对有没有误解。第三步才写正文、配图并安排页面。

这件事可能涉及四种贡献，但不一定由四个人完成。小团队里一个人可以兼任几个环节，仍应知道什么时候是在提供事实、什么时候是在编辑、什么时候是在核对。角色清楚之后，出现问题也更容易找到需要补充的工作，而不是笼统说文章没有写好。

两个人能不能开始做数字营销

可以先做范围较小的一条完整路径，例如一个客户问题、一篇文章和对应官网说明，同时明确谁回答后续询问。不能什么都铺开、每一段又都没人负责。后面几课会逐项讲渠道、广告和官网，你会更容易理解各项工作需要谁配合。

先把“渠道”换成一个容易理解的问题

如果一家工厂遇到维修记录管理问题，负责人可能搜索解决办法、问同行、看行业内容或参加交流会。对软件企业来说，这些都是可能接触客户的地方，也就是渠道。选择渠道，就是决定先去哪里与哪些人建立接触。

主动搜索和看到内容后感兴趣，有什么不同

主动搜索的人已经提出一个问题，希望马上找到相关答案；刷到内容的人可能还没有明确寻找方案，需要先理解问题为什么与自己有关。前者适合直接解释来意，后者通常要从具体场景讲起。不是所有渠道都适合放同一段文字。

渠道是信息到达客户的一种路径。搜索、行业媒体、活动和社交内容的运行方式不同，但都要回答同一个问题：目标客户为什么会在这里接触我们的信息？选择渠道不能只凭平台总用户量，因为平台上人多不代表相关需求多，也不代表这些人正在处理采购问题。

可以把入口分成两种观察方式。一种是承接已表达的需求，例如客户搜索具体问题；另一种是帮助客户发现还没有明确表达的问题，例如读到同行的工作方法。它们都可能有价值，但内容任务不同。前一种要迅速回应来意，后一种通常需要先解释问题为什么值得关注。

比较渠道还需要比较依赖条件。投放之前要有相应页面，活动之后要能整理问题，内容分发之前要有足够清楚的观点。成本也不只是广告费，还包括研究、制作、协调与后续跟进的人力。把这些一起列出来，才不会把看起来免费的渠道误认为不需要投入。

第一次选渠道，可以怎样开始

先问销售或已有客户：平时遇到工作问题去哪里找答案，采购前看过哪些资料。把听到的地方列出来，再检查自己是否有合适内容、能否回答后续问题。先选一条有准备的路径做小范围尝试，不用同时开通所有平台。

维修软件企业的两条起步路径

维护软件企业有两个设想：在大众平台介绍品牌，或围绕“设备维修记录怎么管理”提供搜索内容。先不判断哪个绝对好，而是分别写出读者会看到什么、为什么继续阅读，以及网站能接着解释什么。

若搜索内容已经有实际业务依据，可以先围绕这一个问题完成入口与页面，观察来访者提出的是工作方法问题还是采购需求。若行业活动更容易接触到实际使用者，也可以把客户问题研究作为活动目标，不能只用咨询数量评价两条路径。

最终记录“哪类客户、在什么场景、对哪类信息有反应”。这个结论比某平台好用更具体，也能告诉团队下一次该复制哪些条件。实际记录少时，结论写成初步线索，继续验证，不把偶然反馈当作稳定规律。

把一个问题分别放到搜索和活动中

仍然以维修记录为例。在搜索中，读者已经输入了“记录怎样整理”，文章开头就应回答对象、字段和步骤；在活动中，参加者可能只是觉得管理不方便，讲师可以先讲一个查找记录的场景，让他认出自己遇到的问题。两者讲的知识相通，开场却不同。

选择渠道后，把后面的内容也走一遍。如果搜索结果写免费表格，点击后只有软件销售介绍，就没有兑现来意。若活动邀请写入门学习，现场全是高级统计术语，也会让听众跟不上。渠道选择因此不仅是在平台间挑选，也是在为某种来意准备合适的解释。

怎样知道这条渠道值得继续做

不只看来了多少人，也看他们问的问题是否与你的业务相关。如果大部分人在找完全不同的产品，要先检查受众和介绍。如果只是资料不足，就补清楚解释。下一课讲搜索广告，看看一条具体渠道如何从客户提问开始运行。

客户搜索时，广告为什么会出现

搜索广告是一种付费展示方式。企业在广告平台选择希望参与的关键词，准备广告介绍与目标页面，并设置相关投放条件。客户输入相关问题时，平台根据自身规则决定展示哪些广告。本课先理解这条过程，不要求你立即操作广告账户。

关键词、搜索词、广告和落地页分别是什么

关键词是企业在账户里设置的词；搜索词是客户实际输入的内容；广告是搜索结果里让客户看到的介绍；落地页就是点击后打开的网页。比如客户找“维修记录管理软件”，广告应解释相关产品，点击后也应看到这项产品的说明。

SEM在本课中特指付费搜索广告。理解它时，先不要从复杂账户结构开始，而要看四个对象：客户实际搜索的词、投放设置的关键词、展示的广告，以及点击后到达的页面。任何一处表达错位，都可能带来访问，却没有带来相关需求。

搜索词与关键词不是同一件事。关键词是运营者的设置，搜索词是用户真实表达；不同匹配机制可能使二者不完全一致。因此上线后的观察不能只看账户里设了哪些词，还要检查实际触达了什么来意。具体平台规则会变化，应以当时官方说明与账户报告为准。

首次测试最好回答一个清楚的问题，例如某类明确需求能否被产品页面有效承接。它不是同时证明所有市场都值得进入。预算、观察的时间范围、暂停条件和有效需求定义应在测试前写清楚，否则看到点击多就高兴、看到咨询少就否定，缺少稳定判断依据。

把一个需求拆成一组完整内容

先选一个具体问题，再准备相关关键词、广告文字和页面。不要把挖掘机、推土机、起重机等不同需求全部放进同一个介绍，这正是课件用“多个鱼塘”说明的分组思路。每组回答一个相对明确的需要，后来也更容易看出哪里要改。

花费1000元之后，怎样读懂结果

假设维护软件企业要测试“设备维修管理软件”相关需求。页面应回答服务对象、解决的问题、基本工作方式与适合使用的情况。若广告写免费维修模板，却进入付费软件介绍，点击者即使很多也不能证明产品需求强。

教学假设：一个观察期花费1000元，记录到20次需求表达，其中5次符合事先定义的业务条件。可以分别算出每次需求表达成本50元、每次合格需求成本200元。它们回答不同问题，不能只挑较好看的50元来报告；这些数值也不是行业基准。

再检查5次合格需求能否被承接，以及其余15次为什么不适配。若多来自模板搜索，先缩小或修正来意；若搜索相关但页面没解释范围，先改页面。把原因与动作连起来，测试才积累知识。

把三个搜索词放进合适的广告组

假设企业提供设备维护软件，收到三个搜索表达：设备维修管理软件、维修记录表格下载、设备维修工招聘。它们都含维修，却不是同一需要。第一个可能与软件相关，第二个可能只是找资料，第三个在找工作。不能只因关键词相似，就把它们放到相同产品介绍。

接着为软件相关需要写一句准确广告介绍，再打开对应页面检查它是否解释同一件事。实际投放之后还要看真正出现的搜索词，因为平台的匹配方式可能带来未预料的表达。新人先学会这项区分，再逐步学出价和账户设置，会更容易理解每项操作为什么存在。

点击便宜，就说明广告做得好吗

不一定。便宜的点击如果来自不相关需要，对业务帮助可能很少。先分清点击、主动询问和适合继续沟通的需求，再计算各自成本。具体平台设置会变化，实际操作时查阅当时的官方说明；我们在这里先学不会轻易变化的信息匹配关系。

官网是客户随时可能翻开的企业介绍

客户可能在第一次听说企业时打开官网，也可能在销售交流后回来核对信息。因此官网不仅是一张名片，还承担产品解释、内容学习和建立信任的工作。先弄清访客需要了解什么，再讨论要放多少栏目。

用五个问题安排主要栏目

课件把官网结构比作自我介绍：我是谁，我有什么产品，有什么行业经验，有什么真实案例，为什么值得选择。它们可以分别形成关于我们、产品、解决方案、案例和资源内容。不是栏目名字齐全就完成，关键是每个页面真的回答了对应问题。

官网内容规划不是先收集几句品牌口号，而是把业务事实翻译成客户可以判断的信息。页面应让读者知道面向谁、解决什么问题、怎样提供帮助、有什么前提，以及还需要到哪里了解细节。只有这些答案清楚，视觉设计才有具体服务对象。

可以先写一份没有装饰的页面提纲，逐段说明这部分解决哪个问题。如果两个段落都只在说专业可靠，就需要补具体依据或合并。内容先行不意味着忽视设计，而是避免用大图和动画掩盖信息缺口。

还要区分企业内部语言与客户语言。内部可能按产品模块命名，客户却按工作问题寻找答案。导航和标题可以使用客户熟悉的任务表达，再在正文引入准确术语。翻译不能改变事实：尚不支持的能力不能因为更好理解就写成已经支持。

先写页面内容，再交给设计

从一个产品页开始，先写服务对象、具体问题、工作方式、支持的功能与需要客户配合的条件。把资料不足的地方列出来，找相关同事补充。文字与示意流程基本讲得通后，再决定怎样排版和配图，减少因为内容变化反复返工。

把维修软件的功能列表改成可读介绍

维护软件企业原页面按六个功能模块排列。新访客不清楚为什么需要这些模块。可以先解释维修记录分散带来什么工作困难，再用前后流程图说明信息如何汇总，最后让读者进入相应功能说明。

第一屏可以写清面向哪类设备维护团队及主要任务，第二部分解释典型流程，第三部分给出功能与边界，第四部分说明实施准备。这个顺序只是当前场景的教学示例，不是所有官网必须采用的固定模板。

当产品人员核对时，要逐项检查“这句话是否事实成立”，编辑检查“没有参与项目的人能否理解”。如果没有可公开案例，可以说明方法与适用条件，不能用匿名成功故事填补版面。

从六个功能名，写成一页顺着读的介绍

假设产品材料只有设备台账、工单、报表等功能名称。新人看到名称，仍不知道它们怎样帮助工作。可以先讲“维修人员怎样知道要修哪台设备”，再讲“修完之后怎样记录”，最后讲“负责人怎样回看记录”。功能就被放回一个容易理解的过程。

接下来每个部分补真实说明：谁操作、要提供什么信息、能看到什么结果。若暂时不清楚，就向产品同事核实。不要为了让页面看起来完整而编功能。完成后让不了解软件的人复述一次过程，他在哪一步停住，就补那一步需要的解释。

页面漂亮，为什么客户还是看不懂

可能是缺少具体对象和问题说明。检查第一屏能否回答“这是什么、适合谁”，后面的章节能否说明怎样使用。设计应延续企业已有字体、品牌色和间距，让读者专心理解内容。下一课继续安排页面之间的阅读顺序。

客户不一定先看到首页

有人直接搜索到文章，有人收到产品页链接，也有人从活动介绍进入网站。如果每页都假定读者已经看过首页，就容易缺少必要背景。所以一篇文章至少要交代它讲什么问题，一个产品页至少要说清产品和对象。

下一步不是随便放一个“了解更多”

假设客户看完维修记录管理方法，可能想了解设备台账是什么，也可能想看软件能帮助哪些步骤。这些就是自然的下一问题。链接文字应说明目标内容，比如“了解设备台账的字段”，让读者在点击前知道会得到什么。

浏览路径是读者从一个问题走向下一个问题的过程。网站可以提供顺序，却不能要求所有人都从首页开始。搜索进入文章的人可能还不认识公司，直接进入产品页的人可能已经做过比较，因此每个关键页面都需要足够的上下文。

设计内链时，要先解释为什么值得继续阅读。与其统一写了解更多，不如写查看实施准备、理解线索定义或继续学习下一课。明确的链接文字既帮助读者做选择，也让页面之间的主题关系更清楚。

不是每一页都需要立即收集联系方式。知识页面可以把读者引向下一课、词条或深入解释，让他完成当前学习任务。强行在每一步设置表单会打断阅读，还增加后续处理负担。本课程直接公开正文与图解，学习不依赖提交信息。

试着画一条只有三个页面的阅读路线

先写入口页，再写读者看完后可能追问的问题，最后选择能回答它的页面。例如“维修记录方法→怎样准备基础数据→实施准备说明”。从头读一遍，看每一步是否接得上。没有相关内容就补答案，不要为了有链接而随意推荐。

从一篇维修记录文章继续了解产品

读者搜索“设备维修记录如何规范”，进入一篇方法文章。正文先解释记录对象、字段与责任，再提供一个示意流程。读完以后，他可能需要一份实施准备说明，也可能只是想继续学习数据统计，两条路径都合理。

在文章相应位置放具体链接，比在文末堆十个无说明的推荐更容易选择。产品说明链接可以注明它解释软件能协助哪些步骤，而不是突然要求预约演示。这样既维持学习体验，也保留进一步了解业务的入口。

用纸画三个方框：入口文章、下一问题、对应页面。沿着每条箭头读一遍链接文字，如果不知道为什么要点，就补充上下文或删除无关连接。路径不以点击次数多为好，而以问题是否被顺利解决为依据。

给一篇文章安排两个合理出口

不是每位读者都需要走向同一个页面。读完维修记录管理文章，有人还不懂设备台账，可以去基础词条；有人理解方法后想判断软件，可以看产品说明。文章不需要替他作决定，但应说明两个入口各自回答什么。

正文中的链接最好出现在问题出现的位置。讲到设备对象时，连接设备台账定义；讲到工具帮助时，连接产品范围。这比文末堆一串没有说明的标题更自然。最后检查读者能不能返回本课或继续下一课，让知识可以前后查阅。

学习页面需要收集联系方式吗

不一定。学习页面可以让人直接读完、继续下一课或查询概念。当前基础课就不设置填写或提交要求。是否需要进一步交流，由读者根据自身问题选择。清楚的阅读路径首先帮助他完成眼前任务。

不投广告，客户还能找到官网吗

可以通过自然搜索、他人分享等方式找到。自然搜索结果不是企业为每次点击直接购买的位置，SEO就是围绕网站可发现性和内容相关性开展的工作。如今读者也会直接向AI提问，GEO则关注企业和内容在这些答案中怎样被理解。

搜索问题和网页答案怎样对应

如果客户问“设备维修记录应该包含哪些内容”，页面应该解释记录对象、必要信息和使用方法，而不是只重复产品名称。标题说明问题，开头直接回答，后面补步骤与例子，这样人和搜索系统都更容易理解这页的主题。

例如，客户搜索维修记录字段时，搜索结果会列出一些网页，读者可以选择打开。客户向AI询问同一问题时，可能先看到一段整理后的回答，并在其中看到引用链接。网站需要先有可阅读的完整资料，才有内容可以被发现、理解和引用。

写作时可以用“先回答，再解释”的顺序：开头直接回应问题，接着定义概念、说明机制、给出例子和使用条件，最后提供可以核对的资料来源。这样读者能先知道结论，再判断它是否适用于自己。不能为了方便摘取，把复杂条件全部删除，否则被引用的结论反而可能失真。

技术方面，清楚的标题、稳定的网址、正文内链和与可见内容一致的结构化信息，能帮助组织信息。但结构化数据描述的是页面事实，不是效果开关。Google对其AI搜索功能没有额外特殊优化要求；不同AI产品存在差异，不能把单个平台说明扩展成全部平台的保证。

新人先做好四项基础工作

第一，选一个确实值得解释的问题。第二，写出完整答案，解释第一次出现的术语。第三，让相关页面用清楚链接互相连接。第四，检查页面可以打开、正文可以阅读、来源能够找到。先完成这些，再逐步学习具体平台的报告与技术设置。

为维修软件安排三种不同内容

维护软件企业准备回答“设备维修记录系统适合哪些工厂”。先由产品事实明确范围，再解释什么管理问题适合软件帮助、什么问题需要先改流程。不要把“所有工厂都需要”当作优化关键词的办法。

随后安排不同页面：产品页解释能力与实施条件，课程解释怎么判断问题，词条解释专业概念。三者可以互相引用，但不要复制同一段内容做出大量近似页面。每个网址要有自己的学习或决策任务。

观察时，在搜索报告中看页面曝光、查询与点击；在AI场景中保留提问原文、平台、日期、答案和引用来源。品牌出现、被正确解释、被引用是不同现象。一次答案不能代表长期表现，也不能单独证明成交来自AI。

把一个模糊标题改成可回答的问题

例如“数字化时代的高效管理”很宽泛，读者难以知道打开后能学到什么。可以根据实际内容改成“设备维修记录需要保存哪些信息”。开头先说明记录对象、时间、问题和处理结果等应按具体工作确定，再逐项解释，而不是先写一大段趋势口号。

一页只要把这项问题完整讲清楚，就已经有独立价值。如果还需要解释设备台账，可以链接另一篇基础页。不同表达但相同问题，不必反复建相似网址。这样网站既有清楚的入口，也有相互连接的知识，而不是让读者在一堆近似标题间挑选。

页面上线以后应该看什么

搜索场景看哪些问题带来展示和点击；AI场景保留实际提问、答案及引用页面。被提到、被准确介绍、被引用是不同结果，不要混为一谈。Google关于其AI搜索功能的说明指出没有额外特殊优化要求；具体说明见本课相关资料，不代表所有AI产品采用同一机制。

Google对AI搜索功能的说明。

为什么客户需要读你的内容

客户可能不知道问题怎样解决，也可能正在比较不同办法。企业掌握产品和行业知识，可以用文章、图示、演讲等方式把这些知识讲明白。课件把它称为信息补全：不是为了每天发布而发布，而是补上读者现在缺少的解释。

初学者和正在选产品的人，需要不同内容

刚接触的人先需要理解问题和基本概念，例如“维修记录为什么要统一”；已经知道办法的人需要具体步骤，例如“先整理哪些数据”；正在选产品的人会问能力和实施条件。内容难度应该跟着读者已有知识变化，不能给新人直接讲复杂模型。

内容选题是把客户的信息需求转成可以回答的编辑任务。一个好题目应能说明谁会问、为什么现在问、读完能做出什么判断。只写行业趋势或产品优势，往往范围太大，作者很难决定哪些内容必须出现。

同一主题可以有多种内容形态。词条讲清一个概念，课程教会一项方法，文章分析一个问题，产品页说明实际能力。形态不同并不意味着把同一篇文章拆成几份；每份内容都要完成独立任务，并与已有内容建立关系。

数量计划应建立在问题与证据之后。先整理真实提问，合并同义问题，再判断哪些能用现有资料回答，哪些需要访谈或核对。对没有依据的选题，生产任务应该是补证据，不能靠扩写把不确定内容变成确定结论。

从一句原话写出一份选题说明

听到客户问“上线前要准备什么”，先保留这句原话，再问清他准备使用什么产品、已经知道哪些事情。接着列出正文要回答的几个具体问题，找产品同事确认资料。最后决定写一篇指南还是补进已有页面，不必每个近义问法都单独新建内容。

把“上线前准备什么”变成一篇可读指南

维护软件的销售多次被问“系统上线前需要整理哪些基础数据”。编辑简报可以写：面向准备实施的工厂负责人，帮助判断数据准备工作，依据来自产品实施说明，正文需解释数据对象、责任、质量检查和常见遗漏。

这个问题不需要先写一篇泛泛的数字化转型趋势。可以直接做实施指南，并链接到设备台账等词条。若已经有相似文章，优先更新或建立清楚分工，避免不同页面对准备条件说法不一致。

计划排期还要考虑依赖。产品专家核对资料需要时间，因此先安排访谈与事实确认，再安排写作和上线。发布之后记录新增追问，决定是否补章节，而不是每次都创建新网址。

为一个初学者选出第一篇文章

假设读者第一次接触线索管理。此时写“多触点归因怎样提升生命周期价值”会让他连题目都看不懂。更合适的起点是“线索和客户有什么不同”，用几个简单联系场景解释。理解以后，才继续讲市场与销售如何接手，再学数据与后续分析。

这里不是把复杂知识删除，而是把它放到读者有准备的时候。同一个主题可以形成连续课程：每篇解决一个问题，前一篇提供后一篇需要的概念。写作时明确读者已经知道什么，能够减少一边读一边到处查词的负担。

写得多和真正有帮助，怎样一起考虑

先把重要问题覆盖完整，再安排数量。某个问题只差一句解释，可以更新原文；一个需要从头讲清的方法，则值得单独成篇。下一课学习长指南怎么组织，让较多知识仍然容易顺着读下去。

长指南为什么不能只是把文章放在一起

假设读者希望学会整理设备维修记录。他需要先知道记录什么，再知道谁来记录、怎样填写、最后怎样查找和使用。如果第一篇讲报表，第二篇才解释设备编号，虽然知识都在，仍然很难学习。目录的任务就是安排好理解顺序。

白皮书和指南，先说清写给谁

白皮书通常是一份较系统的专题资料，可能解释行业问题、方法或方案。我们这课重点讲其中的知识组织。面向初学者时，先解释基本名词和工作场景；面向已有经验的人，才进一步比较复杂做法。不能用篇幅长短代替难度判断。

白皮书或长篇指南的价值，在于把分散知识组织成可以连续理解的体系。长度本身不是价值。如果前后章节没有关系，读者仍需要自己拼出结论，就只是资料堆积。写作之前要先用一句话说清整份资料要帮助谁解决什么问题。

章节结构可以从概念走向判断，再走向实施与复盘。每章都应说明与上一章的联系，并在结尾交代下一章为什么必要。图表适合表达对象关系、步骤和比较，但不能用复杂图形代替解释：图中每个节点都应在正文有明确含义。

来源管理从提纲阶段就要开始。区分原始事实、作者判断与教学假设，保留原作者、年份和定位。引用旧资料时，应检查是否涉及已经变化的产品、规则或数字。未经核实的历史说法不能因为排版正式就变成当前事实。

课件里的七步，怎样变成实际写作过程

先了解读者和问题，再确定主题；之后明确章节、材料和负责人，让懂业务的人提供事实，编辑把它们组织成完整文字。内容连起来后再做设计，最后安排怎样被读者找到与使用。设计不是最后给文字加装饰，而是用图和排版帮助读者理解关系。

把维修记录管理写成四章完整指南

维护软件企业要制作“维修记录管理入门指南”。第一章解释记录对象，第二章讲责任与流程，第三章讲字段与质量，第四章讲如何使用记录复盘。这样读者理解前一章后，就具备进入下一章的基础。

假设现有文章包含设备台账介绍、维修流程与月度统计，可分别作为章节依据，但需要统一设备、事件、工单等概念。不能直接拼接后保留彼此冲突的定义，也不能把没有来源的行业平均数字补进开头制造权威感。

最后找一个具体场景从头走完：新维修事件怎样记录，谁核对，怎样关联设备，月末如何使用。若中间缺少动作或定义，就补解释。长资料是否完整，可以用一个场景能否走通来检查。

为“维修记录管理入门”安排一份目录

先列读者最终要做的事：把一次维修发生后的信息有序保存并能够查找。再往前推，他要先认识设备和维修事件，再知道保存哪些内容、由谁填写、怎样检查。于是目录从对象开始，走到步骤，最后走到使用记录。

写每章时，不能只列动作名称。例如“检查数据质量”还需要解释检查什么：是否找得到对应设备，时间是否完整，处理结果是否容易理解。图可以把对象关系画清，例子可以把具体填写过程讲清。不同章节的长度可以不同，取决于读者需要多少解释。

怎样检查整份资料能否从头读通

找一个具体工作例子，从第一章走到最后一章。如果下一步突然需要一个从未解释的概念，就把解释放到前面。如果读者只看到原则却不知道怎样做，就补步骤与示范。对这门基础课，我们同样按这种方式逐课连接，而不要求每课套同样目录。

先想清参加者为什么愿意来

活动可以是线上分享、线下沙龙或行业交流。参加者通常需要某种收获：理解一个工作问题、学习一种办法、认识有相关经验的人。企业也可以介绍自己，但若整场只剩产品宣传，参加者很难获得原本期待的帮助。

一场活动有哪些前后相连的工作

活动前要明确主题、对象和介绍方式；活动中要把知识讲清楚，留意参加者的疑问；活动后要整理资料和未回答的问题。内容复用发生在这个过程里，不只是把录像换一个标题再发出去。

活动不只是发生当天的一次传播，也可能产生客户问题与解释材料。复用的前提是知道原话来自谁、对应什么上下文、是否允许公开。客户提问、讲者观点与企业立场不能混写，更不能把他人的经验自动归成自己的案例。

整理时先按问题拆分，再判断适合怎样表达。一个短问题可以形成问答，一段完整方法可以形成课程章节，多位讲者的分歧可以整理成有来源的比较。不同形态服务不同阅读任务，不是把同一段话机械缩短或拉长。

复用还要保持必要限定。如果讲者说某方法在特定团队条件下可行，改写时不能删掉条件，只保留“这种方法有效”。对于缺少公开授权的身份、经营数字和项目细节，应删去识别信息或不使用，而不是用模糊称呼保留全部敏感情节。

把活动问题整理成后续学习材料

保存讲稿和提问，按相近问题归类。一个清楚的小问题可以写问答，一段完整方法可以写课程，多个连续问题可以形成指南。引用讲者和客户内容时，保留来源和允许公开的范围，不把别人的项目说成自己的案例。

从“设备编号不统一”这个现场问题继续讲解

维护软件企业举办一场方法交流，听众问到设备编号不统一怎么办。编辑先找到完整问答，确认讲者是否提供了步骤与条件，再决定能否形成“设备编号整理的起步方法”。

如果原回答只给出方向，后续需要补充经过核对的解释，不能假装活动现场已经讲完所有细节。成稿说明来源于活动讨论并经编辑补充，引用他人观点时保留归属。教学示例与现场客户情况分开。

这一主题还可链接到设备台账词条和数据准备指南，三份内容分别完成概念、操作和整体准备任务。复用的成果不是发出多少条，而是有多少真实问题得到完整回答。

把一场入门分享拆成活动前、中、后三段

活动前，邀请介绍要说清主题适合谁，以及参加者能学到什么。活动中，先解释概念，再演示一个完整过程，留意听众在哪里追问。活动后，整理这些问题，补足现场来不及讲清的部分，让没有参加的人也能够阅读。

例如现场有人问“每台设备为什么要有编号”。如果只整理成一句“编号很重要”，后来读者仍不懂。可以补一个同名设备混淆的例子，再解释编号怎样关联维修记录。活动由此产生一篇完整基础内容，而不仅是一份发生过什么的纪要。

活动结束后，还有什么值得观察

除了参加人数，也看问题是否得到回答、哪些内容值得补充、是否出现愿意进一步交流的实际需要。有人只来学习，也是正常情况。活动材料应首先帮助他完成学习，再给有需要的人提供进一步了解的入口。

看过文章的人，已经是客户了吗

不是。有人只是路过，有人认真学习，有人正在找产品。企业首先要分清已经知道了什么：只知道页面被访问，还是知道是谁在询问，或者已经确认具体采购问题？线索管理就是从这些基本区别开始。

访客、线索、客户分别是什么意思

访客是来到网站或接触内容的人；联系人是一条可以识别人的信息；线索则是符合本企业记录条件、可以继续了解的潜在联系。客户通常表示已经建立实际合作的企业。课件提醒，不同公司会按业务规定线索所需信息，因此要先了解本公司的定义。

线索并没有适用于所有企业的统一最低标准。团队需要结合业务说明什么记录可以进入线索池、什么情况算有效、什么条件值得销售进一步判断。定义不是越严格越好，而是要服务实际分工，并能被不同成员一致执行。

有效性与适配性应分开看。联系方式可用，说明有机会沟通；并不说明对方属于目标客户。相反，一个表达了明确业务问题但暂时没有完整联系信息的访问，也不能简单等同于没有价值，只是它尚不满足某类可跟进记录的条件。

状态名称要对应证据。例如“已沟通”说明发生了动作，“需求已确认”说明获得了某种判断依据，二者不是同一阶段。把动作与质量混在一起，会导致报表看起来不断推进，实际却没有增加对客户的理解。

先给三种询问安排不同去向

一个学生索取学习资料，一位工厂负责人问产品，一位已有客户问使用问题，虽然都是真实的人，却需要不同帮助。分别处理学习、潜在采购和客户服务，避免把所有询问都塞进新销售线索。先分类，再决定由谁继续。

三条真实联系，为什么不能都算新商机

维护软件企业收到三类记录：学生索取学习资料、工厂负责人询问多车间管理、现有客户咨询使用问题。三者都可能是真实联系人，但不应全部计为新销售线索。

团队可以分别进入学习反馈、潜在需求和客户支持路径。工厂负责人的询问仍需补充具体问题与当前方式，不能因为职位符合画像就直接计为商机。支持问题也应正确转交，避免为了营销数量重复计算。

将判断规则写成几个可理解的例子，再让两位同事独立分类同一批实际记录。若结果不同，先讨论规则哪里含糊。统一定义靠清楚的例子，不靠让所有人背缩写。

把四条联系逐一分类

教学示例里，第一人匿名读文章，第二人询问产品，第三人是已有客户咨询操作，第四人应聘岗位。先看每人的来意，再安排处理。匿名阅读还不足以形成可继续联系的记录；产品问题值得了解；使用问题需要服务；应聘问题应进入招聘路径。

如果只数收到多少条信息，后面的报表很容易把这些事情混在一起。分类并不是忽视某类人，而是让每个人得到正确帮助。真正需要统一的是团队怎样记录对象和来意，避免同一条信息在不同人手里变成不同统计结果。

为什么不能仅凭职位判断质量

职位可以帮助了解角色，却不能说明他现在需要购买。下载资料也可能只是学习。先如实记录已表达的问题，后续再了解。下一课把视角从一个人扩大到一家企业，解释为什么一家公司里的多人联系不能直接算成多个客户。

五个人咨询，为什么可能只有一家客户

假设同一家工厂的维修主管、技术同事和采购人员分别询问软件。你获得了三位联系人，但面对的仍可能是同一家企业、同一个项目。如果按电话号码直接计算企业数量，就会把三个人误当成三家客户。

先把人、企业、采购项目分开

联系人记录谁在交流，企业记录他们属于哪个组织，采购项目记录目前共同讨论什么事。同一家企业也可能在不同时期采购不同产品，因此项目不一定只有一个。先弄清真实关系，再决定怎样关联记录，不靠猜测合并。

漏斗是把不同阶段的数量与条件放在一起观察的方法。它能帮助发现在哪一段减少得多，却不能单独解释减少的原因。要让漏斗有用，每一层至少需要说明：统计对象是什么、进入条件是什么、何时进入、来自哪一批，以及重复记录如何处理。

最常见的错误，是上一层统计访问次数，下一层统计联系人，最后一层统计企业订单，却把所有比例都当成同一对象连续变化。它们可以共同构成业务视图，但必须说明主体转换。一位联系人可能访问多次，一家公司可能有多位联系人，一个企业也可能有不同采购项目。

还要区分期间统计与批次统计。期间统计回答这个月各阶段发生多少动作；批次统计追踪某一批线索后来去了哪里。两者都可以看，但回答的问题不同。如果B2B采购要跨月推进，用本月订单直接除以本月新线索，并不能得到这批新线索的成交率。

漏斗图在记录什么

漏斗就是把不同阶段的数量放在一起看。例如接触内容的人很多，提出询问的人少一些，继续评估产品的企业又少一些。它帮助我们看到过程，但每一层必须说明数的是人、企业还是项目。不能把不同对象的数量混着当成同一种转化。

20位联系人怎样一步步变成企业与项目记录

教学假设：维护软件的一次活动带来20位联系人，其中5位来自同一家工厂。首先保留20条联系人记录，不能直接说获得20家潜在客户。之后有3家企业愿意评估，最终1家进入采购；这些数字属于不同对象，应分别命名。

如果这1家企业在下个月推进，本月报表看不到最终结果是正常的。可以同时保留活动当月新增联系人数量，以及该活动批次截至某日的企业评估状态。这样既能了解工作发生情况，也能逐步观察后续质量。

当某批次的销售接收比例下降，下一步要看实际记录：是不是同一企业的重复联系人变多？是不是进入条件变了？是不是跟进时间还不够？漏斗先提出问题，原始记录再帮助解释问题，而不是反过来为了符合结论调整数据。

把三个人、一家工厂和一个项目画出来

假设维修主管先咨询，技术同事随后核对环境，采购人员最后讨论手续。先各自保留三位联系人的角色和交流内容，再把他们关联到同一家工厂。如果他们讨论的是同一项软件采购，再关联到同一个项目。这比删除看似重复的联系人更合理。

保存不同人的信息，可以帮助团队知道谁还需要什么解释。合并的是企业或项目关系，不是把三个人变成一个人。若以后这家工厂另一个部门提出不同采购，需要重新了解是否属于新项目，不能因为公司名称相同就直接混在原项目中。

为什么不能用本月订单直接除以本月新线索

本月订单可能来自几个月前的接触，而本月线索还在了解产品。要看某一批线索后来的结果，就持续追踪同一批对象，并说明截至什么时间。理解这一点后，再进入下一课的MQL和SQL，不急着背缩写。

为什么收到线索之后，还要再了解一次

上一课知道了人、企业和采购项目的区别。现在假设工厂负责人主动咨询，你仍需知道他遇到什么问题、产品是否相关、希望得到什么帮助。这个了解过程，是为了把合适的事情交给合适的人，不是给客户做考试。

把两个英文缩写翻译成工作动作

MQL是Marketing Qualified Lead，可理解为市场判断适合继续沟通的线索；SQL是Sales Qualified Lead，在不同企业可能对应销售接收或销售进一步确认。先看自己公司怎样规定，不要求所有企业采用完全相同条件。这里的“合格”是工作分工需要，不是对一个人的评价。

线索需求判断的任务，是判断是否值得进入下一种沟通，以及下一步需要弄清什么。它不是给客户贴永久标签，也不是用一个总分掩盖缺失的信息。客户情况会变化，判断应保留时间、依据与待确认事项。

提问从客户问题出发通常更自然。先理解目前怎样工作、什么地方受阻，再讨论期望与限制。预算、采购参与者和时间安排可能有帮助，但不应被当成审问清单。对方不知道预算，不等于没有实际问题；有预算，也不代表产品适配。

记录中要区分客户明确表达与工作人员推测。例如客户说本季度想了解方案，是事实；工作人员写本季度一定采购，是推断。后者如果进入销售预测，会放大误差。好的判断可以明确写未知，并安排合理的核实动作。

先问业务问题，再了解采购背景

可以从“目前怎样处理”“哪里不方便”“希望变成什么样”开始，再了解参与人、时间安排和需要核实的产品条件。课件还提到预算、权限、需求和时间等问题，但新人不必把它当成一串必须审问完的问题。先自然理解业务，缺少的信息如实保留。

工厂说记录查找太慢，怎样继续了解

工厂负责人说维修记录查找太慢。负责初步沟通的同事可以先问记录目前放在哪里、谁需要查询、困难发生在什么情境。这样能判断问题涉及信息分散、字段不一致还是权限管理，而不是马上把所有功能介绍一遍。

如果对方希望了解软件方案，但技术同事尚未参与，可以记录需要技术评估，建议下一次把相关人员一起纳入。不能把尚未参与误写成内部已经认可，也不能代替客户承诺时间。

最后给销售的记录可以是：问题已确认、产品范围初步相关、现有系统情况待核实、客户愿意进一步交流。它比“意向很强，尽快成交”更容易使用，也清楚暴露下一步工作。

把“看起来有兴趣”写成可继续工作的记录

假设客户说“我们有三个车间，想知道能否统一维修记录，本周希望先看一份介绍”。可以记录企业场景、具体问题和资料时间。暂时没有确认采购计划，就不要写本周成交；没有了解预算，也不要随意填一个数字。

接下来根据双方约定判断是否由销售继续。若产品大致相关，客户也愿意进一步交流，可以说明已知条件和待问问题交接；若只是初步学习，则先提供相关资料。关键是下一位同事知道为什么这样安排，而不只是看见一个缩写标签。

客户没有预算数字，还能继续帮助吗

可以先了解问题。暂时不知道预算，不等于没有实际需要；已经有预算，也不代表产品一定适合。好的记录写清客户说了什么、哪里还不清楚、下一步由谁继续。后面的MDR课程会把这次首次交流完整走一遍。

MDR是做什么的，为什么需要这个角色

可以先把MDR理解为营销侧负责初步沟通和需求处理的人。线索多时，销售未必能逐一了解所有来意，市场团队也需要有人持续回答问题。是否设置独立岗位取决于业务和工作量，不是每家公司都必须招聘一个同名职位。

客户来自不同地方，开场也应该不同

主动问产品的人，希望回答当前问题；刚参加活动的人，可能希望补充活动资料；读文章的人可能只想学习。先看已知来源，说明为什么联系，再询问是否方便。不要让对方重新解释一次已经告诉过企业的事情。

MDR通常用于描述营销侧的需求承接与初步判断角色，不同企业职责可能不同。本课关注其工作任务：理解来源与来意、补充必要背景、判断如何提供帮助，并把信息交给合适的人。它不能被简单理解为把所有联系人立即转给销售。

首次沟通的顺序影响信息质量。先确认对方曾接触什么内容，再询问当前问题，可以减少重复解释。开场应清楚说明身份与联系原因，让对方决定是否方便交流。沟通不是完成一串问题的考核，而是共同弄清是否有相关帮助。

回应时只承诺已经确认的能力与安排。对不确定的技术细节，可以记录后找相关人员核实。承认需要确认，比为了保持对话流畅而给出错误答案更有用。对方不愿继续时，应尊重其选择并正确记录。

一次对话可以怎样一步步展开

先用一句话说明身份和联系原因。接着问对方想了解什么，围绕实际工作补问必要背景。听懂后再解释相关内容，不熟悉的技术问题先核实。结束前复述自己的理解，让客户纠正，再确定下一步要发什么资料或由谁继续交流。

从“多车间记录难汇总”开始一段对话

负责人阅读了设备记录管理资料后主动询问。开场可以围绕他的问题：“您提到多车间记录难汇总，目前主要在哪一步遇到困难？”这个提问与来意相接，比从头介绍公司全部服务更容易获得有效背景。

若对方解释各车间使用不同表格，接着确认是字段不统一、更新不同步，还是查询困难。根据回答提供相关资料。涉及系统集成的问题若尚不清楚，就记录现有环境与疑问，安排专业同事补充。

结束时复述已理解的问题，以及双方同意的下一步。例如发送实施准备说明，并由对方阅读后决定是否继续评估。不要把“发资料”自动记成客户认可方案，更不要记录未经同意的回访约定。

把一句开场白继续讲成完整对话

可以先说：“您好，我是某公司的工作人员，看到您询问多车间维修记录怎样管理，现在方便了解一下吗？”对方同意后，继续问目前记录放在哪里、谁需要查询。得到回答后，再提供与问题有关的说明，不必一口气介绍全部功能。

例如客户说各车间使用不同表格，你可以复述“目前主要是格式不同，汇总时需要重新整理，对吗？”确认之后再解释产品或资料。结束时说清接下来会提供什么，以及还需要核实哪项问题。对话的关键是听懂与回应，不是每次必须讲满几分钟。

不知道答案时，应该怎样回应

直接说明这项问题需要请相关同事核实，并记录具体场景。不要为了让交流继续就承诺一定支持。准确回应比背熟一段介绍更重要。下一课学习怎样安排日常工作，让每一次沟通后的事情不被遗漏。

一天下来打了很多电话，为什么仍会遗漏事情

有些客户等资料，有些问题等产品同事确认，有些需求等销售接收。如果所有记录只写“已联系”，第二天很难知道该先做什么。日常管理的第一步，是把还需要完成的动作说清楚。

把工作分成几类容易看见的待办

新询问还没有回应，需要安排初步联系；问题没有回答完整，需要补资料；适合继续评估的需要，需要交给销售；已经交接的记录，需要知道谁在接手。四类工作都可能重要，不能只选择最容易完成的一类增加数量。

MDR的一天并不只是联系数量的累积，而是管理一组不同状态的工作。新需求需要被看见，沟通中的信息需要整理，适合推进的需求需要交接，暂时不推进的记录也需要有明确原因。状态清楚，才不容易遗漏或重复联系。

优先级可以结合客户已表达的时效、问题紧迫程度和已有约定安排。不要仅以职位高低或一次点击给所有记录排序。团队可以约定回应目标，但具体时间要结合服务时间、人员容量与渠道特点，不能随意把教学建议写成统一服务承诺。

记录应该让别人能接着工作。保留问题、背景、已提供信息、待确认事项和下一步，比只写“已联系”更有价值。同时只记录业务必要信息，避免把无关的个人细节带入共享记录。

从已有约定安排当天顺序

先查看今天已经承诺的资料和回复，再处理新需求与其他待办。完成交流后，立刻写清问题、已提供内容、待确认事项和下一步。具体回应时间由团队结合工作时间和人力约定，不能把课件里的示例时限当作所有公司的统一要求。

一个上午的三项工作怎样安排

维护软件企业的MDR上午发现三项工作：一位客户约定今天获得技术答复，两条新询问尚未回应，一条商机等待销售接收。先处理有明确时间约定的答复，同时安排新需求回应，不应只挑最容易联系的人增加数量。

沟通后把“记录难汇总”展开成具体背景，标记技术问题待确认。销售接收后确认由谁继续，避免MDR与销售同时重复联系。客户只收到资料但没有其他约定，则如实记录，不把状态人为向前推进。

当天结束时，将反复出现的实施问题汇总给内容与产品同事。若网站缺少说明，可以补充公开资料，减少以后重复解释。这使MDR不仅处理单条需求，也持续改善前端内容。

把一条“已联系”改成明天能继续的待办

原来只写“已联系，较有意向”，明天很难知道具体做什么。可以改成“客户询问多车间汇总，已发送产品范围说明；现有系统情况待确认，由产品同事补充问题；下一步按双方约定安排交流”。记录立刻有了可继续的方向。

再看另一条已发送资料但没有约定继续联系的记录，就如实保留当前状态。不能为了让待办整齐，给客户添加没有同意的回访安排。日常工作表只需要记录业务必要内容，既方便团队接手，也减少无关信息堆积。

记录写多少才够用

让下一位同事知道当前问题、已经做过什么以及还要做什么，就抓住了重点。只写高意向太少，把所有闲聊逐字复制又不容易查找。日终把反复出现的问题反馈给内容和产品同事，逐渐减少重复解释。

为什么不能给所有人同一份资料

刚学习维修记录的人，需要概念和起步步骤；准备评估软件的人，需要产品条件；已经使用的客户，需要操作帮助。把他们区分开，就能减少不相关的信息。这是分群最容易理解的用途。

标签和分群有什么区别

标签是一项信息，例如制造业、关注多车间管理、希望了解实施。分群是用这些信息找出一组对象，例如“正在准备整理基础数据的团队”。先有可信的信息，再选出需要相近帮助的人，不要凭一次点击就给人贴上马上采购的标签。

分群是把有共同特征或任务的对象放在一起，以便提供更相关的信息。它不是把数据库标签做得越多越好。如果两组最终收到同样内容、采取同样动作，这种细分可能没有实际使用价值，反而增加维护负担。

可以按企业属性、问题、阶段或行为分群，但需要说明依据的可靠程度。行业来自客户明确填写，比工作人员凭公司名字猜测更可靠；一次阅读可以说明接触过内容，却不足以证明采购意愿。推断标签尤其要避免被当作事实长期使用。

标签还需要更新机制。过去关注某个问题，不代表一直关注；联系人换岗位，原画像也可能失效。分群方案应保留信息日期，明确什么时候复核、合并或停用。先用少量能够影响动作的分组，比从一开始建立几十个无人维护的类别更可执行。

先用两组，安排两种不同内容

选择一项实际工作，例如给准备实施的人提供资料。把仍在了解基本概念的人放一组，把已经准备评估的人放另一组，然后分别准备入门说明与实施准备内容。若两组最终做的事情完全相同，就暂时不需要这么分。

维修软件的两组读者怎样接着学习

维护软件企业可以先区分正在梳理基础记录的团队与准备评估系统的团队。前者更需要对象、字段和责任说明，后者更需要适合使用的情况与实施准备。两组的差异直接对应内容任务。

如果某联系人只是阅读了一篇实施文章，不宜自动认定准备采购。可以把阅读行为保存为行为记录，在获得更多表达后再更新需求判断。不要让一个点击替代真实交流。

经过一段观察，若两组始终无法准确划分，可能需要把标签改成已表达的问题，而不是模糊阶段。分群标准应服务理解，不必为了模型完整而制造无法判断的类别。

给两组读者准备不同的一篇内容

第一组正在学习设备台账，第二组已经准备评估软件。如果同时发一篇复杂系统集成说明，第一组可能看不懂，第二组也可能还需要更具体条件。可以先按两组当前问题准备不同内容，而不是按职位高低猜测他们的知识。

第一组先看概念与记录步骤，第二组看实施准备与产品范围。观察新增提问后，再调整资料。分群不一定要有复杂系统，重要的是信息可靠、动作不同，而且在情况变化后能够更新。把分组当成暂时帮助工作的安排，不是给人永久定性。

一个人同时属于几个组，怎么办

先看本次要帮助他解决哪个问题，避免因为标签多就重复发送相同内容。信息变化后及时调整分组，不能长期用旧印象代表现在的需要。下一课把不同内容按顺序连接起来，学习线索培育。

客户说“先了解一下”，后面还能做什么

可以继续帮助他，而不必马上要求进入采购。对方可能还没弄清问题，正在整理内部情况，或者需要与同事讨论。提供合适资料，可以让他少一些困惑。课件也用孵化这个词描述这类持续工作。

培育内容为什么要有先后顺序

如果读者还不知道设备台账是什么，直接给他复杂报表介绍很难使用。先讲对象，再讲记录步骤，最后讲怎样检查和使用数据，内容才接得上。顺序来自理解需要，不来自每周必须发送几次的计划。

线索培育是持续提供相关信息，帮助尚未准备推进的人理解问题与方案。它并不等于定期发送产品广告。设计时先明确某一组读者共同面临什么障碍，再安排能逐步减少这一障碍的内容。

顺序来自知识依赖。例如不了解设备记录对象，就难以理解字段规范；字段与责任未清楚，直接介绍复杂报表也不容易使用。内容可以有默认顺序，但读者可能已有知识，应该允许跳转到需要的部分，而不是强制完成全部步骤。

培育还需要停止与调整条件。对方表示不需要、需求已经变化或进入销售沟通，都可能需要改变原安排。自动化只是执行方式，不能替代判断。没有人员维护时，可以优先建设公开、可连续阅读的课程路径，让读者自行学习，不必增加表单与消息运营负担。

用三段内容回答一个完整问题

先选一组有相近疑问的人，列出他们需要依次理解的事情。每段内容解决一个明确问题，并链接下一段。可以先建设公开连续阅读的课程，不一定需要账号、表单或自动发送系统。读者能直接学习，团队也能更专注把解释做好。

从基础记录到质量检查的三段学习

维护软件企业面对一批正在整理基础记录的团队，可以先公开解释设备与事件的区别，再讲字段与责任，最后讲怎样检查记录质量。三段内容围绕一项完整任务，读者完成后能够动手整理，而不是只记住产品名称。

如果读者已具备基础，可以直接进入质量检查。每篇内容标明先修概念，并链接到前一篇，既支持顺序学习，也允许按需补课。这就是课程路径可以承担的培育作用。

若以后有人主动提出软件评估问题，再根据实际来意提供相关说明。公开学习本身不需要收集身份，也不必假设每个读者都是待转化销售线索。先把知识任务完成，才有建立信任的基础。

把三篇资料连接成一条能学会的路

第一篇先讲设备与维修事件的区别，第二篇讲一条记录怎样产生，第三篇讲怎样检查与查找。如果直接从第三篇开始，初学者可能不知道检查的对象是什么。顺序清楚以后，每篇结尾只需要说明下一篇继续解决哪个问题。

已经熟悉基础的读者可以直接选择需要的章节，因此目录和回看链接也很重要。完整学习不依赖收集身份，不必为了证明培育发生过就增加表单。团队先把内容做成可以独立理解的资料，再根据真实提问逐步补充。

读完课程，能自动算成准备购买吗

不能。完成学习说明获得了知识，不说明已经有采购安排。对方提出实际产品问题时，再继续了解并安排帮助。培育的价值首先是让人更清楚自己的工作和选择，销售判断仍需要真实沟通。

客户为什么不愿意把同一个问题讲三遍

如果客户已经向市场说过目前的工作情况，销售接手后又从零询问，他可能觉得企业没有认真听。交接的作用就是把已有理解带过去，让下一位同事在前一次交流的基础上继续，而不是重新开始。

销售接手前，需要知道哪些事情

至少需要知道谁在问、属于哪家企业、具体遇到什么问题、已经看过或讨论过什么、现在希望做什么。还有不清楚的部分，也要标出来。例如产品范围初步相关，但现有系统情况未核实，就明确写明，避免销售误以为所有条件都已确认。

市场向销售交接的不是一条孤立联系方式，而是一段已经发生的业务对话。交接质量取决于接手的人能否理解来意、看到判断依据，并知道下一步。只标注高意向，并不能代替这些信息。

交接规则应由双方共同定义。市场说明能获得哪些信息，销售说明接手所需的最低背景，再通过实际实际记录校准。规则过松会转出大量不适配需求，规则过严也可能把值得进一步了解的需求长期留在前端。未知信息可以保留，但要说明为什么仍值得推进。

接收也需要可见状态。发送记录不等于有人负责，已读也不等于已接手。明确接收、补充与退回的路径，才能避免客户被重复联系或长时间无人回应。具体回应时限由企业按人员容量与服务安排约定，本课不设统一数字。

把一条需要交出去，并确认有人接住

双方先约定什么情况交接、谁负责接收。市场准备背景，销售决定接收、补充还是退回。接收后明确下一动作；需要补充就说清缺哪项信息。具体负责人比把电话发到一个群里更重要，因为群里有人看见，不等于有人继续处理。

把多车间管理需要交给销售

维护软件MDR确认某工厂需要统一多车间记录，当前管理方式与产品范围初步相关，技术环境尚未核实。交接时写明客户已看过的资料、提出的问题，以及愿意进一步交流的事实。

销售接手后可以从技术环境开始，而不必重新询问全部背景。如果销售认为信息不足，应指出缺少什么以及是否需要MDR补充，不能只写质量差。双方可以用这个实际记录调整以后最低交接条件。

一旦销售接收，记录下一位负责人。若暂时没有人能接手，应说明当前安排并处理客户约定，不能让内部状态不清变成客户反复等待。交接的目标是连续体验，而不是完成一个部门的转出数量。

比较两种交接，销售会先做什么

第一种交接只有姓名、电话和“高意向”。销售仍需要问公司做什么、客户遇到什么、为什么联系。第二种交接写明客户希望统一多车间记录，已阅读产品说明，技术环境待核实，并愿意继续交流。销售就可以围绕技术环境开始，而不用从头认识问题。

这不是要求市场把所有销售问题提前问完，而是把已经得到的理解完整交过去。该由专业人员回答的内容，可以在交接里说明。接收后明确下一位负责人，原来答应客户的事项也要跟着转移，避免内部交接造成外部等待。

交接规则写得越多越好吗

先让关键背景和责任说得清楚，再根据实际问题补充规则。不能为了填满字段猜测客户预算或采购时间。下一课处理销售退回的情况：不同原因应该对应不同帮助，而不是全部归为无效。

“销售不接收”不只有一种意思

有时销售不知道客户真正的问题，有时客户只是暂时学习，有时产品确实帮不上，还有时同一家企业已经有人负责。它们都可能被叫作退回，但后续处理不能相同。新人先学会把原因说具体，就能减少许多误会。

四种常见情况分别怎样处理

信息不足，先补充缺少的问题；时机未到，可以提供相关学习材料，并尊重原有联系约定；产品不适合，就准确说明范围，停止错误推进；重复记录，需要找到已有负责人，合并或关联信息。不要把一次没有接通写成客户没有需求。

销售退回线索并不只有一种含义。可能是信息不够，也可能是时机不合适、产品不适配、重复记录或内部责任问题。若都归为无效，团队既无法合理处理客户，也无法知道前端需要改哪里。

原因要尽量具体并有依据。预算不足如果只是没有问到预算，应改成预算未知；客户无需求如果只是一次没有接通，也不成立。用未经确认的原因填满报表，会把沟通状态误写成客户事实。

不同原因对应不同动作。信息不足可以补充；暂未准备可以在合适条件下提供学习内容；不适配需要结束错误推进并反馈范围；重复记录则需要合并或关联。退回不是为了把责任甩回市场，而是让下一步更清楚。

从实际发生的事情写退回原因

先写事实，例如客户明确需要目前不支持的功能，而不是只写质量差。再确定下一步和负责人。最后按一段时间汇总相近原因，看看是否某个页面介绍不清，或交接经常缺少同一项背景。这样退回也能帮助改进前面的工作。

三条退回记录，为什么需要三种处理

维护软件企业有三条退回：第一条客户需要的功能目前不支持；第二条对方准备先整理基础记录；第三条其实是同一家工厂另一位联系人。它们不能都放进一个废弃名单。

第一条反馈给产品和内容，检查页面是否造成误解；第二条可提供公开课程，是否继续联系取决于双方约定；第三条关联企业账户，避免重复计算与重复沟通。每项处理都来自不同原因。

月末如果大量退回源于同一种功能误解，优先修正前端说明。若集中在信息缺口，就检查需求判断与交接标准。退回数据只有被连到改进行动，才对团队有帮助。

同样是“现在不买”，三种情况怎样区分

第一位客户说目前只想学习整理方法；第二位说需要的设备类型暂时不受支持；第三位说采购已经由另一位同事与销售沟通。表面上都没有继续这次交流，原因却不同。第一位需要学习内容，第二位需要准确说明产品范围，第三位需要内部关联已有联系。

先听清楚原因，既能减少重复打扰，也能帮助团队改善内容。如果很多人因同一功能误解而来，应修正介绍；如果只是时间未到，不必把它写成产品失败。记录真实原因，比争取一个更好看的接收比例更能帮助工作。

怎样避免市场与销售互相指责

先看客户说了什么、哪些信息缺失、谁负责下一步，再讨论怎样修改内容或规则。态度判断很难直接改进工作，具体问题更容易处理。你已经走完从建立联系到销售协作的过程，接下来才开始学习如何看数据和安排计划。

为什么点击按钮和完成事情是两回事

假设网站有一个进入下一课的链接。有人看到页面，有人点击链接，也有人真正打开并继续阅读。它们是不同动作。产品咨询也一样：点击联系按钮不等于已经沟通，更不等于客户购买。先分清动作，才知道数字在描述什么。

访问、页面和事件，可以怎样理解

一次访问可以包含多个页面；页面记录读者打开了哪项内容；事件记录一次具体动作，例如点击链接或完成某项操作。我们不要求新人一开始就写采集代码，而是先说清希望了解的问题，再判断是否已经有相应数据。

检查官网时，可以按层级排查。首先确认页面能打开，接着确认内容能显示，再判断读者是否能理解，最后检查相关路径是否有效。某一层出问题，后面再精美也无法弥补。例如手机正文被遮挡时，增加关键词并不能解决阅读困难。

技术检查与内容检查需要配合。状态码、标题、规范网址和索引设置描述机器如何访问；概念解释、事实依据和信息顺序描述人如何理解。它们并不是两个互不相干的工作：错误链接同样会打断读者，缺失正文也会影响系统读取。

第一次检查不用把所有问题一次解决。先按影响范围和严重程度排序：关键页面打不开、信息错误、核心内容缺失通常优先；不影响理解的装饰细节可以稍后处理。检查结果应该包含位置、问题、影响与改法，不能只写整体需要优化。

先按读者走的路，检查网站能否正常使用

选择首页、产品页和内容页，在电脑和手机上走一遍。确认页面能打开，文字能读，图示没有遮挡，链接到了正确地方。然后再看已有数据：哪个入口来了人，读者继续看什么，有哪些问题没有回答清楚。不能用数据表代替实际阅读。

维修软件官网的一轮检查怎么开始

维护软件企业可以先选首页、一个产品页、一篇搜索文章和一篇实施说明。分别在电脑和手机上打开，检查标题、正文、图表和链接。若图表在手机上需要横向查看，应有明显提示或改为竖排，不能让关键文字缩小到无法阅读。

内容方面，邀请没有参与页面制作的人说出产品适合谁、解决什么、不能解决什么。对方的错误理解值得记录，因为它可能暴露标题或解释缺口。但一位读者的反馈只是实际记录，还应结合其他证据判断。

修复后回到原来的入口再次走同一条路径。例如原来下一课链接到错误页面，复测要真正打开目标页，而不是只确认编辑器里网址已改。最后记录检查日期与范围，避免把抽查描述成全站已无问题。

亲手区分看到、点击和完成

教学示例：100人打开一页课程，30人点击下一课，25人成功打开下一课。可以说点击比例是30/100，也可以说成功到达下一课的比例是25/100，但两者描述不同动作。若要了解链接是否正常，就需要进一步看点击之后为什么有些人没有到达。

这些数字是帮助理解的假设，不是官网实际报告。真实统计还要说明重复访问怎样处理、哪些数据能够取得。先把想回答的问题写清楚，再选择指标，比一开始列几十个缩写更容易学会数据分析。

发现人数下降时，先问什么

先确认页面、统计对象和时间是否一致，再看是否有错误链接、介绍变化或不同来访需要。刚上线的内容没有足够数据时，可以先做阅读检查，不必编出效果结论。下一课进一步区分产量、质量和业务结果。

写了十篇文章，能直接说工作很好吗

十篇说明完成了一定数量，却没有告诉我们文章是否回答客户问题。反过来，一份讲清关键产品问题的说明，可能被销售经常使用，但文章数量只有一篇。要评价工作，先知道希望完成什么帮助，再看数量。

用三层问题理解工作表现

第一层，做了什么，例如完成文章或回应询问；第二层，做得怎样，例如解释是否准确、记录是否便于接手；第三层，带来什么，例如出现适合继续了解的需求。不同岗位能直接影响的事情不同，不能把所有成交责任放到一个人身上。

绩效指标不是越多越好，而是应该帮助团队判断工作是否朝正确方向推进。结果说明目标有没有变化，过程说明关键动作有没有做到位，能力说明完成工作的方法是否被保留下来。三者不能简单互相替代。

例如内容团队发布20篇文章，是工作产量；这些文章是否回答目标客户问题、是否被使用，是质量与使用反馈；是否帮助形成合格需求，是更靠后的业务观察。不能只要第一项，也不能要求内容人员独立决定最后一项。

选择指标时要考虑可控性与共同责任。渠道负责人可以直接调整入口与信息匹配，却不能独自决定客户预算。营销与销售可以共同观察商机，但复盘时要解释来源、周期、产品和销售容量。指标必须带着背景使用，而不是脱离条件给人下结论。

给具体工作选择合适的观察方式

内容工作可以看客户问题是否被覆盖、资料是否实际使用；线索处理可以看问题记录和销售接收反馈；广告可以看实际搜索来意与需求成本。数字旁边保留例子，解释为什么变化，再决定下一步，不要只用总分代替讨论。

为什么销售仍在找一份实施说明

维护软件企业的内容人员完成了许多介绍文章，但销售仍反复询问“有没有一份清楚说明实施条件的资料”。这意味着内容数量未能解释实际任务是否完成。管理者需要把客户问题覆盖与使用反馈带入复盘。

下一轮可以要求围绕实施条件完成一份经产品确认的说明，并观察销售是否能在沟通中使用、读者还会追问什么。与此同时，把访谈问题、核对标准和修订记录留下来，才是在建设可复用能力。

对于MDR，拨打次数可以帮助了解工作活动，但无法说明沟通质量。需要结合需求记录是否完整、销售是否接收、退回理由是什么，才能判断调整重点。若只奖励数量，团队可能倾向于转出不适配记录。

一篇实施说明，应该怎样评价

假设本月最重要的任务是补齐实施准备说明。先看是否按约定完成，再看产品事实是否准确、新人能否理解，随后看销售是否实际使用，以及客户还会追问哪些问题。这些观察各有作用，不能仅用发布一篇或没有成交给出全部评价。

如果内容完成后没有被使用，要继续问是入口难找、销售不知道有这份资料，还是正文不符合实际需要。不同原因需要不同修改。把工作放回使用过程，员工也更容易知道下一次应改善哪里，而不只是收到一个抽象分数。

只奖励数量，可能发生什么

如果只奖励篇数，团队可能把重复内容拆成很多篇；只奖励转出数量，可能把不相关的人也转给销售。增加数字不一定增加帮助。把必要质量条件一起看，再用后续反馈修正，才更接近真实工作。

一次复盘会议最后应该留下什么

假设大家看完报表，只说下个月继续努力，实际工作没有变化。这说明还没完成复盘。至少要留下一个具体问题、准备怎样处理、谁负责，以及之后看什么来判断是否改善。先从少量真实问题开始。

事实和原因，为什么要分开说

咨询减少是一个现象，可能与来访人群、页面内容、季节或后续处理有关。没有看到记录之前，不应直接断定某个渠道失败。先说已经知道的事，再提出可能原因，最后找相关内容和沟通记录继续核对。

营销复盘不是把报表从头读一遍，而是回答目标发生了什么变化、可能原因是什么、下一轮如何调整。数字帮助定位差异，实际记录与背景帮助解释差异，最后需要明确责任与验证时间。只有结果展示而没有行动，复盘就很难改变工作。

先核对比较条件。来源范围、阶段定义、观察的时间范围或去重方式改变，都可能让数字变化。确认统计方法一致之后，再讨论渠道、内容与承接。不要把同期出现的两个变化直接解释为因果，也不要把所有好结果归给最近发布的内容。

行动最好少而具体。与其写加强协同，可以写补齐某类交接背景，并在下一批实际记录中观察接收情况。每个动作都要说明针对哪个证据、谁负责、需要什么配合，以及什么结果会让我们改变判断。复盘应允许修正先前假设。

沿着四个问题开一轮小复盘

本期原来希望完成什么？实际发生什么？哪些资料帮助解释差异？下一步准备改哪一件事？按这个顺序展开，先统一统计对象和时间，再讨论。记录行动时，把加强协同改成具体动作，例如交接时补充客户已阅读的资料。

咨询增加但合适需求减少，怎样分析

教学假设：维护软件企业本月合格需求减少，但原始咨询增加。先检查两个月的定义与观察时间是否一致，再按来源看变化。若新增咨询多在索取免费模板，可能是某篇内容或广告表达改变了来访来意。

抽查记录后，发现页面标题强调模板，却没有说明页面主要介绍软件方法。下一轮可以修正标题与正文范围，并保留调整日期。随后观察相关搜索词与需求构成，而不是只比较总咨询数量。

如果调整后仍有相同问题，就重新检查假设，也可能是目标受众本来以学习为主。复盘结论应写出证据强弱和其他可能原因。完成本课后，回到第一课的链路图，把每项行动放回相应环节，就形成完整学习闭环。

把一句“效果不好”改成可讨论的问题

例如团队说官网效果不好，可以继续拆开：是来访减少，还是产品询问减少，还是咨询问题不相关？先选一个最明确的问题，找到对应页面与记录，再讨论原因。问题越具体，越容易安排一次能够完成的改进。

假设很多询问误以为软件免费，检查发现入口标题强调免费模板而页面主要讲软件。下一步就是修正表达并保留修改时间，再观察类似误解是否减少。不能在这一步同时宣称已经证明全部成交变化都来自标题，因为还有其他工作可能影响结果。

改完以后数字下降，就代表失败吗

要回到最初想解决的问题。如果修正了容易让人误解的标题，不相关询问减少，咨询总数可能下降，但客户更容易判断是否适合。不能临时换一个指标评价结果。下一课把已经学过的工作组织成一份计划。

为什么把计划放到课程后面再学

到这里，你已经知道品牌、广告、官网、内容和线索管理分别做什么。现在安排计划，就不再只是把所有渠道写进表格。你可以判断哪些工作需要先准备，哪些动作依赖其他同事，以及后续怎样检查。

先把一个目标说具体

例如企业希望让某一类工厂认识维修软件，并了解是否存在相关需要。与泛泛的扩大影响相比，这句话更容易继续安排：先了解工厂问题，准备相关介绍，再选择接触方式，并安排谁回应。目标需要限定产品、对象和时间。

营销计划不是把可做的渠道全部排上时间表。它首先是一份选择说明：当前最重要的业务问题是什么，为什么先做这些事情，需要什么配合，怎样判断值得继续。计划可以很短，但这些关系不能省略。

目标和动作之间要写出假设。例如需要更多合格商机，不代表马上增加广告。也许目标人群尚未找到，也许官网无法解释产品，或者销售已经没有后续沟通的人力。没有核对这些前提，行动表越详细，越可能只是把错误方向执行得更整齐。

使用倒推时，先明确每一层的定义。教学假设：需要10个订单，商机到订单的转化率假设为20%，算术上需要50个商机；若合格线索到商机假设为50%，则需要100条合格线索。每个假设都可能变化，所以这是一种讨论资源的方法，不是对未来的保证。

把目标变成先后相接的几项工作

先研究客户问题，再写场景与产品说明，之后测试一个渠道，最后结合询问记录复盘。每项工作写清具体结果、负责人和需要谁配合。没有历史数据时，可以先设验证任务，不用编一个看起来精确的数量。

进入一个新行业，计划怎样从第一步开始

维护软件企业希望进入一个新的细分行业，但网站还没有解释这个行业的业务场景。此时一份可执行计划，可以先安排客户问题研究与场景说明，再测试一个明确需求入口，最后根据咨询记录评估是否增加投入。

把第一步再展开：负责人需要找谁交流，准备哪些问题，产出怎样的问题清单，由谁核对事实？第二步的具体工作结果不只是“完成页面”，而是说明目标客户能否找到适用范围、实施条件和下一步。这样每个动作才有可判断的完成标准。

计划也应说明停止条件。例如无法找到支持某个市场假设的客户证据，就暂不扩大该方向的投放；如果销售反馈持续表明需求不适配，则先修正内容与选择，而不是只调整广告出价。

把“做一次推广”写成四项有顺序的工作

假设准备向多车间工厂介绍软件。先了解几项典型管理问题，再完成场景与产品说明，之后选择一个合适接触入口，最后安排谁回应问题。若先开始推广再补页面，客户可能来了却看不懂；若没有安排回应人员，询问也可能停住。

计划中的时间和人力要与实际协作相符。编辑写作需要产品同事提供事实，页面完成需要网站人员，后续交流需要有人准备。把这些依赖写清楚，团队才知道为什么要按这个顺序，而不是把全部事情安排在同一天完成。

怎样使用倒推，而不把假设当承诺

教学假设中，若希望得到10个订单，并假设每5个商机成交1个，算术上需要50个商机。但假设必须有依据，时间和资源也需要检查。倒推帮助讨论条件，不保证未来结果。先把小范围工作做通，再决定是否扩大。

先用两种找客户的办法理解这两个名字

前面学过搜索、内容和活动。现在把这些工作放到一起，可以看到两种不同的起点。第一种是先提供有用信息，让有需要的人主动找到企业；第二种是先明确想服务哪些企业，再围绕这些企业的问题安排介绍与交流。

Inbound通常译作入站营销，可以先理解为用有用内容吸引相关的人主动了解。ABM是Account-Based Marketing，即围绕目标企业开展营销。Account在这里指企业或组织，不是社交平台的登录账号。先理解中文工作，再记英文名字。

Inbound怎样从一个客户问题开始

假设维护软件企业发现，许多工厂不知道怎样整理设备台账。团队可以公开写清概念、字段和整理步骤，再把相关内容连接到官网。读者通过搜索或分享找到内容，读懂后按自身需要继续了解产品。

这条路径的起点是一个值得回答的问题，不是已有企业名单。它需要稳定的内容、清楚的产品介绍和适当的后续回应。并非每个读者都会购买，内容也不应该把学习者当作一定要转化的人。它首先帮助有相关问题的人找到答案。

课件也讨论了先获得联系、再逐渐认识其所属企业的线索导向思路。它与Inbound可能配合，但二者不是完全相同的名称：前者描述联系怎样进入管理，后者更强调通过内容吸引主动接触。

ABM为什么先选择目标企业

如果产品主要适合少数几类规模较大、问题较明确的企业，团队可能先选择希望了解的企业，再研究它们的业务场景和参与角色。随后准备真正相关的内容与交流，而不是向名单里每家公司发送完全相同的介绍。

例如，维护软件企业希望了解多工厂企业怎样汇总设备记录，就需要先弄清这类企业的组织方式、问题与现有流程，再安排行业内容、专业活动或销售交流。名单只是起点，真正的工作是理解企业，而不是拥有一串公司名字。

市场和销售需要共同讨论目标企业为何合适、已经有哪些联系、还缺哪些问题的答案。若双方各自选名单、各自联系，就可能重复接触，或向同一企业传递不同说法。

两种办法需要的准备有什么不同

不能简单说某一种方法更高级。客户范围、产品特点、团队准备不同，起步方式也会不同。公开内容也可以帮助已经选定的企业理解问题，两种方式能够配合。

用同一项产品比较两种起点

面对设备维护软件，公开内容路径可以先选择“维修记录怎样整理”这一问题，制作完整指南，让需要的人通过搜索找到。目标企业路径则先与销售确定一组可能需要多工厂管理的企业，了解参与角色和具体困难，再准备相关交流材料。

两种工作都需要准确内容，也都需要后续沟通。区别首先在从哪里开始，不是在是否使用某个软件。若没有能力研究企业，只买名单并群发介绍，并不等于已经做了围绕企业需要的营销。理解这个区别后，才能决定哪种方式更符合当前准备。

初学团队应该怎样选择起点

如果还说不清产品适合谁、客户最常问什么，先做客户问题研究和基本内容。没有这些准备，无论扩大流量还是整理名单，都容易只是增加动作。若已经与销售明确一小组适配企业，则可以先围绕一个具体场景做研究与内容准备。

课件中的渠道和软件示例具有当时的环境条件。本课不把某个平台或名单工具当成必选方案，也不要求收集与业务无关的个人信息。你需要先学会解释“为什么选择这种起点”，再决定具体做法。

最后一课将回到工具：当工作逐渐清楚后，哪些事情适合用软件帮助，哪些仍需要人作判断。

先想一项每天重复发生的工作

学完前面的课程，你已经知道一条询问需要记录来源、问题、后续资料和负责人。当记录只有少量时，整理清楚的表格可能够用；人数和协作增加后，重复记录、信息不同步和遗漏就会变多。这时，工具的价值开始具体起来。

不要先问哪套软件最先进，先问当前哪项工作经常花时间、容易出错、影响后续处理。软件选择从实际工作出发，才容易比较是否值得使用。

几个常见软件名字分别指什么

CRM通常指客户关系管理系统，用来管理客户、沟通与销售过程。SCRM在客户管理基础上强调社交触点相关工作，但具体产品包含哪些功能，需要逐项核对，不能仅凭名字判断。MA是Marketing Automation，即营销自动化，用预先定义的条件安排一部分重复动作。

CMS是内容管理系统，帮助团队维护网站文章与页面。CDP通常指客户数据平台，关注把不同来源的数据组织起来。报表工具帮助查看已经记录的数据。这些名字可能出现在同一产品里，也可能由不同工具承担，功能之间会有重叠。

新人不需要为了记住所有缩写就立即采购。先知道内容维护、客户记录、重复动作与数据查看是不同需要，再根据自己实际工作选择。

用一条需求看看软件怎样帮忙

假设市场人员收到一位工厂负责人的询问。系统可以保存联系人、企业和问题，关联已经提供的资料，并在销售接收后更新负责人。这样下一位同事不用到几个聊天窗口寻找背景。

若企业有明确、合适的联系安排，工具还可以提醒负责人处理待办，或者在满足条件时执行已经设计好的动作。例如某项资料完成更新后，提醒负责同事检查原有说明。规则仍由人设计，错误规则只会被软件执行得更快。

报表可以帮助查看哪些记录尚未回应、哪些问题反复出现。但系统里没有记录的事实，不会自动变成可靠答案；员工随意填写采购时间，报表也会继承错误。

从数字化到自动化，为什么不能跳过前一步

数字化可以先理解为把原来分散的记录整理成可查找、可关联的信息。自动化是在工作和条件已经清楚后，让软件完成部分重复动作。智能化工具可以帮助整理或生成建议，但涉及客户需要、产品承诺和重要业务判断时，仍需相关人员确认。

例如，连线索的定义都没统一，就先设置自动打分，团队可能得到很多分数，却不知道这些分数对应什么实际需要。先把定义、步骤和记录做好，再考虑自动化，反而更容易获得帮助。

把软件演示还原成你每天的工作

试用时可以拿一条经过必要脱敏的教学记录，依次完成新建联系人、关联企业、记录问题、指定负责人和查看待办。不要只看供应方准备好的漂亮报表，因为你的真实工作可能卡在最开始的信息输入或后续协作。

再让将来实际使用的人走一遍。能否找到记录，是否理解字段，遇到错误怎样修改，哪些事情还需要手工完成？这些问题比功能列表长短更能帮助判断。若工具减少的重复工作不足以覆盖维护成本，可以先改善现有流程，而不是为了先进而采购。

采购前，拿一项真实工作做比较

选择一项目前确实困难的工作，让供应方展示从开始到结束怎样完成。查看需要哪些输入、怎样关联已有系统、谁维护、出现错误怎样处理，以及全部费用和团队时间。不要只看演示里有多少功能按钮。

这门基础课从三个增长引擎讲到工具，顺序始终是先理解业务，再安排工作，最后选择帮助执行的技术。你不需要一口气把所有系统都搭起来，可以从一个客户问题、一项内容或一段清楚的交接开始，将所学用到真实工作中。