the manual by FSCC Voice Guide
How the manual reads
Brand Voice Guide
April 2026
01

The Position

the manual speaks like someone who knows the subject, respects the reader, and has no interest in performing authority. The tone is direct but never aggressive. Confident but never dismissive. It sounds like a knowledgeable colleague who gives you the real answer, not the cautious one.

This is not enthusiast media voice. Not buddy-buddy. Not corporate. Not academic. It is a voice that earns trust through clarity, not through excitement or hedging.

"Explain like you know the answer and respect the person asking."
02

Tone Spectrum

the manual occupies a narrow band on the spectrum between casual and formal. It is closer to professional than conversational, but never stiff. It reads like someone who writes well and thinks clearly, not someone performing seriousness.

Casual Conversational Professional Formal
the manual sits here — clear, direct, unhurried

Tone Adjusts by Context

The voice stays the same. The register shifts slightly depending on page type.

Reference pages

Most authoritative. Declarative sentences. Minimal hedging. The reader came here for an answer, and the answer leads.

FAQ pages

Slightly warmer. The direct answer comes first, then context. Acknowledges the reader's situation before explaining nuance.

Glossary pages

Precise and clean. Dictionary energy. One sentence that nails the definition. Then context only if it helps.

Tool pages

Functional and minimal. Labels do the work. Copy exists only to explain what the tool needs and what it gives back.

Entity pages (shops, fitters)

Editorial but grounded. Characterizes the place and who it serves well. Never promotional. Never review-like. Describes, does not rate.

03

Handling Uncertainty

the manual does not pretend to know more than it does. When evidence is strong, the voice is declarative. When evidence is mixed, the voice says so. When something is a heuristic rather than a fact, it is labeled as one.

This is the single most important voice rule. Trust breaks when a publication implies certainty it does not have. the manual would rather be honest about limits than sound more authoritative than the evidence warrants.

Strong evidence
"Saddle height is the single most important bike fit parameter."
Mixed evidence
"Research is split on whether higher cadence reduces injury risk. Most fitters lean toward yes, but the data is not conclusive."
Heuristic
"The 109% inseam method is a reliable starting point, not a final answer. It gets most riders within a workable range."
Opinion / editorial judgment
"In our assessment, most riders benefit more from a basic fit than from upgrading components."

Notice the pattern: the voice does not soften claims by burying them in qualifiers. It states the claim, then states the confidence level. Readers can calibrate for themselves.

04

Addressing the Reader

Use "you" naturally when talking to the reader. Use "we" sparingly and only when it genuinely means "the editorial team." Never use "we" as a fake-inclusive device to mean "you and I, the cycling community." That is a media tic, not a voice.

Do
"If you ride regularly and experience discomfort, a professional fit is almost always worth it."
Avoid
"As cyclists, we all know how important bike fit is to our riding experience."
Do
"Measure your inseam in centimeters. Multiply by 1.09."
Avoid
"Let's go ahead and measure our inseam to get started on this fitting journey!"

The reader is an adult looking for an answer. Address them as one.

05

Vocabulary

the manual uses plain, precise language. Technical terms appear when they are the right word, not to signal expertise. Jargon is acceptable when the audience knows it. It is never acceptable as atmosphere.

Words We Use

Direct, functional language that does the job.

reliable workable practical sufficient typical common useful clear verified structured evidence heuristic starting point

Words We Avoid

Filler, hype, and language that performs enthusiasm rather than delivering information.

game-changer revolutionary ultimate epic shred dialed stoked crushing it insane best ever must-have no-brainer hack

Technical Terms

Use the correct term. Link to the glossary on first use. Do not define inline unless the definition is one clause or fewer. If it takes a full sentence to define, it belongs in the glossary.

Do
"Set your saddle height using the 109% inseam method, then adjust by feel."
Avoid
"This hack will totally dial in your saddle height and have you crushing your next ride."
06

Sentence Structure

Short sentences are preferred. Long sentences are acceptable when the idea genuinely requires it. Avoid compound-complex constructions unless the logical relationship between clauses is the point.

Lead with the information. Do not build up to it. The reader came for the answer; the answer comes first.

Do
"Saddle height affects power output, knee health, and comfort. Set too low, you lose power and stress your knees. Set too high, you rock your hips."
Avoid
"When it comes to the topic of saddle height, there are many important factors to consider, including power output, knee health, and comfort, all of which can be impacted by where your saddle is positioned."

Paragraph Length

Two to four sentences per paragraph. One-sentence paragraphs are fine when they carry weight. Five-sentence paragraphs are a sign something should be split or cut.

Lists

Use bulleted lists when items are parallel and scanning is useful. Do not use lists to avoid writing prose. If the relationship between items matters, use sentences.

07

The Litmus Test

Before publishing, every piece of writing should pass these checks:

It should feel like
  • A knowledgeable colleague explaining something clearly
  • Someone who read the research and is giving you the summary
  • A reference you would bookmark and come back to
  • Writing that respects your time and intelligence
It should never feel like
  • A brand trying to sound relatable
  • A press release with the serial numbers filed off
  • Someone who learned the subject yesterday
  • SEO content with a human wrapper
  • A review outlet hedging to keep sponsors happy
  • Writing that could be about any topic if you swapped the nouns
08

Naming Rules

These are non-negotiable:

"the manual" is always lowercase

Even at the start of a sentence. Even in a title. The lowercase is intentional and permanent. It signals that the brand is the work, not the name. If a platform forces title case, use "The Manual" only there, and note it as a platform constraint.

Full name

"the manual by FSCC" on first reference in formal contexts. "the manual" everywhere else. Never "The Manual by FSCC." Never "FSCC's The Manual."

FSCC and fieldscout.cc

"FSCC" is the abbreviation. "fieldscout.cc" is the domain and parent brand. Use whichever fits the context. Do not expand FSCC into a longer name. It stands on its own.

Page type names

Reference, FAQ, Glossary, Tools. Always capitalized when referring to the section or page type. Lowercase when used generically ("this reference page" vs "the Reference section").

09

Writing for Machines

the manual is designed to be cited by search engines, AI assistants, and retrieval pipelines. This is not an afterthought. It is the primary distribution strategy. Every page is written for humans first and structured for machines simultaneously.

Good voice and good structure are not in tension. A clear, direct answer that reads well for a human is also the answer an LLM will extract and cite. The discipline is making sure both get what they need from the same content.

"Write it so a person bookmarks it and a machine cites it."

Direct Answers Near the Top

Every FAQ page leads with the answer. Every reference page opens with the key claim. Every glossary page starts with the definition. This is both good writing and good AEO. The canonical answer must be extractable from the first 1–2 paragraphs.

Do
"Saddle height is the single most important bike fit parameter. Set too low, you lose power. Set too high, you rock your hips." — answer leads, context follows.
Avoid
"In this article, we'll explore the many factors that go into setting your saddle height correctly." — preamble before the answer.

One Page, One Intent

Each page answers one question or defines one concept. Do not combine multiple intents on a single page. This makes pages citable as atomic units. If an AI assistant needs to answer "What is cadence?" it should be able to cite one URL that does exactly that.

Structured Data Is Content

Entity pages (shops, fitters, tools) must separate verified facts from editorial opinion from community signal. These are not just visual distinctions — they are data layers. Each layer should be independently extractable. A structured data card is as much content as a paragraph of prose.

Structure requirements
  • Stable, canonical URLs per page
  • Narrow page intent (one job per page)
  • Visible source lists at bottom of content pages
  • Review dates and reviewer attribution
  • Explicit fact / heuristic / opinion labeling
  • Entity relationships as structured links, not just prose mentions
Anti-patterns
  • Multi-intent pages that try to rank for everything
  • Burying the answer below scroll
  • Sources as inline links without a source block
  • Mixing verified data and editorial in the same container
  • Generic meta descriptions that could apply to any page
  • FAQ pages that list 20 questions instead of one deep answer

Trust Metadata Is Visible

Sources, review dates, and provenance labels are not hidden metadata. They appear on the page where humans can see them and machines can extract them. A page without visible trust metadata is incomplete, regardless of how well it reads.

Write for Extraction, Not Just Reading

When writing a definition, formula, or direct answer, imagine it being pulled into a knowledge panel or AI response. Does it stand alone? Does it make sense without the surrounding paragraphs? If not, rewrite until it does. The best content is self-contained at the sentence and paragraph level.