25Unlimited Chatbot Deployment
Subscribers can deploy an unlimited number of AI chatbots across any websites, landing pages, or digital properties.
Many bots, many purposes.
- Sales bots, support bots, onboarding bots, and appointment bots all run from one subscription.
Independent configuration per bot.
- Each bot has its own prompts, knowledge, compliance settings, and integrations.
No deployment limits.
- There is no limit on simultaneous active deployments, and the experience stays consistent across all touchpoints.
26Bot Active/Inactive Toggle
Every bot card carries an Active/Inactive toggle.
One-tap status control.
- A brand-green toggle at the top-left of each Chatbots card flips a bot between Active and Inactive.
Server-enforced.
- An inactive bot's widget never renders on the subscriber's site; only the embed of an Active bot is served.
List visibility preserved.
- Inactive bots still appear in the dashboard list; only deletion hides a card.
27Fully Customizable Widget & Five-Tab Builder
Subscribers control the chatbot's appearance and behavior completely, through a five-tab builder. Each tab carries a built-in explanatory note so subscribers never need outside knowledge.
The five tabs.
- **Appearance** — Live chat preview, Style controls, Bot Name, and Bot Icon.
- **Knowledge Sources** — add and process the bot's knowledge.
- **Prompt Box & Q&A** — the prompt cascade and exact Q&A pairs.
- **Prompt Modules** — reusable modules in Drafts and Production.
- **Chat Settings** — defaults, models, bubble icons, and embed code.
Appearance — visual customization.
- A live chat preview shows changes in real time.
- Style controls set Header Background, Header Text Color, Page Background, Bot Text Box Color, Bot Text Color, Sender Text Box Color, Sender Text Color, Link Color, and Icon Color.
- An intuitive color tool offers a movable cursor, transparency slider, hex-code input, and RGB value fields.
- Bot Name and Bot Icon are set here (both required).
Knowledge Sources — add knowledge (full detail in Knowledge Base Management).
- An "Upload New Document" modal accepts four source types from a dropdown: Document, Website, Social Media Link, and Calendar URL.
- **Documents** are read and vectorized directly (drag-and-drop or click — up to 5 files, 25 MB each: PDF, Word, Excel, CSV, JSON). The original files stay in the knowledge folder, so they can be downloaded, edited, and re-scraped at any time.
- **Websites** are crawled by a fast, efficient, low-credit third-party scraper. Preset defaults are great for most sites, but the crawl is fully customizable: how many layers deep, how many pages, and whether links are included.
- **Social pages** are fetched by a specialized third-party scraper that simulates real human interaction to reach pages most automated tools and bots are blocked from — a capability most platforms do not offer. These take a little longer, then are vectorized.
- **Calendars** are a scheduling link only — nothing is scraped or vectorized, so they are ready the moment they connect. Choose "Calendar Link or Account": either paste a booking link (Self Booking) or connect a Google / Microsoft 365 account (Auto Scheduling). The bot can hand visitors the links to book themselves (self-booking), or find a time and auto-book it for them and text a confirmation. When several calendars are connected, the bot offers them in the order they are added here — and the prompt (see the Prompt System, section 26) can override that order for finer control.
- A source is not live until it is processed (vectorized); processing takes roughly 30–60 seconds per source.
Responsive, conflict-free design.
- The widget avoids conflicts with other website elements and keeps a consistent professional appearance across all devices and screen sizes.
Font system.
- Web-safe font families and a range of font sizes store literal values that drive the live widget.
28Prompt System — Cascade Engine & Visual Builder
The AI prompt system is a multi-tier cascade managed through a visual builder, requiring no coding. An on-page note (Prompt Box & Q&A tab) explains exactly how prompt, modules, knowledge, and settings work together, and the knowledge base it draws on is detailed in Knowledge Base Management.
The order is about speed, not priority.
- The bot uses all available sources together to build one answer — there is no ranking of which source "counts" more. The only time a hierarchy applies is a conflict: when two sources disagree, the higher one wins; when they agree, the bot blends everything into one answer.
- The reason the sources are listed in an order is purely how fast each one arrives. The bot starts forming its answer from the fastest sources the moment they arrive, so if a visitor hits Send they already have an answer; if that early answer isn't complete enough, the bot waits for the slower sources before responding. Because this all happens in milliseconds, everything usually still gets considered — and starting early from the fastest information is what creates the speed.
- Order of speed: (1) the prompt — the fastest; (2) prompt modules — fast, topic-by-topic knowledge and flows; (3) Q&A pairs — fast, exact question-and-answer pairs; (4) knowledge sources — a little slower because they are vector-scraped from documents and pages; (5) the AI's own general knowledge — the final fallback.
- The prompt and the Q&A pairs live on the same page as two tabs (a Prompts tab and a QnA tab) and run at the same speed level as prompt modules. If there are no prompt modules, the prompt itself becomes the first point of contact — and it is the highest authority on a conflict anyway.
Compliance is always on and cannot be overridden.
- Sensitive-data masking, the privacy timeouts, and agreement signing run on every chat no matter what a subscriber writes, so the subscriber never has to manage compliance.
Prompt overrides Chat Settings.
- Greeting, tone, and response length on the Chat Settings tab are defaults; anything written in the prompt wins. Leaving the prompt blank still runs the bot on its modules, Q&A, knowledge sources, and the Chat Settings defaults.
Prompt controls calendar order.
- Booking calendars are connected on the Knowledge Sources tab (Self Booking links or a connected Google / Microsoft 365 account for Auto Scheduling). When several are connected, the bot offers them in the order they were added there. The prompt overrides that order: name each calendar and set the sequence ("check the front desk first, then Sarah, then Bob"), lead with the right person for a given request ("for billing, start with Bob"), and change it any time without touching Knowledge Sources. The override re-orders the calendars — it does not hide any; every connected calendar is still offered.
Visual prompt-module builder and editor.
- A drag-and-drop interface creates and manages prompts and conversation flows; templates exist for common use cases (sales, support, scheduling, compliance); each chatbot has its own independent system instructions.
- A wide editor opens tall and auto-grows with content (no cap), making it easy to paste long AI-written prompts.
Chat Settings defaults and override badges.
- Greeting, default language, font size, font family, tone, and response length are defaults the prompt can override.
- Eight tones (from Simple & Clear to Formal) and six response lengths (Adaptive default, Concise, Standard, Detailed, Comprehensive, Unlimited) each compile into a written directive.
- Override badges show an amber "Overridden by your Prompt" chip on Greeting, Tone, or Response Length whenever the prompt dictates that behavior.
Minted starter prompt + restore.
- Every new bot is minted a white-label starter prompt that defers to the Chat Settings fields, with a "Restore Original Prompt" button to re-mint the master at any time, plus an "Upload Prompt" option.
Module system (Drafts and Production).
- Reusable modules can be built, grouped by type (sales, onboarding, support, billing), and triggered by keywords or always loaded; a cascade engine infers the conversation's division per turn and loads the most relevant modules within per-turn caps.
- Drafts is a safe workspace that never affects the live bot; Production edits affect the live bot immediately, behind an "I understand editing production affects the live bot" interlock.
- A searchable Library of ready-made master modules and example flows uses a copy-on-add pattern (adding one creates a draft copy to customize), so masters are never modified.
- A bidirectional Visual ↔ JSON editor lets a module be edited as plain human-readable words or as JSON, with a "Copy JSON" button for editing in any external AI tool.
Keywords make the bot faster.
- Prompt modules are triggered by keywords and are the lightest, fastest source — when keywords match, a module usually arrives before the prompt or Q&A. Loading lots of relevant keywords helps the bot find the right information sooner, which means a faster response.
- Isolate modules by subject. Five modules sharing the same keywords force the AI to dig through all of them, which slows things down; well-organized, single-subject modules let it answer quickly. (Disorganized modules that overlap with the vector knowledge and the prompt are the most common cause of slow replies.)
Drafts ↔ Production stay in sync.
- Deploying a Production edit automatically updates the Draft to that same state; editing a Draft and pushing it updates Production automatically. It syncs both ways, so the only thing to avoid is editing Draft and Production at the same time.
29AI Prompt Builder — Voice-Driven Prompt Management
The Prompt Modules tab's AI Prompt Builder lets a subscriber (or an internal user with an assigned role) build and run the chatbot's entire prompt "brain" by voice or chat — no clicking required. It creates and edits prompt modules, tunes trigger keywords, pulls from a template library, optimizes routing for speed and accuracy, and publishes to the live bot, all through natural conversation. Everything happens in Drafts and never touches the live bot until the owner deploys, and every change is confirmed in one short line. Because the owner is already signed in to the dashboard, their spoken instruction is the authorization — the same access model the rest of the dashboard uses.
Building prompts by conversation.
- Describe the business or paste content — "make a module for our refund policy" — and the assistant builds a focused prompt module in Drafts, names it, picks a category, and writes tight trigger keywords.
- Each module is kept to a single topic, which is how the bot retrieves most accurately.
Finding, opening, and navigating.
- "Search my drafts for anything about billing" lights up every matching module and library template in the panel; "open the Pricing module," "close it," and "give me a blank module" drive the editor voice-driven.
- Slightly different wording still finds the right module — "social media online presence" opens "Social Media & Online Presence."
Editing every field by voice.
- Add or remove one trigger keyword at a time — "add the keyword 'cancel my plan' to Billing," "remove 'refund' from Support."
- Rename a module, move it to a different category, change its type (flow / reference / interpreter), enable or disable it, or rewrite the prompt content itself — every control a human can click can be spoken.
Templates.
- "Is there a template for onboarding?" searches the Library by meaning and highlights the matches; "use the FAQ Starter template" drops a ready-made module into Drafts to customize.
Optimize for speed and accuracy.
- The bot loads only the top few modules per category each turn, so a trigger keyword living on two modules makes them compete — and the wrong one can crowd out the right one.
- "Optimize my prompts" finds every shared keyword and assigns each to the one module it truly belongs to — decided by meaning, with a fast rule handling the clear cases and an AI adjudicating the ambiguous ones — then cross-references the rest. The owner reviews every "keeps on" decision before it applies, and it only ever edits Drafts.
Going live — Drafts by default, Production on request.
- Everything happens in Drafts and never affects the live bot until the owner deploys. "Publish the Social Media module" deploys that one module to the live bot; "publish all my drafts" pushes the whole set.
- For voice-driven editing of the live bot itself: "switch to production," then "yes, I understand this edits the live bot" checks the production disclaimer — after which every edit above operates on the live modules exactly as it does on Drafts. The assistant only enters Production when the owner explicitly takes it there, and never deploys or deletes on its own initiative.
Large documents — keep prompts lightweight.
- A big document — a book, a long report, a peer-reviewed paper — should NOT be built into prompts; the prompt system is kept lightweight for speed and accurate routing.
- Add large documents under Knowledge Sources instead, where they are chunked and searched by meaning so the bot retrieves the exact passage that answers a question. Ask the assistant how to handle a big document and it points the way.
Availability.
- The AI Prompt Builder is available to every bot-creating account, including child subscribers under an agency. It lives on the Prompt Modules tab of the bot editor, and its Prompt Guide button opens the same overview shown here.
The Control Room and the Autopilot (August 2026).
- The Prompt Modules tab's second sub-tab is a card page of one-click jobs — Health Check, Test Questions, Quick Tune, Deep Clean, Try It Cold, Publish, Autopilot, and Version History — each runnable by the owner or handed to the AI Prompt Builder. Both read the same server numbers, so the buttons and the AI can never tell different stories.
- Owners choose their level of hands-on, one card at a time: from all-by-hand editing, to a one-click Quick Tune with a single preview (auto-undone if the test score drops), to 'run it all', to a scheduled Autopilot whose Full Auto position publishes only on a proven score improvement — and refuses to act at all with no Test Questions saved.
- Every save is a numbered version; locked versions never age out; restore points bring every module back in one click. Drafts first, everything undoable, worse never wins.
30Knowledge Base Management (Knowledge Sources)
Subscribers manage each chatbot's AI knowledge base directly from the dashboard. Knowledge is one of the sources the prompt cascade draws on (see the Prompt System), and every source is vectorized before it goes live (see Vectorization & the Vector Database).
What knowledge does.
- Knowledge content is combined with the AI prompt to produce accurate, business-specific answers.
- Knowledge can be updated any time without code changes or redeployment.
- Each chatbot has its own independent knowledge base.
Sources supported.
- Documents and files (PDF, Word, Excel, CSV, JSON, FAQs, product information) uploaded directly from the dashboard — up to 5 files at a time, 25 MB each.
- Websites, crawled by a separate, fast, credit-affordable third-party scraping service.
- Social media pages, fetched by a specialized third-party model built to scrape social platforms that normally reject automated tools because they only allow real visitors (Instagram, Facebook, TikTok, YouTube, X/Twitter, LinkedIn Personal and Company, Pinterest, Reddit, Threads, Truth Social, RedNote, Douyin).
- Calendars, which are a scheduling link — nothing is scraped or vectorized, so they are ready the moment they connect.
Processing and vectorization.
- New sources must be processed before they go live; a "Process all" action (or a per-row process icon) runs the pipeline. Until a source is processed, it is not in the bot's knowledge and won't appear in answers.
- Documents are read and vectorized directly; websites are crawled then vectorized; social pages are fetched then vectorized. In the end, all of it is vectorized into a fast, structured index of meaning.
- Processing takes roughly 30–60 seconds per source (longer for large files or deep crawls); a row reads "Ready" when done, and a stuck or "Not processed" row can be re-processed with the green icon — no need to delete and re-add.
Crawl-scope controls.
- Preset defaults are tuned for most sites and social pages; for a very large or especially important site, advanced crawl options let the subscriber set how deep to crawl, how many pages, and how many links are scanned.
Status visibility.
- A Status column shows Ready, Processing, Failed, or Not processed; a filter dropdown narrows the list; pages auto-refresh so rows flip to Ready without a manual refresh; failures surface as a readable toast naming the source.
Structured-data diversion gate.
- If a subscriber tries to load a database or structured-data file into Knowledge (.sql, .db, .sqlite, .dump, .mdb, .parquet — caught by extension and by magic bytes, so renamed or spoofed files are still blocked), the system rejects it and diverts the subscriber to the gated BAA/DPA database flow, where structured data belongs under an agreement.
- Knowledge files are stored securely on private cloud buckets and cached for fast retrieval.
31Centralized Dashboard Control System
A single dashboard gives subscribers full visibility and control.
Performance and usage.
- Performance metrics and engagement analytics per bot.
- Credit wallet balance, usage by bot, and top-up history.
Configuration.
- AI model selection per bot.
- CRM, database, and LAN connection management via the Integrations page.
- Compliance settings and BAA/DPA status.
Billing and promos.
- Promo-code redemption.
- Billing, subscription, and auto-top-up management.
Documentation inside the dashboard.
- A Documentation link in the lower-left (near Logout) opens a logged-in copy of the public documentation page, so a subscriber can keep two tabs open and bounce between guidance and their work without being auto-redirected back into the dashboard.
Fit.
- Ideal for businesses with multiple departments or service lines.
32Downloadable Chat Transcript
The transcript download lives in the header of the chat widget and is a full, self-proving record of the conversation. Sensitive data a user types appears in the live window (the session is ephemeral and evaporates), and the download proves it was properly redacted.
What the transcript contains.
- The full conversation, white-labeled (bot name and brand colors, never the chatbot application brand).
- Generated images embed inline; documents attached during a human takeover, and images exchanged back and forth, appear as a marker that reads that the link has been disabled for security.
Human agents shown by tier and color.
- The transcript shows the different tiers of the humans/agents who took part in the chat.
- Each human or agent is shown in their own distinct color, so multiple agents in one conversation are easy to tell apart.
Redaction rules.
- Sensitive data a user types shows in the live chat window because the session evaporates on timeout.
- When the user is chatting with a live human, that data is not redacted in the live window — a human agent may legitimately need real details (for example, a member ID, a group ID, and a name) to vet the person before logging into an internal system on their behalf.
- That same human-exchanged sensitive data is redacted in the downloadable transcript, so the stored record is subscriber-safe.
Response times per turn and at the top.
- Every turn is stamped with its response time, and the average response time is shown at the top of the transcript.
- The average excludes human turns, because a human's reply time is a different scenario and would distort the AI speed figure.
- The headline average reflects knowledge-lookup and LLM-knowledge turns, which is where the speed is engineered. Turns that generate an image, or upload, download, or analyze a document, are heavier and slower, so they are kept separate from the headline average rather than dragging it down.
Self-proving redaction.
- A user can type sensitive data and then download the transcript to prove for themselves that it was properly redacted.
Access and use cases.
- Available directly from the chat widget header and from the subscriber dashboard.
- Safe for internal training, compliance auditing, customer-interaction analysis, and regulatory documentation.
33In-Depth User Interaction Analytics
Advanced analytics provide actionable insights.
Engagement metrics.
- User engagement and session-duration metrics.
- Behavior-pattern analysis.
Usage and outcomes.
- Credit usage by bot and by AI model.
- Conversion and opt-in tracking.
Benchmarking.
- Performance benchmarking across multiple bots, for measuring ROI and refining strategy.
34Multi-Website Engagement Tracking
Track user engagement across multiple websites from one dashboard.
Cross-property insight.
- Detailed insight into how users interact with chatbots across all digital properties.
Unified view.
- A comprehensive view of customer engagement across all online touchpoints.
Optimization.
- Helps optimize performance based on real multi-site behavior data.
35Unlimited Conversation Capacity
No caps, no throttling, no usage limits on conversations.
Always-on, any volume.
- Unlimited interactions and sessions 24/7, handling any traffic volume including peak periods.
Usage in credits, not capped.
- AI usage is credit usage from the subscriber wallet — there are no artificial conversation limits.
Reliability.
- Reliable, always-on service regardless of concurrent user volume.
36Human Takeover & Tiered Support
A live human agent can take over a conversation from the AI, with a full three-tier support routing model.
AI-first handoff with consent.
- When a user explicitly asks for a human (natural phrasing is recognized), the bot replies naturally and runs an availability check; for a dissatisfied-sentiment path it asks first and only connects on the user's "yes."
- If no agent accepts within 30 seconds, the AI steps back in with a natural message and the takeover state resets.
Agent identity in the live experience.
- The AI's turns use the bot's own Appearance image; agent turns use the agent's profile avatar.
- A "Human takeover — [Agent First L.] · [time]" banner appears on the first human turn.
- Each agent gets a distinct, session-scoped color so multiple agents in one chat are distinguishable (the same color carries into the downloadable transcript).
Agent-to-agent transfer and handback.
- An agent can transfer the chat to another agent with a centered, avatar-less "Agent-to-agent transfer in progress" line and the full transcript following to the receiving agent.
- An agent can hand the chat back to the AI, which resumes seamlessly.
Three support tiers.
- Support tiers (Tier 1, 2, 3) are granted as a role add-on via the "Human Takeover Tier" checkbox on the role.
- A chat escalated to a tier is offered to agents at that tier or higher; checking only Tier 3 covers 1, 2, and 3; no tier means unconstrained.
Live data versus stored transcript.
- The helping human sees real customer data live (they need names and IDs to help).
- The stored and downloaded transcript is redacted (sensitive data masked) for subscriber-safe records, and human reply times are excluded from the average response time.
Seamless attachments across every handoff.
- Documents and images sent during a takeover stay clickable while the chat is active, and they persist across handoffs — agent to agent (for escalation), agent to end user, and AI to agent — in every direction.
- For example, a Tier 1 agent can attach a document pulled from the customer's own account, escalate to a higher tier who is more qualified to answer, and that tier can forward the same document on to the end user — all without re-uploading.
- One exception: having a human agent generate an image for the end user is discouraged, because image generation takes long enough that the 2-minute end-user inactivity timeout may fire before delivery. Every other attachment type passes seamlessly in any direction.
- When the chat is exported (at any point, even mid-conversation), the attachments in the downloadable transcript show the security-disabled-link marker (see Downloadable Chat Transcript).
Sample and documentation.
- A "See Human Takeover in action" card offers a downloadable white-label sample transcript.
37Role-Based Access System (Two Account Systems)
The chatbot application runs two distinct account systems: the end-user compliance accounts (System 1) and a role-based internal-access system for vetted employees and vendors (System 2). The internal login is an add-on being finalized before launch; the role-management foundation is built. Role-based access is not limited to Pro tier — it can govern any add-on (regular databases, CRMs, LAN).
Role definition and grid.
- A role is a named set of permissions defined in a grid with a Check All / Uncheck All master toggle.
- Dashboard access is an optional, toggleable permission — a role can grant other menus or none.
The locked "End User" pseudo-role.
- "End User" is a locked, non-editable system role that lives on the Dashboard Access tab and is baked into every account type. Every checkbox is grayed out and off, so an End User can never reach the dashboard — it is shown read-only for reference.
- Its purpose is to let the general public reach a public-facing database through the chatbot — one that holds no sensitive, PHI, or compliance-regulated data. For example, a hobbyist, community, or nonprofit site could let visitors search a non-sensitive list (top movies of 1952, top songs of 1988) right inside the chat.
- When this role is assigned to a database, a red caution badge warns that this is a pseudo-role any end user or member of the general public can see, so its field checkboxes must be selected with extreme caution.
Three access tabs per role.
- Dashboard Access (which dashboard menus the role can see).
- Role-Based Access (which chatbot resources the role can use — CRM connections, Cloud Database, LAN, and Pro-tier models).
- Human Takeover Tier (which support tier the role serves).
- An "Access Tabs Explained" orientation badge sits atop the page so the two non-default tabs are not missed.
Tier ↔ Human Takeover auto-link.
- Checking any tier automatically grants Human Takeover; turning Human Takeover off clears any assigned tier, so a role can never point at a queue it cannot reach.
Role-Based Add-On Access (any add-on, not just Pro).
- Chatbot resources are granted per role: one row per connected CRM, a Cloud Database row when a database is connected, and LAN when owned — role-based access can be used as a tool against any of these.
- Activation reminders prompt the subscriber to grant a newly connected resource to a role, with an amber "Not assigned to any role yet" badge that self-clears once granted.
What a role-based user can do with the AI.
- The AI, acting on the user's behalf, can read from connected databases and CRMs, accept information from the user and write it back to those databases, and surface field-level results the role is allowed to see.
- A role-based user can request the AI to provide data from those sources — even Pro-tier, sensitive, or PHI data, subject to their own internal controls — as a downloadable PDF, Word, Excel, CSV, or image, which is useful when a large volume of data needs to come out at once.
- Field-level access control governs which database fields a role can read.
Subscriber-controlled timeout.
- Because nothing is stored application-side for internal users, the 2-minute end-user timeout does not apply.
- The subscriber chooses whether to set a session timeout and how long it is, matched to their own internal controls and regulations (for example, their workstation auto-lock) — or no timeout at all if their policies allow.
Separate image creation toggle for role-based login.
- Role-based login has its own image-creation on/off control, separate from the public Chat Settings toggle.
- The use case is reporting, not novelty: a role-based user can have the AI build a Word report and generate an accompanying image — charts, graphs, or other visuals — to place at the top of or within the document, to share with a supervisor, board of directors, team members, employees, or vendors.
38Work Mode — the Internal AI Workspace (AI Voice Fill)
Work Mode is the internal, role-gated AI workspace where vetted employees and vendors do real document work by talking: professional-grade AI conversation, live data reach, real file exports, and document routing, signing, and filing — with AI Voice Fill as the flagship.
AI Voice Fill — talk, and the document builds itself.
- State facts naturally and the fields fill (live-fill available); correct anything by voice; every change flashes green, scrolls into view, and saves automatically.
- Full field surgery by voice: add, move, rename, hide, or delete fields and whole sections — dropdowns, images, and signature blocks land exactly where they belong.
- The AI Voice Fill chip at the top of Work Mode opens the complete directions popup: filling, live fill, source material, finding templates, rebuilding uploads, editing by voice, images and charts, downloads and exports, PDFs and signatures, mapping, and session preferences.
A 260+ template library, plus your own.
- Standard business, healthcare, legal (including trademark, patent, and criminal-defense forms), and finance packs — plus upload-any-form rebuilding into a native template and custom form creation.
- Template search works by keyword or by meaning ("show me anything rental related"), with results grouped by where they live and a one-click reset.
Real files and live data.
- The assistant builds genuine CSV, Excel, Word, and PDF files from the open document, uploads, or live database/EHR data the role allows — a Download button appears right in the chat.
- Images and charts can be generated and placed onto documents (a separate per-bot toggle controls image generation for Work Mode).
Documents move like an office.
- Six action chips on every document: Close, PDF Options, Save Draft, Save Template, Save & Finalize, and Route / Send. PDF Options owns output (standard or fillable) and signatures — a pen-and-ink line or the full digital signature block.
- Route internally to a person or a team pool, or send externally for reading or signature; signed documents return, file to the subscriber's own storage, and every step lands in the audit log.
- Drafts live in a private staging area with a hard 24-hour window — a visible countdown, then auto-filing so nothing is silently lost.
Gated by roles and verification.
- Access rides the Role-Based Access System: a role grants sources, verbs, and a verification level. Standard access returns redacted data; verified Pro-Tier access unlocks the specialty AI and regulated data.
- Nothing is stored platform-side for internal users — finished document values live on the subscriber's own connected storage.
39Employee & Vendor Management
Subscribers manage internal staff and outside vendors who hold role-based logins.
Employee/Vendor type.
- A type toggle marks each person as Employee or Vendor (default Employee on invite).
- Vendor exists so a subscriber can grant an outside vendor a limited role-based login (for example, limited database access) and tell them apart from internal staff.
Profiles and photos.
- Each internal user has their own profile; the profile heading adapts to "Employee Profile" or "Vendor Profile."
- A small read-only avatar of the person's own profile photo shows on the edit modal so a supervisor can see whether a real face photo is set.
Filtering and scheduling.
- The team list can be filtered by Employee or Vendor and by status.
- A Human Takeover schedule grid (Sunday-first week) sets agent availability.
40Communications (Outgoing & Inbox)
Communications is a complete two-way messaging hub with two areas — Outgoing and Inbox — covering email, SMS, and in-app push, with built-in opt-out automation and an immutable compliance record.
Outgoing — compose, templates, history.
- Compose walks three steps: an Audience preset (for example, All Active Subscribers), Channels (Email, SMS, In-App Push, each shown with its per-recipient credit cost), and a Category.
- Categories carry their own compliance behavior: Platform Update is a transactional announcement (CAN-SPAM exempt, reaches all subscribers including inactive); Marketing is a promotional broadcast (CAN-SPAM compliant with an unsubscribe footer, opted-in recipients only); Reply is a one-to-one or curated answer to an Inbox message; Feedback escalates one-way to the chatbot application.
- Subscribers build and edit their own templates and can filter them by type.
- History entries cannot be deleted — they are the immutable compliance record for opt-in/opt-out tracking and legal audit purposes (TCPA, CAN-SPAM, GDPR, CASL).
Inbox — incoming messages by source.
- Incoming messages are organized into tabs: Chatbot Opt-Ins, Contact Form, Feedback, Chatbot-Initiated, and SMS Replies.
- Account data (name, email, phone) is visible only for Account Holders who opted in; a CSV export automatically excludes anyone who has opted out; replies sent from the dashboard auto-move to History.
Tier differences.
- Every messaging tab is available; only the template set varies by account type.
- Direct and child subscribers do not have the Contact Form or Feedback tabs: they have no public-facing website to sell subscriptions beneath themselves, and the Feedback tab is fed by the Feedback sidebar link, which sends to a parent — direct and child subscribers are not parents. They keep Chatbot Opt-Ins, Chatbot-Initiated, and SMS Replies, and have fewer templates.
Opt-out automation.
- Opt-outs are viewable in History. If someone opted out of email but not SMS, they can still be reached by SMS and will appear in the filtered recipient list; if they opted out of everything, they do not appear as an available recipient at all.
- Because a subscriber can Export CSV and then message people through their own outside email client, SMS provider, or CRM — which the chatbot application cannot automate or police — a prominent compliance-and-data warning makes clear the subscriber remains responsible for honoring opt-outs there (TCPA, CAN-SPAM, GDPR, CASL). The chatbot application does automatically push opt-out tags to connected CRMs (for example, LeadConnector) when an opt-out happens on its own channels, but it cannot detect opt-outs that occur only inside third-party tools.
Sender identity.
- Messages are branded from the sender's own Profile (from-name = organization name, reply-to = support email), while the from-email stays a verified no-reply address for deliverability.
- Costs are shown in credits; a "Preview audience + credits" step estimates the spend before sending, computed from live rates so the estimate matches the actual charge.