How to Write Effective Guidelines
Last updated: November 4, 2026
Guidelines are plain-text rules that Kota follows every time it runs a workflow. Each workflow tab in the Knowledge Base (AI Roleplay Bots, Scorecards, Feedback) has its own Guidelines box.
Rules you save under AI Roleplay Bots shape how every bot Kota creates or edits behaves in a roleplay.
Rules under Scorecards shape how Kota writes and structures scorecards when you ask it to build or edit one in chat.
Rules under Feedback shape how Kota scores calls and explains its scores, on every AI-scored criterion of every scorecard.
Think of guidelines as the standing instructions you would give a new teammate who builds bots and scorecards and reviews calls for you. Kota reads them every time, so anything you find yourself correcting by hand more than once belongs here as a rule.
What makes a good guideline
Most weak guidelines fail the same way: they describe a quality, such as “realistic,” “challenging,” or “fair,” instead of a behavior. Kota cannot act on an adjective. Four principles fix that:
Specific. Name the situation, the behavior, and the threshold. “Push back once” is clearer than “don’t give in too easily.”
Testable. Someone should be able to check compliance with a yes or no: against a roleplay transcript for bot rules, against the drafted scorecard for scorecard rules, or against a scored call for feedback rules.
One behavior per rule. A rule that bundles three behaviors may only get partially followed. Split it into separate rules.
Phrased as observable behavior. Write what the bot says or does, what a drafted criterion must contain, or what a rep must do to earn credit. Avoid what anyone should “understand” or “feel.”
Writing guidelines for AI roleplay bots
Bot guidelines control how the prospect persona behaves: how hard it pushes, what it volunteers, and when it gives ground.
Example 1: Objection behavior
Weak guideline:
Bots should be challenging.
Strong guideline:
Every discovery bot must raise at least one budget objection before agreeing to any next step.
“Challenging” could mean anything from interrupting to stonewalling. The strong version names the objection type, the minimum, and the timing, so every bot Kota builds gives reps guaranteed practice on the objection that matters.
Example 2: Handling the brush-off
Weak guideline:
Bots should not give in too easily.
Strong guideline:
When the rep’s opener is generic, bots should give a “just send me some info” brush-off and push back once before conceding — only engaging if the rep responds with a specific, relevant value statement.
The weak version does not say what “giving in” looks like or how much resistance is enough. The strong version defines the trigger, the bot’s move, and the exit condition. Reps get consistent practice at the moment most cold calls die.
Example 3: Persona realism
Weak guideline:
The prospect should sound realistic.
Strong guidelines:
Prospect bots answer in 1–3 sentences; they do not monologue.
Bots only volunteer a pain point after the rep asks a follow-up discovery question, never in response to the first question.
Bots never state their budget unless the rep asks about it directly.
“Realistic” is the kind of vague adjective that leaves Kota guessing. Broken into three observable rules, it produces prospects that behave like guarded real buyers: short answers, earned disclosures, and no free information.
Writing guidelines for scorecards
Scorecard guidelines shape how Kota writes scorecards in chat: the sections, criteria and wording it drafts. To change how calls are scored, use the Feedback tab (next section).
Two kinds of guidelines are especially useful here:
Business or domain context Kota cannot know on its own
Rules about how every criterion should be written
Example 1: Business and domain-specific criteria
Weak guideline:
Criteria should be relevant to our business.
Strong guideline:
Our sales calls run 45–60 minutes and we never book 15-minute follow-ups. Criteria must never reward booking a short follow-up call.
Kota has no way to know your sales motion unless you tell it. The strong version states the domain fact and its consequence for the scorecard text, so every scorecard Kota drafts fits how your team actually sells instead of generic sales advice.
Example 2: What every criterion must contain
Weak guideline:
Criteria should be clear.
Strong guideline:
Every criterion must include at least one example of what good looks like — either a sample quote or a described behavior a rep could copy.
The weak version leaves “clear” up to interpretation. The strong version enforces a consistent structure: every scorecard Kota drafts comes out with examples baked in, so reps reading their scores always see what to do differently, not just a number.
Example 3: How criteria are phrased
Weak guideline:
Criteria should be fair.
Strong guideline:
Criteria must be phrased as observable rep behaviors with a countable bar, such as “asked at least three open-ended questions before pitching,” never as traits like “was engaging” or “showed curiosity.”
A criterion phrased as a trait gets scored as a vibe. This guideline makes Kota write the measurable bar into every criterion it drafts, so scoring has something concrete to check.
Writing guidelines for feedback
Feedback guidelines apply when calls are scored. When a scorecard is saved, Kota turns your Feedback guidelines, plus any sources attached to a criterion, into short scoring guidance for each AI-scored criterion. Kota uses that guidance when it grades the criterion and explains the grade.
Because the guidance is written at save time, save your scorecards again after you change these guidelines.
Keep each rule about how to judge or explain, and make it hold for every scorecard. Detail that belongs to one criterion is better attached to that criterion as a source. See Kota Knowledge Base, Part 4.
Example 1: Business context for feedback
Weak guideline:
Feedback should be relevant to our business.
Strong guideline:
Our sales calls run 45–60 minutes and we never book 15-minute follow-ups. Feedback must never recommend a short follow-up call.
Without this, Kota falls back on generic sales advice. Stating the fact and its consequence keeps every improvement suggestion inside how your team actually sells.
Example 2: Your methodology’s terms
Weak guideline:
Use our sales methodology.
Strong guideline:
We run MEDDPICC. When feedback mentions qualification, name the specific MEDDPICC element the rep missed (for example, Economic Buyer or Decision Process).
“Our methodology” means nothing to Kota until you name it. The strong version names the framework and says exactly how it should show up in the feedback reps read.
Example 3: How strict to be
Weak guideline:
Be strict when scoring.
Strong guideline:
A rep only gets credit for confirming next steps if they stated a date and an owner. “Let’s touch base next week” does not count.
“Strict” is an adjective. The strong version sets the bar a rep has to clear, so the grade and the explanation both point to the same missing detail.
Already have a playbook? Upload it instead
If your rules already live in a sales playbook, call-review rubric, or objection-handling document, you do not have to retype them:
Click Add files under Guidelines on the relevant tab.
Upload up to 5 documents. Supported formats include PDF, DOCX, TXT, and MD.
Kota reads them and drafts a set of guidelines.
Review the draft, edit anything that is off, then click Save.
Nothing is stored until you save, and the uploaded files stay listed so you can always see what the guidelines were built from. The best inputs are documents that already describe behaviors: playbooks, QA rubrics, persona or ICP one-pagers, and objection-handling cheat sheets.
Still need help? Reach out to support@hyperbound.ai