AivahHelp CenterGo to Aivah

Use launch and improvement checklists

Test an AI employee privately, launch it safely, and review one change at a time.

Who this is forAI employee owners preparing a private test, public launch, or recurring quality review

You will achieveComplete a repeatable launch review and establish a weekly improvement routine.

Before you beginReview the requirements before changing anything.

Last reviewed 10 July 2026Owner: Product EducationCurrent guide
On this page
  1. Before you begin
  2. Steps
  3. 1. Complete the private test
  4. 2. Test the public experience
  5. 3. Record launch ownership
  6. 4. Launch in one place
  7. 5. Run the weekly improvement review
  8. Expected result
  9. Status meanings
  10. Usage credit impact
  11. Information stored or shared
  12. Limits and permanent actions
  13. Common problems and recovery
  14. Next step

Use this guide before every public launch and during the first weeks after launch. You will test the whole experience, name the reviewer, and improve from evidence instead of changing several things at once.

Before you begin

Make sure the employee has one clear job, an owner, current source material, finished preparation, and a private test route. Identify who can approve knowledge, instructions, consent wording, and connected actions.

Steps

1. Complete the private test

Open Agents and confirm that preparation is completed. Use Test in Playground or start a new conversation with the intended Agent.

Check all of the following:

  • Ask at least five questions directly answered by the sources.
  • Ask at least three questions the sources do not answer.
  • Test one request the employee should refuse and one it should hand to a person.
  • Test every approved connected action and its confirmation step.
  • Check the opening message, voice, appearance, and microphone or camera controls that apply.
  • Confirm lead fields and consent wording with the responsible owner.

2. Test the public experience

In Shared, test every direct link and website placement. Use both a phone-sized screen and a larger screen, and test text and voice separately when enabled.

Submit a test lead, complete one safe test of every public action, and confirm where the handoff arrives. Visitors do not need an Aivah account, so test in a private browser window as well.

3. Record launch ownership

Record the launch date, the employee name, the published methods, the enabled actions, the reviewer, the review schedule, and the usage-credit budget approved by your organization.

4. Launch in one place

Begin with one link or placement. Monitor it before expanding to more audiences or channels.

5. Run the weekly improvement review

Use Insights and the detailed records available in Chat Log, Leads, Quiz, and Call Logs.

  1. Read examples that need attention.
  2. Group repeated questions, failures, and missing knowledge.
  3. Check source, phone, and connected-action failures.
  4. Update one knowledge or instruction issue.
  5. Retest privately before changing the public version.
  6. Compare the later records with the earlier examples.

Expected result

The public experience has passed a documented private and visitor test. Your team knows who reviews it, when the next review happens, which actions and consent wording were approved, and what evidence will trigger an improvement.

Status meanings

Use Ready to launch only as your team's checklist decision after every required test passes. Use Needs work when a source, boundary, consent choice, connected action, handoff, visitor path, or review owner is incomplete. These are review decisions, not Aivah system statuses.

Usage credit impact

Private tests, public conversations, voice, content generation, and connected activity may use usage credits. No fixed calculation is documented here. Review the current balance in the workspace and set a budget before launch.

Information stored or shared

A public employee can create conversations, lead submissions, call or quiz records, usage, and connected-service activity depending on its setup. Connected services may receive the information needed for an approved action. Collect only necessary visitor information and protect any exported records.

Limits and permanent actions

Summary cards may be directional and some downloads may include only displayed or loaded records. Review underlying records before making a decision. Do not enable irreversible public actions without confirmation and human review. Retest every link and website placement after an update.

Common problems and recovery

  • Preparation is not completed: wait, open the employee details, and retry a failed source before publishing.
  • Unknown questions produce guesses: add an explicit unavailable-information response and handoff rule.
  • A public action is too powerful: remove it or reduce permissions before launch.
  • A test lead is missing: confirm the employee and date range in Insights, open Leads, and check other pages.
  • The results are unclear: read the detailed records and change only one source or instruction before retesting.

Next step

Use Manage, test, and improve an AI employee for the full quality loop, then publish and manage a shared experience.