惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
www.infosecurity-magazine.com
www.infosecurity-magazine.com
博客园 - 聂微东
博客园 - 【当耐特】
Last Week in AI
Last Week in AI
量子位
S
SegmentFault 最新的问题
Hugging Face - Blog
Hugging Face - Blog
B
Blog RSS Feed
V
V2EX
酷 壳 – CoolShell
酷 壳 – CoolShell
雷峰网
雷峰网
GbyAI
GbyAI
Jina AI
Jina AI
宝玉的分享
宝玉的分享
腾讯CDC
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
D
Docker
博客园_首页
N
News and Events Feed by Topic
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Help Net Security
Help Net Security
Recent Commits to openclaw:main
Recent Commits to openclaw:main
C
Cisco Blogs
F
Fortinet All Blogs
SecWiki News
SecWiki News
AI
AI
S
Schneier on Security
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
The Last Watchdog
The Last Watchdog
Martin Fowler
Martin Fowler
A
About on SuperTechFans
T
Troy Hunt's Blog
P
Proofpoint News Feed
Blog — PlanetScale
Blog — PlanetScale
Hacker News: Ask HN
Hacker News: Ask HN
F
Full Disclosure
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
I
InfoQ
S
Security @ Cisco Blogs
Project Zero
Project Zero
Simon Willison's Weblog
Simon Willison's Weblog
C
Cyber Attacks, Cyber Crime and Cyber Security
J
Java Code Geeks
N
News | PayPal Newsroom
IT之家
IT之家
大猫的无限游戏
大猫的无限游戏
H
Hacker News: Front Page

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
小红书博主合作Brief撰写指南Vol.03
林卿LinQ. · 2026-04-20 · via 人人都是产品经理

在小红书品牌投放中,90%的内容跑偏与卖点模糊问题都源于Brief的失效。本文由操盘过30多家品牌的实战专家深度拆解,从Brief的核心价值到分层撰写逻辑,系统输出一套涵盖品牌调性传递、内容标准把控、博主分层沟通的完整解决方案。特别是在同质化内容泛滥的现状下,如何通过Brief实现标准化与个性化的动态平衡,将成为品牌投放效率的分水岭。

作为小红书一线实战操盘手,我见过不少品牌在投放博主上踩坑,比如博主创作的内容跑偏、产品卖点传递模糊等等,而之所以会出现这些问题,90%是因为没有一份有效Brief(Brief没有写明白)。

所以今天这篇文章就分享一下我服务操盘过30多家品牌商家后提炼出的“小红书博主合作Brief撰写指南”,希望于你而言,有所价值。

01.Brief是什么

在不同行业领域里,Brief所指代的意思并不相同。

在英语里,Brief指的是:

  • adj. 简单的;短暂的;简洁的;简明的;短时间的;暴露身体的;过短的。
  • n. 指示;(向辩护律师提供的)案情摘要;辩护状;任务简介;委托辩护;事务律师。
  • vt. 给(某人)指示;向(某人)介绍情况;向(辩护律师)提供案情摘要。

在广告行业里,Brief一般指的是工作简报、创意简报;

即客户向广告公司提出工作需求,广告公司负责客户对接与沟通的客户部会把甲方的诉求形成一份书面的简要材料,注明工作的内容、目标、预算、完成时间、工作负责人等事项,创作部/策略部会根据这份简报上的要求去完成工作,这份书面的简要材料就是Brief。

而在小红书行业里,Brief一般指的是合作要求、任务要求;

即品牌商家/机构在和小红书博主合作的时候,会给博主提供一份文件,注明品牌介绍、产品介绍、内容创作要求、合作要求等事项,小红书博主会根据这份文件上的要求去完成创作,这份文件就是Brief。

02.Brief的价值

2.1.对于品牌商家/机构而言,Brief的价值如下:

1.撰写Brief的过程,实际上也是重新梳理品牌/产品信息、产品卖点、博主策略、内容策略等的过程,在这个过程里可以查漏补缺,以及不断深化延伸。

2.就品牌/产品/合作需求等而言,小红书博主当然没有品牌商家/机构清楚,所以就需要有这样一份文件/内容,提供给博主,让博主可以在短时间里清晰相关信息、方便创作,提高彼此的沟通效率等。

当然,Brief只是辅助性的工具而已,虽然可以相对地提高彼此的沟通效率,但是针对一些关键性信息,依然需要跟博主反复强调,确保博主知悉。

3.因为行业规范等问题,大多情况下,品牌商家/机构和小红书博主的合作是没有签订相关合同,所以Brief就成了彼此合作的依据,以及品牌商家/机构审稿等的基础,通过Brief可以相对有效地避免在合作过程里的一些扯皮等。

4.因为内容创作是相对非标的,但是我们依然需要保障内容质量的下限,所以就只能通过各种方式把非标尽可能标准化,而Brief实际上就是把内容标准化,以此保障不论跟什么样的博主合作,所创作出来的内容质量都不会太差。

2.2.对于小红书博主而言,Brief的价值如下:

  • 可以短时间清晰相关合作信息等,以此判断是否合作,以及如何创作。
  • 可以从Brief里得到一些内容创作上的灵感及指导。
  • 和品牌商家/机构一样,Brief对于小红书博主而言,同样也是彼此合作的依据。

*说个题外话,即并不是所有的品牌商家/机构都懂内容,所以假设你是小红书博主的话,在看待Brief的时候,就需要客观地、辩证地去看待,因为账号、内容等才是你的根基,而一次、两次的合作只是小钱而已,所以你并不一定需要100%地按照Brief里的内容进行创作,而是需要结合实际情况,创作出适配自己账号的、有效的优质内容。

03.如何撰写一份有效Brief

3.1.Brief的有效标准

基于上述Brief的价值,它的有效标准如下:

  • 阐述清楚品牌商家/机构对于小红书博主的合作需求,以及品牌、产品信息等;
  • 规范合作内容的创作标准,保障内容质量的下限;
  • 精准地传递关键性信息;
  • 让小红书博主愿意完整地阅读完,且知悉相关关键信息;
  • 让小红书博主在看完之后,对于品牌/产品等产生些许好感/喜欢,甚至记住它;
  • ……

所以基于这套标准,我们在撰写Brief的时候,就需要注意:

  • 内容尽量通俗易懂,避免用太多专业术语,确保小红书博主可以理解所传递的信息;
  • 在信息阐述清楚的前提下,内容尽量精简,避免过分赘述,导致内容冗长;
  • 内容排版尽量美观,针对关键性信息进行重点标注;
  • 基于品牌理念等,在Brief的视觉呈现上尽量形成自己独特的风格,让小红书博主眼前一亮,甚至记住;
  • ……

3.2.针对不同博主需要提供不同的Brief

因为不同博主的内容创作能力不同,Brief所需传递的内容也不同,所以针对不同博主就需要提供不同的 Brief,比如

针对内容创作能力比较强的博主,Brief就需要侧重阐述/传递清楚品牌/产品等相关信息,方便博主进一步了解产品;

针对内容创作能力比较弱的博主,Brief就需要侧重阐述/传递清楚内容创作标准,清晰地指导博主需要如何创作合作内容,保障合作内容的质量下限……

3.3.Brief的框架

因为针对不同博主需要提供不同的Brief,所以这儿所阐述的Brief框架会尽可能详细,方便小伙伴基于不同诉求自己进行框架性地组合撰写。

其次,如果我们想让小红书博主眼前一亮,甚至记住的话,在组合撰写的时候,就需要注意撰写的逻辑,即基于品牌理念等,所需呈现给小红书博主的感觉,比如

品牌理念等偏感性的话,就需要侧重呈现“感觉”,即给用户提供了什么情绪价值,举个,身体记忆;

品牌理念等偏理性的话,就需要侧重呈现“科学”,即给用户解决了什么实际问题,举个,毕生之研。

3.3.1.合作概述

即在Brief的开篇跟小红书博主在书面上打个招呼,比如对于博主愿意合作表示荣幸及感谢等,这是温度与情绪价值的传递。

像许多品牌商家/机构可能会忽略“在书面上打个招呼”之类,但这实际上是一种比较好的给博主提供一些情绪价值,让博主觉得有被重视,增加好感度的方式,就像许多创作者在撰写内容的时候,会在内容开篇跟读者/粉丝打个招呼一样。

其次,温馨提醒一下博主,让TA尽量看完 Brief 的全部内容。

最后,简要地阐述一下本次的合作信息,比如合作品牌、合作产品、合作时间等等。

3.3.2.目录

如果Brief内容比较多的话,推荐梳理一下目录,最好可以支持点击跳转,方便小红书博主针对性地阅读及回顾。

3.3.3.品牌介绍

常规的品牌介绍一般包含这些内容,

  • 品牌历史
  • 品牌故事
  • 品牌地位
  • 品牌理念
  • 品牌成就
  • ……

如果把这些内容全部阐述的话,内容可能就会比较冗长,所以就需要精简、需要因人而异;

比如品牌故事、品牌理念这些,如果没有或者阐述不清楚、呈现不好的话,就不推荐写啦,不然容易适得其反;

比如初创品牌在跟博主合作的时候,可能需要侧重展示自己的品牌成就(秀肌肉 ),而知名品牌可能就需要侧重呈现自己的品牌故事跟理念等等……

其次,品牌成就一般指的是

  • 明星、头部达人/博主合作/同款/推荐
  • 大牌平替/同工厂
  • 一些比较有含金量的奖项
  • 权威机构的产品检测报告或者合作背书
  • 销量
  • 电商渠道榜单Top排名
  • ……

所以如果有上述这些成就的话,强烈推荐品牌商家尽量做好截图记录肌留存,方便后续使用。

3.3.4.产品介绍

常规的产品介绍一般包含这些内容,

  • 产品昵称
  • 产品主图
  • 产品售价
  • 产品链接(最好可以支持点击跳转)
  • 产品研发故事
  • 产品核心卖点及解读(解读:产品卖点支撑依据)
  • 产品与竞品的对比分析
  • 产品核心差异点(产品优势)
  • 产品使用方法及场景
  • ……

产品介绍的撰写同上,需要因人而异,比如

合作IP类型的博主,可以侧重阐述一下产品研发故事;

合作类似于成分党之类的博主,就需要侧重阐述一下产品与竞品的对比分析……

1.如果近期有相关优惠活动的话,推荐在产品售价那儿备注一下。

2.在阐述产品卖点的时候,尽量用大白话、用小红书语言去阐述,比如“嗯嗯”很顺畅、变瘦变美小心机、跟嚼奶片一样;比如牛奶肌、跟小时候喝的杏仁露一样等等。

3.产品卖点也不需要阐述太多,针对性地提供3-5个卖点就够啦,贪多嚼不烂!

3.3.5.内容创作要求

内容创作要求一般包含这些内容,

  • 目标人群的痛点/需求挖掘
  • 针对目标人群的内容方向/选题建议
  • 不同内容方向/选题的内容种草逻辑建议
  • 封面、标题等内容创作建议
  • 近期不同内容方向/选题的爆款内容参考
  • ……

内容创作要求的撰写同上,需要因人而异,比如

合作内容创作能力比较强的博主,只需要侧重阐述目标人群的痛点/需求挖掘,以及针对目标人群的内容方向/选题建议即可,比起各种限制而言,跟TA们合作更多的是内容共创;

合作内容创作能力比较弱的博主,就需要侧重阐述清楚封面、标题等内容创作建议,即清晰、完整地告诉博主需要创作出什么样的封面、标题等内容,让TA们直接抄作业,保障内容质量的下限……

1.在撰写上述内容的时候,需要保持一致性,即同一内容方向/选题的内容种草逻辑、内容创作建议、爆款内容参考是需要保持一致的,方便小红书博主理解。

2.在撰写内容方向/选题建议的时候,推荐把产品卖点及解读融入进入,形成“人货场”,即“目标人群+痛点/需求+产品卖点组合+卖点依据+特定场景+内容种草逻辑”构成针对性的内容方向/选题建议。

3.在撰写封面、标题等内容创作建议的时候,推荐尽量详细一些,提供相关案例参考,方便小红书博主理解及创作,比如

a.内容方向/选题的内容种草逻辑

b.封面

基于内容种草逻辑需要什么样的封面,提供案例,以及拍摄建议,e.g.拍摄背景、构图……

c.标题

基于内容种草逻辑需要什么样的标题,提供案例,以及标题创作公式。

d.图片/视频内容

基于内容种草逻辑需要什么样的图片/视频内容,提供案例,以及拍摄建议,e.g.拍摄背景、构图、图片数量、图片类型、产品在视频里的露出时长、产品在视频里的露出镜头要求……

如果有需要重点呈现的图片类型推荐进行标注及强调一下,避免博主在拍摄过程遗忘。

其次,图片/视频内容案例的话,推荐多选择一些不同风格、样式等图片/食品作为案例,避免同质化太严重。

e.文案内容

基于内容种草逻辑需要怎么撰写文案内容,提供案例,以及内容结构。

f.关键词植入

针对关键词植入需要强调的是,不一定需要植入品牌/产品词,假设用户想购买的话,会在评论区进行询问的。

如果依然想植入品牌/产品词的话,推荐给产品取个Nicename,这样方便用户记忆,也可规避一定风险。

其次,关键词实际上并不需要连贯在一起出现,可通过分词进行植入,因为小红书对于关键词的理解实际上也是会采用分词的逻辑,e.g.关键词是“口红推荐送女友“,分词之后,则是”口红“、”推荐“、”送“、”女友“,所以只需要把这几个关键词分别植入内容里即可。

g.内容创作规范(风险规避)

基于内容种草逻辑,针对内容的一些创作规范,以及内容审核风险点规避,比如关于特殊信息的标准表达、需要规避的风险点/违禁词/敏感词等。

4.针对个别类型的博主可能需要个性化、精细化内容创作要求,比如出镜要求、产品出现位置/时间/时长/次数等。

3.3.6.合作要求

合作要求一般包含这些内容,

  • 合作流程
  • 截稿/交稿日期
  • 内容是否需要审核,假设需要审核的话,怎么提交
  • 内容是否需要授权,假设需要授权的话,一般是用于哪些途径、要求是什么
  • 发布时间要求
  • 发布内容后,对于保留时间的要求
  • 是否有数据要求
  • 配合评论维护,以及相关维护案例
  • 是否会投放效果广告
  • ……

合作要求的撰写同上,需要因人而异。

其次,一定需要提供清晰的合作流程,明确的交付时间,因为Deadline是第一生产力。

3.3.7.其他

其他一般包含这些内容,

  • 内容发布后,如果遇到不同情况需要如何处理,e.g.限流、违规等;
  • 结款周期及方式;
  • 一些常见的产品使用问题/客服手册,方便小红书博主创作,以及回复评论区的一些问题;
  • 一些行业/品牌/产品相关的内容科普,方便小红书博主创作;
  • ……

其他的撰写同上,需要因人而异。

04.写在最后

4.1.虽然Brief很重要,但是它也只是辅助性工具而已,不要过分依赖Brief,也不要对它抱有太大的价值期待,因为跟博主的合作关键依然在沟通上,而非其他,所以针对一些重点事项最好还是反复提醒一下。

4.2.在撰写内部Brief的时候,尽可能全面一些,方便后续针对性提供给不同博主的时候进行删减。

4.3.针对不同的小红书博主尽量还是提供不同的Brief,适当做减法、适当留白,避免提供太多无效信息给博主、避免太限制优质博主发挥。

4.4.不推荐把Brief做成横版PPT的形式,因为大部分博主是用手机工作,阅读Brief的时候,大概率用的也是手机,如果是很棒的话,有些内容可能看不太清晰,还需要放大,阅读起来或许会有些麻烦,所以推荐做成竖版,这样更方便博主阅读。

其次,Brief的文件大小尽可能控制在10MB以下,太大的话,下载需要时间,下载的时候,可能博主就跳出界面去忙其他事情了,然后就忘了。

当然,也推荐使用云文档,这样不需要下载,阅读起来也会方便一点。

4.5.使用Brief之后或许会出现许多同质化内容,这个时候就需要在博主创作的过程不断跟博主沟通。

其次,内容同质化有时候不一定是问题,问题是这些同质化的内容是否有效,以及有爆款的可能,所以就需要尽可能地研究不同的爆款内容模型,不断尝试、迭代。

4.6.除了Brief之外,推荐再准备一份详细的品牌/产品介绍,方便在有需要的时候第一时间提供给博主。

4.7.Brief并不是一成不变的,推荐在跟博主沟通、合作的过程,持续去迭代Brief,比如产品卖点、内容方向/选题……

4.8.多换位思考一下,博主会比较喜欢什么样的Brief,以及什么样的Brief是有效的。

4.9.因为Brief实际上还是比较非标的,所以上述内容仅供参考,推荐多参考借鉴一些优质Brief、多迭代、多花时间打磨吧。

本文由人人都是产品经理作者【林卿LinQ.】,微信公众号:【林卿LinQ】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。