1. 项目缘起:为什么我要把营销方法论拆成可复用的技能包
做增长和独立站这行的朋友大概都有同感:市面上讲营销的内容多如牛毛,但真正能落地、能复用的东西少得可怜。大部分所谓的“营销方法论”要么是空泛的框架图,要么是某个大厂在特定资源条件下的特殊打法,换个场景就完全跑不通。我从2019年开始陆续帮几个独立站项目做SEO和转化率优化,踩过的坑比走过的路还多,最大的感受就是——营销这件事,缺的不是知识,而是把知识变成可执行、可组合、可迭代的技能单元。
marketingskills这个项目就是在这个背景下长出来的。它的核心思路很简单:把营销工作中反复出现的任务——比如关键词调研、落地页诊断、广告文案撰写、邮件序列设计、竞品分析——拆解成一个个独立的“技能模块”,每个模块有明确的输入、输出、执行步骤和判断标准。你可以把它理解成一套营销领域的“标准作业程序库”,但它比SOP更灵活,因为每个技能都可以单独调用,也可以组合成完整的工作流。
这个项目适合谁?如果你是一个人扛起整个独立站增长的全栈运营,或者是小团队里需要快速搭建营销体系的市场负责人,再或者你是想系统化提升营销执行力的从业者,这套东西都能直接拿去用。它不依赖任何特定平台或工具,核心是一套思考方式和执行框架,你用什么工具来实现都可以。
我最初做这个项目的动机其实很朴素:我自己记性不好,每次做新项目都要重新翻笔记、重新想流程,效率极低。后来我干脆把所有营销任务拆成技能卡片,每张卡片写清楚“什么时候用、怎么用、注意什么”,用的时候直接调取。积累到三十多个技能之后,我发现这套东西不仅能自己用,还能教给别人,于是就整理成了marketingskills这个开源项目。
2. 核心设计思路:技能模块化背后的逻辑
2.1 为什么是“技能”而不是“流程”或“策略”
传统营销知识体系通常按“策略-渠道-执行”三层来组织,但实际工作中你会发现,策略层面的东西往往因项目而异,渠道层面的东西变化太快,真正稳定可复用的是执行层面的原子能力。比如“写一个高转化的产品描述”这个能力,无论你是卖服装还是卖SaaS,无论你是在独立站还是平台电商,底层逻辑是相通的。
我把这些原子能力叫做“技能”,每个技能满足三个条件:第一,有明确的触发场景,你知道什么时候该用它;第二,有可操作的执行步骤,不是“要写好文案”这种废话,而是“先写痛点、再写解决方案、最后写行动号召”这种具体指令;第三,有可验证的输出标准,你能判断自己做得好不好。
这种设计的好处是,技能之间可以自由组合。比如你要做一个新品上市的全案,你可以调用“竞品分析技能”了解市场格局,调用“关键词调研技能”找到流量入口,调用“落地页诊断技能”优化承接页面,调用“邮件序列设计技能”做用户召回。每个技能独立运行,但组合起来就是一个完整的营销战役。
2.2 技能包的目录结构与命名规范
marketingskills的目录结构经过了好几次迭代,最终稳定下来的版本是这样的:
marketingskills/ ├── seo/ │ ├── keyword-research.md │ ├── on-page-audit.md │ ├── content-brief.md │ └── backlink-analysis.md ├── cro/ │ ├── landing-page-audit.md │ ├── ab-test-design.md │ ├── form-optimization.md │ └── checkout-flow-review.md ├── copywriting/ │ ├── product-description.md │ ├── ad-copy.md │ ├── email-sequence.md │ └── social-post.md ├── analytics/ │ ├── ga4-setup.md │ ├── funnel-analysis.md │ └── attribution-model.md └── strategy/ ├── competitor-analysis.md ├── icp-definition.md └── channel-selection.md每个技能文件都是一个独立的 Markdown 文档,包含以下固定章节:适用场景、前置条件、执行步骤、输出模板、常见错误、进阶技巧。这种统一的结构让技能之间可以互相引用,也方便新手快速上手。
命名规范上,我坚持用英文小写加连字符,原因是这样在命令行里操作最方便,而且跨平台不会有编码问题。每个技能名都是一个动词短语或名词短语,直接表明这个技能是做什么的,比如keyword-research而不是seo-thing-1。
2.3 技能之间的依赖关系与组合逻辑
虽然每个技能都是独立的,但它们之间存在隐性的依赖关系。比如content-brief技能依赖keyword-research的输出,ab-test-design依赖landing-page-audit的发现。我在项目里用了一个简单的依赖标记系统,在每个技能文档的头部用 YAML front matter 标注:
--- skill: content-brief depends_on: [keyword-research, icp-definition] outputs: [content-outline, target-keywords, word-count] ---这样当你调用一个技能时,可以快速知道需要先完成哪些前置技能。对于新手来说,我建议按照strategy → seo → copywriting → cro → analytics的顺序来学习和使用,这是一个从宏观到微观、从获取到转化的自然路径。
3. 核心技能深度拆解:以SEO和CRO为例
3.1 关键词调研技能:从种子词到内容地图
关键词调研是所有SEO工作的起点,但很多人做关键词调研的方式是错的——他们直接打开工具,导出几千个词,然后按搜索量排序,挑几个看起来顺眼的就开始写文章。这种做法的问题在于,你得到的是一个词表,而不是一个内容策略。
marketingskills里的keyword-research技能强调从业务目标反推关键词。具体步骤是这样的:
第一步,定义你的种子词。种子词不是随便想的,而是从你的产品描述、用户评价、客服记录里提取出来的。比如你卖的是“手工皮具”,种子词应该是“手工皮包”“真皮钱包”“定制皮带”这种具体品类词,而不是“皮具”这种大词。
第二步,用种子词去工具里扩展。我常用的工具是 Ahrefs 和 Google Keyword Planner,但工具不重要,重要的是你怎么筛选。我的筛选标准是三个维度:搜索意图(信息型、导航型、商业型、交易型)、竞争难度(KD值)、业务相关性(这个词带来的流量能不能转化成客户)。
第三步,把筛选后的关键词按主题聚类。比如“手工皮包保养”“真皮钱包清洁”“皮具去污”可以聚成一个“皮具护理”主题。每个主题对应一篇或一组内容,形成一个内容集群。
第四步,为每个内容集群指定一个支柱页面和若干子页面。支柱页面覆盖主题的核心词,子页面覆盖长尾词,子页面之间互相链接,并且都链接回支柱页面。这种结构在搜索引擎看来是一个清晰的主题权威信号。
注意:不要为了覆盖关键词而堆砌内容。我见过太多独立站为了做SEO,批量生成几百篇低质量文章,结果被搜索引擎判定为垃圾内容,整个站点的权重都被拉低。宁可少做几个主题,也要保证每个主题下的内容都是真正对用户有用的。
3.2 落地页诊断技能:用检查清单代替直觉
转化率优化(CRO)最怕的就是凭感觉改页面。今天觉得按钮颜色不好看,改成红色;明天觉得标题不够吸引人,换一个。这种“瞎猜式优化”不仅效率低,而且很难积累经验。
landing-page-audit技能的核心是一个结构化检查清单,覆盖落地页的七个关键维度:
| 维度 | 检查项 | 常见问题 |
|---|---|---|
| 价值主张 | 首屏是否在5秒内说清楚“你是谁、提供什么、为什么选你” | 标题模糊,用户看完不知道你是干嘛的 |
| 社会证明 | 是否有客户评价、案例、数据背书 | 只有自夸,没有第三方证据 |
| 行动号召 | CTA按钮是否醒目、文案是否明确、位置是否合理 | 按钮太小、文案是“提交”而不是“获取方案” |
| 信任元素 | 是否有隐私政策、退款保证、安全标识 | 用户担心信息泄露或付款不安全 |
| 视觉层次 | 用户视线是否自然流向CTA | 页面元素太多,用户不知道看哪里 |
| 加载速度 | 首屏加载是否在3秒内 | 图片未压缩、脚本太多 |
| 移动适配 | 手机上是否易读易点 | 字体太小、按钮太密 |
使用这个技能时,我会把落地页截图打印出来,拿一支红笔,逐项对照检查清单打勾或打叉。打叉的地方就是优化机会。然后按影响范围和实现难度两个维度排优先级,先做影响大、难度低的事情。
实操心得:不要一次性改太多东西。每次只改一个变量,跑至少两周或积累到足够样本量,再判断效果。我见过有人一周内改了标题、按钮、配色、文案,结果转化率上升了,但根本不知道是哪个改动起了作用。
3.3 邮件序列设计技能:从欢迎信到召回信
邮件营销在独立站场景下依然是最重要的用户留存手段之一,但大部分独立站的邮件序列只有一封“欢迎邮件”和一封“弃购召回邮件”,浪费了大量触达机会。
email-sequence技能定义了一套完整的邮件序列框架,根据用户生命周期阶段分为四类:
欢迎序列(新订阅用户):3-5封邮件,第一封立即发送,介绍品牌故事和核心价值;第二封隔天发送,提供一个小福利或干货;第三封隔两天发送,展示热销产品或服务;第四封隔三天发送,用客户案例建立信任;第五封隔一周发送,给出限时优惠促进首单。
培育序列(已订阅但未购买):每周1-2封,内容以教育为主,比如使用教程、行业洞察、常见问题解答。目的是持续提供价值,让用户在想买的时候第一个想到你。
转化序列(已加购但未付款):弃购后1小时发送第一封,语气轻松,提醒用户购物车还在;24小时后发送第二封,提供客服联系方式,解决可能的疑虑;72小时后发送第三封,给出限时折扣或免运费激励。
召回序列(超过30天未活跃):每月1封,内容以“我们想你了”为主题,附带新品推荐或专属优惠。如果连续3封无打开,则移入低频触达列表。
每封邮件的写作遵循AIDA框架:Attention(吸引注意的标题)、Interest(引发兴趣的开头)、Desire(激发欲望的正文)、Action(明确的行动号召)。标题长度控制在40个字符以内,正文控制在200字以内,CTA按钮放在邮件中部和底部各一个。
4. 实操全流程:从零搭建一套营销技能体系
4.1 环境准备与工具链配置
marketingskills本身是一堆 Markdown 文件,理论上你用任何文本编辑器都能打开。但为了高效使用,我建议配置一套轻量的工具链。
首先是编辑器。我用的是 VS Code,配合几个插件:Markdown All in One(自动生成目录和预览)、Markdown Preview Enhanced(支持图表和数学公式)、Code Spell Checker(检查拼写)。如果你习惯用 Obsidian 或 Typora,也完全没问题,关键是支持 Markdown 语法和文件搜索。
其次是版本管理。我用 Git 来管理技能库的迭代,每次修改技能文档都提交一次,这样能追溯每个技能的演变过程。如果你不熟悉 Git,用坚果云或 Dropbox 的版本历史功能也能达到类似效果。
然后是任务管理。我用 Trello 建了一个看板,把每个技能做成一张卡片,卡片描述里放技能文档的链接。当我要执行某个营销任务时,就把对应的卡片拖到“进行中”列表,完成后拖到“已完成”。这样能直观看到自己用了哪些技能、哪些技能还没用过。
最后是数据工具。SEO 用 Ahrefs 或 Ubersuggest,CRO 用 Google Analytics 4 和 Microsoft Clarity,邮件用 Mailchimp 或 ConvertKit,表单用 Typeform 或 Google Forms。工具不在多,在于你能把每个工具的输出和技能文档里的模板对接起来。
4.2 技能库的初始化与个性化改造
拿到marketingskills之后,不要直接照搬。我的建议是先用一周时间通读所有技能文档,然后做三件事:
第一,删掉你用不上的技能。如果你不做邮件营销,就把email-sequence删掉或归档。技能库越精简,你越可能真正去用。
第二,补充你所在行业的特殊技能。比如你做的是 B2B SaaS,可能需要增加“试用转化分析”“销售线索评分”等技能。每个新技能都按照统一的模板来写,保证结构一致。
第三,把通用模板改成你自己的模板。比如content-brief技能里的内容大纲模板,你可以根据自己行业的写作习惯调整章节顺序和字数要求。改完之后,这个技能才真正属于你。
我自己的技能库经过三年迭代,从最初的 12 个技能扩展到了 47 个,但常用的始终是那 15 个左右。技能库的价值不在于数量,而在于你能否在需要的时候快速找到并调用。
4.3 一个完整案例:用技能组合完成新品落地页优化
去年我帮一个卖智能家居配件的小团队做落地页优化,完整走了一遍技能组合流程,这里把关键步骤还原出来。
第一步:竞品分析(调用competitor-analysis技能)。我选了三个直接竞品和两个间接竞品,从流量来源、关键词布局、落地页结构、定价策略四个维度做了对比。发现竞品普遍在首屏强调“兼容性”,但用户评价里抱怨最多的恰恰是“买回来发现不兼容”。这是一个明显的市场机会。
第二步:ICP定义(调用icp-definition技能)。根据竞品的用户评价和客服记录,我们把目标用户画像定义为“已经有一套智能家居系统、想增加配件但担心兼容性的用户”。这个画像决定了后续所有文案和视觉的方向。
第三步:关键词调研(调用keyword-research技能)。围绕“兼容性”这个核心痛点,我们找到了“XX品牌兼容”“智能家居配件通用吗”“XX配件支持哪些系统”等一批长尾词,搜索量不大但意图非常明确。
第四步:落地页诊断(调用landing-page-audit技能)。用检查清单逐项打分,发现原落地页在“价值主张”和“信任元素”两个维度得分最低。首屏标题是“智能家居新选择”,完全没有提到兼容性;页面上也没有任何兼容性列表或测试报告。
第五步:文案重写(调用product-description和ad-copy技能)。新标题改成“兼容主流智能家居系统,即插即用”,副标题列出具体支持的品牌和协议。正文用表格形式展示兼容性矩阵,每个型号对应哪些系统一目了然。
第六步:A/B测试设计(调用ab-test-design技能)。我们设计了两个版本:A版强调兼容性,B版强调性价比。跑了两周,A版转化率比B版高 37%,比原版高 62%。
这个案例里,六个技能像积木一样组合在一起,每个技能的输出成为下一个技能的输入,整个过程有清晰的逻辑链条,而不是东一榔头西一棒子。
5. 常见问题与排查技巧实录
5.1 技能执行不下去怎么办
这是新手最常遇到的问题:打开一个技能文档,看了步骤,但就是不知道从哪下手。我的经验是,把第一步拆到不能再拆为止。比如keyword-research技能的第一步是“定义种子词”,如果你觉得这一步太抽象,就继续拆:打开一个空白文档,写下你的产品名称,然后写下用户可能会用来搜索这个产品的五个词。这五个词就是你的种子词。不要追求完美,先写出来,后面可以改。
另一个技巧是设置时间盒。给每个技能的执行设定一个时间上限,比如关键词调研最多花两小时,落地页诊断最多花一小时。时间到了就停,用当前最好的结果进入下一步。完美主义是技能执行最大的敌人。
5.2 技能输出质量不稳定怎么破
同一个技能,有时候输出很好,有时候输出很烂,原因通常有两个:输入质量不稳定,或者执行时跳过了步骤。
解决输入质量问题的办法是,在每个技能文档里明确写出“前置条件”。比如content-brief的前置条件是“已完成关键词调研和ICP定义”,如果你没做这两步就直接写内容大纲,输出质量肯定不稳定。
解决执行问题的办法是,用检查清单强制自己走完每一步。我在每个技能文档的最后都放了一个“完成检查”列表,比如landing-page-audit的完成检查是“七个维度是否都打了分、是否按优先级排序、是否写下了至少三条具体修改建议”。全部打勾才算完成。
5.3 如何判断一个技能该更新了
技能库不是一成不变的。我判断一个技能需要更新的信号有三个:
第一,连续三次使用都遇到同样的问题。比如某个技能的模板在三个不同项目里都不适用,说明模板需要调整。
第二,工具或平台发生了重大变化。比如 Google Analytics 从 Universal Analytics 升级到 GA4,ga4-setup技能就必须重写。
第三,你自己对这个技能的理解加深了。比如你做了半年 CRO 之后,回头看最初的ab-test-design技能,发现里面缺少样本量计算的步骤,那就补上。
更新技能时,我会在文档头部加一个“更新日志”区块,记录每次修改的日期和原因。这样过一段时间回头看,能清楚看到自己的认知迭代轨迹。
5.4 常见问题速查表
| 问题现象 | 可能原因 | 排查动作 | 解决方案 |
|---|---|---|---|
| 技能执行到一半卡住 | 前置条件未满足 | 检查技能头部的 depends_on 字段 | 先完成前置技能 |
| 输出结果和预期差距大 | 输入数据质量差 | 检查输入是否来自可靠来源 | 重新收集输入数据 |
| 技能之间衔接不上 | 输出格式不统一 | 检查上游技能的输出模板 | 统一输出格式或增加转换步骤 |
| 用了技能但效果不明显 | 执行深度不够 | 对照完成检查列表逐项核对 | 补完遗漏步骤 |
| 技能库越来越乱 | 缺乏归档机制 | 检查是否有过期技能未清理 | 每季度做一次技能库审计 |
避坑技巧:不要同时更新多个技能。每次只改一个技能,用一两个项目验证效果,确认没问题再改下一个。我试过一次性重构整个技能库,结果新版本用了两周就发现一堆问题,又花了一周回滚,得不偿失。
6. 技能库的长期维护与扩展思路
6.1 建立技能贡献与评审机制
如果你是在团队里使用marketingskills,建议建立一套简单的贡献机制。每个人都可以提交新技能或修改现有技能,但需要经过至少一个人评审。评审的标准就三条:步骤是否可执行、输出是否可验证、是否和现有技能重复。
我在团队里推行过一个“技能交换”活动:每个人把自己最擅长的营销技能写成文档,然后互相评审。这个过程不仅能丰富技能库,还能让团队成员互相学习彼此的工作方法。一个五人团队,每人贡献两个技能,一个月就能新增十个技能。
6.2 从技能库到自动化工作流
当技能库积累到一定规模后,你可以考虑把部分技能自动化。比如keyword-research技能里的数据收集步骤,可以用脚本自动从工具 API 拉取数据;landing-page-audit技能里的加载速度检查,可以用 PageSpeed Insights API 自动跑分。
但要注意,自动化的是数据收集和初步分析,不是决策。技能的核心价值在于人的判断,工具只是辅助。我见过有人试图用 AI 完全替代营销决策,结果产出的内容千篇一律,转化率惨不忍睹。技能库的定位是“增强人的能力”,而不是“替代人的判断”。
6.3 技能库的版本管理与团队协作
用 Git 管理技能库时,我建议采用简单的分支策略:main分支存放稳定版本,dev分支用于日常修改,每个新技能或重大修改都开一个feature/技能名分支,完成后合并到dev,验证一段时间后再合并到main。
提交信息用“技能名: 修改说明”的格式,比如keyword-research: 增加搜索意图分类步骤。这样看提交历史时一目了然。
如果团队不大,用 Notion 或飞书文档也能实现类似效果,关键是每次修改都有记录、每个版本都可追溯。技能库是团队的知识资产,不能让它变成一堆没人维护的散乱文档。
6.4 我个人在维护技能库时的几个习惯
最后分享几个我自己的习惯,不一定适合所有人,但可以参考。
第一个习惯是每月做一次技能使用复盘。月底花半小时翻一遍这个月用过的技能,记录哪些用得多、哪些没用、哪些用的时候遇到了问题。用得多的技能考虑优化,没用过的技能考虑删除或归档。
第二个习惯是每季度做一次技能库审计。把所有技能过一遍,检查是否有过时内容、是否有重复技能、是否有新的营销趋势需要补充。审计完之后更新版本号,写一个简短的更新说明。
第三个习惯是每年做一次大版本重构。把技能库的结构、命名规范、模板格式全面检查一遍,该合并的合并,该拆分的拆分。我每年的重构都会删掉大约 20% 的旧技能,同时新增 30% 的新技能,保持技能库的活力和相关性。
这套marketingskills从最初的一个想法,到现在成为我日常工作中离不开的工具,中间经历了无数次调整和迭代。它不是什么高深的技术,核心就是把重复的事情标准化、把标准的事情流程化、把流程的事情工具化。如果你也在做营销相关的工作,不妨从今天开始,把你最常做的一个任务写成技能文档,坚持三个月,你会发现自己对营销的理解和执行效率都会有明显提升。