Plan Xiaohongshu Topics
Turn user situations and business evidence into a sustainable publishing system. Do not create a calendar of interchangeable generic topics.
Inputs
Use the account promise, target reader, current account stage, offer, price or decision complexity, recent goal, available proof, material sources, production capacity, existing posts, frequent questions, objections, and desired period. State assumptions when inputs are incomplete.
Topic source map
Build topics from:
- user questions, searches, comparisons, anxieties, and decision criteria;
- work processes, tools, checklists, mistakes, and acceptance rules;
- product use, implementation, limits, service, and aftercare;
- real cases, experiments, before/after mechanisms, and failed assumptions;
- comments, consultations, sales objections, and non-buying reasons;
- policy, market, or product changes that can be verified when current information is required.
Topic jobs
Give every topic one primary job:
| Job |
Reader need |
Useful formats |
| Discovery |
“This is about my situation” |
scene, tension, mistake, observation |
| Search |
explicit question or decision |
tutorial, comparison, checklist, FAQ |
| Trust |
judge competence and boundaries |
process, evidence, case, failure review |
| Proof |
validate a claim |
demonstration, test, documented result |
| Conversation |
contribute an experience or question |
judgment, trade-off, prompt |
| Conversion |
understand fit and next step |
suitability, objection, delivery, FAQ |
| Retention |
return for a series |
progressive lessons, templates, updates |
Workflow
- Define three to five content pillars from the account promise and proof.
- Translate each pillar into explicit reader situations and search intents.
- Create topics with one job, one reader state, one primary keyword, and one value contract.
- Record the proof or material required. Remove topics that depend on invented evidence.
- Balance the calendar across search answers, execution methods, cases or experiments, and decision checklists.
- Sequence topics so each post creates a useful follow-up rather than repeating the same claim.
- Add a reuse path: comment follow-up, FAQ, carousel, short video, case update, or pinned post.
- Assign one observable learning goal to each post. Do not promise a target result.
Output
Return:
- account promise and content pillars;
- current reader questions and decision stages;
- prioritized topic pool grouped by job;
- calendar with topic, intent, keyword, angle, proof, format, desired action, and learning goal;
- series plan and reuse map;
- material gaps and next production actions.
If the user specifies a publishing period, build that calendar. Otherwise provide a prioritized seven-post sample. When the user requests four posts per week, avoid four versions of one topic: use search answer, execution method, case/experiment, and decision/checklist as the default operating mix unless the evidence suggests a better mix.
Guardrails
Do not invent search volume, trends, cases, user data, platform rules, or performance. Do not treat a fixed posting frequency or content ratio as an algorithm requirement. Do not copy benchmark wording or use unrelated trending terms.
1---2name: xiaohongshu-topic-planner3description: 根据账号定位、用户场景、搜索意图、客户问题、异议、证据素材、生产能力和业务目标，建立小红书选题体系、内容系列、选题池及 7/14/30 天发布日历。适用于内容方向、系列策划、周更计划、产品种草、服务号和个人 IP 选题规划。只需要标题时使用 xiaohongshu-title，需要完整成稿时使用 plan-xiaohongshu-growth。4---56# Plan Xiaohongshu Topics78Turn user situations and business evidence into a sustainable publishing system. Do not create a calendar of interchangeable generic topics.910## Inputs1112Use the account promise, target reader, current account stage, offer, price or decision complexity, recent goal, available proof, material sources, production capacity, existing posts, frequent questions, objections, and desired period. State assumptions when inputs are incomplete.1314## Topic source map1516Build topics from:1718- user questions, searches, comparisons, anxieties, and decision criteria;19- work processes, tools, checklists, mistakes, and acceptance rules;20- product use, implementation, limits, service, and aftercare;21- real cases, experiments, before/after mechanisms, and failed assumptions;22- comments, consultations, sales objections, and non-buying reasons;23- policy, market, or product changes that can be verified when current information is required.2425## Topic jobs2627Give every topic one primary job:2829| Job | Reader need | Useful formats |30| --- | --- | --- |31| Discovery | “This is about my situation” | scene, tension, mistake, observation |32| Search | explicit question or decision | tutorial, comparison, checklist, FAQ |33| Trust | judge competence and boundaries | process, evidence, case, failure review |34| Proof | validate a claim | demonstration, test, documented result |35| Conversation | contribute an experience or question | judgment, trade-off, prompt |36| Conversion | understand fit and next step | suitability, objection, delivery, FAQ |37| Retention | return for a series | progressive lessons, templates, updates |3839## Workflow40411. Define three to five content pillars from the account promise and proof.422. Translate each pillar into explicit reader situations and search intents.433. Create topics with one job, one reader state, one primary keyword, and one value contract.444. Record the proof or material required. Remove topics that depend on invented evidence.455. Balance the calendar across search answers, execution methods, cases or experiments, and decision checklists.466. Sequence topics so each post creates a useful follow-up rather than repeating the same claim.477. Add a reuse path: comment follow-up, FAQ, carousel, short video, case update, or pinned post.488. Assign one observable learning goal to each post. Do not promise a target result.4950## Output5152Return:53541. account promise and content pillars;552. current reader questions and decision stages;563. prioritized topic pool grouped by job;574. calendar with topic, intent, keyword, angle, proof, format, desired action, and learning goal;585. series plan and reuse map;596. material gaps and next production actions.6061If the user specifies a publishing period, build that calendar. Otherwise provide a prioritized seven-post sample. When the user requests four posts per week, avoid four versions of one topic: use search answer, execution method, case/experiment, and decision/checklist as the default operating mix unless the evidence suggests a better mix.6263## Guardrails6465Do not invent search volume, trends, cases, user data, platform rules, or performance. Do not treat a fixed posting frequency or content ratio as an algorithm requirement. Do not copy benchmark wording or use unrelated trending terms.
ShenyuanNext