Chatbot.com (also written ChatBot.com — LiveChat, Inc.) is a general-purpose no-code chatbot builder for websites, priced from around $52/month for the Starter plan per chatbot.com/pricing, built for e-commerce, SaaS, and small-business FAQ automation — not for law firms whose intake workflow is bounded by the ABA Model Rules of Professional Conduct (Rules 1.6 confidentiality, 1.7-1.10 conflicts, 5.5 unauthorized practice of law, 7.1-7.3 lawyer advertising, 8.4 misconduct), state bar disciplinary rules, and — for UK firms — the SRA Code of Conduct and Legal Services Act 2007 reserved-activity boundaries. The legal intake compliance question splits into four layers a general chatbot builder does not answer: unauthorized-practice-of-law (UPL) risk if the bot answers legal questions with anything specific; conflict-of-interest check against existing client and matter records before a substantive conversation; Rule 1.6 confidentiality-of-information covering conversation content and vendor sub-processors; and — new in 2024 — ABA Formal Opinion 512 obligations for lawyer supervision of generative-AI outputs. The defensible 2026 law-firm intake stack is a legal practice management system (Clio, MyCase, PracticePanther, LEAP, Actionstep, Osprey Approach) plus a legal-industry intake platform (Clio Grow, Lawmatics, LawGro, Captorra, Intaker, Ngage Live Chat, Smith.ai) — not a general no-code website chatbot builder, however well-marketed.
No-code chatbot builders miss UPL exposure, Rule 1.18 conflicts, and ABA Opinion 512 on generative-AI. Real 2026 stack: PMS plus Clio Grow or Lawmatics.
A US law-firm partner or UK solicitor evaluating any intake-chatbot vendor is answering four questions, not one, and general no-code chatbot comparisons address only the fourth. First: does the tool avoid unauthorized-practice-of-law exposure under ABA Model Rule 5.5 and state-bar UPL statutes — that is, does the chatbot answer prospective-client questions with anything the state bar could construe as legal advice rather than legal information? Second: does the tool support the conflict-of-interest check that ABA Model Rules 1.7 through 1.10 require before the firm can enter a substantive conversation with a prospective client — meaning does it check the prospective client name, opposing-party name, and matter description against the firm's existing client and matter database before opening the intake conversation? Third: does the tool meet ABA Model Rule 1.6 confidentiality-of-information obligations for prospective-client information, including vendor sub-processor disclosure and the reasonable-efforts standard under ABA Formal Opinion 477R (2017, updated 2020) on electronic client communication, plus the 2018 Formal Opinion 483 on obligations after an electronic data breach? Fourth — new since 2024 — does the tool's use satisfy ABA Formal Opinion 512 (July 2024) on lawyer supervision of generative-AI outputs, and the equivalent state bar generative-AI ethics opinions that have followed in California, Florida, Michigan, and New York? A general no-code chatbot builder answers none of these questions natively. The compliance responsibility sits entirely with the firm, and the firm's exposure is measured in state bar disciplinary proceedings, not customer refunds.
Chatbot.com's positioning describes a no-code visual chatbot builder for websites, part of the LiveChat, Inc. product family (which also includes LiveChat, HelpDesk, and KnowledgeBase). The target customer profile is small and mid-market businesses building website chatbots for FAQ automation, lead qualification, e-commerce product recommendation, and appointment booking — a fitness studio taking class enquiries, an e-commerce store answering shipping questions, a SaaS company qualifying free-trial leads, a hospitality business handling reservation inquiries. For those profiles Chatbot.com is a competent tool with real depth in visual flow design and template libraries. It is not a legal-industry tool. There is no concept of a matter, no conflict-check database, no attorney-client-privilege boundary, no ABA-Rule-5.5-aware disclaimer library, no state-bar-approved advertising template, no fee-agreement or retainer workflow, no clearly-scoped attorney-supervision layer for generative-AI outputs. Chatbot.com's product roadmap, template library, and support team are calibrated to general-business FAQ automation, not to the intake workflow of a licensed law firm. Chatbot.com's Starter plan is priced from around $52/month per chatbot.com/pricing — comparably-priced legal-industry intake tools include native versions of every one of these primitives.
Unauthorized-practice-of-law exposure is the compliance layer general chatbot builders create passively, without the operator even trying. ABA Model Rule 5.5(a) and every state bar UPL statute prohibit both non-lawyers and lawyers licensed elsewhere from practicing law in a state without a licence. What counts as practicing law: giving specific legal advice on a specific set of facts, drafting legal documents for a specific matter, negotiating on behalf of a party in a legal matter. A general chatbot answering a prospective client's question — 'Can I get workers' comp for this?' or 'Is my landlord allowed to keep my deposit?' — with anything more specific than 'a qualified attorney in your state can answer that after reviewing your specific situation' has arguably crossed the UPL line, and the firm deploying the chatbot arguably has aided-and-abetted UPL under Model Rule 5.5(b) even if the chatbot itself is a machine. The specific failure mode: a partner deploys Chatbot.com to answer FAQs about the firm's practice areas, someone on the firm's marketing team writes clever answers to common questions, and the state bar's advertising or UPL committee eventually notices the chatbot providing specific legal analysis in response to prospective-client fact patterns. Legal-industry intake platforms handle this by hard-restricting the conversation flow to gathering the facts the intake team needs, disclaiming the absence of legal advice, and routing to an attorney conversation — none of which is default behaviour in a general chatbot builder. ABA Formal Opinion 512 (July 2024) on lawyer supervision of generative AI reinforces the point: the lawyer is professionally responsible for the output regardless of the tool that generated it.
ABA Model Rules 1.7 (current-client conflicts), 1.8 (specific transactional conflicts), 1.9 (former-client conflicts), and 1.10 (imputation of firm-wide conflicts) collectively require the firm to run a conflict check before entering a substantive attorney-client relationship — and prospective-client conversations that convey confidential information also create conflicts obligations under Rule 1.18. Practically: before a firm can have a substantive intake conversation with Mary Smith about her employment dispute with Acme Corp, the firm must confirm it is not already representing Acme Corp on any matter and has not previously represented Acme Corp in a substantially-related matter, and must confirm no lawyer at the firm has current or former ties to the specific dispute. This check runs against the firm's practice-management-system client and matter database. Legal-industry intake platforms like Lawmatics and Clio Grow integrate with the practice-management system to perform this check automatically before the substantive intake conversation begins. Chatbot.com has no matter database, no client database, no conflict-check engine, no way to integrate the check into the intake flow. A firm that deploys Chatbot.com for intake and skips the conflict check because the chatbot cannot perform one has a Rule 1.18 exposure the moment the prospective client discloses fact patterns that trigger a duty of confidentiality — and the firm's ability to represent existing clients whose interests are adverse becomes contested. This is not a hypothetical failure mode; state bar disciplinary opinions on prospective-client conflicts are a live area of enforcement.
ABA Model Rule 1.6(c) requires lawyers to make reasonable efforts to prevent inadvertent or unauthorized disclosure of information relating to the representation. ABA Formal Opinion 477R (2017, updated 2020) applies this to electronic client communication and requires the lawyer to assess: sensitivity of the information, likelihood of disclosure absent additional safeguards, cost of additional safeguards, difficulty of implementing safeguards, and the extent to which safeguards adversely affect the lawyer's ability to represent the client. ABA Formal Opinion 483 (2018) covers obligations after an electronic-data-security incident. What this means operationally for a chatbot vendor: the firm needs to know what the vendor does with conversation content, whether the vendor uses conversations to train models, what sub-processors the vendor uses, where data is stored, and what happens on a security incident. Chatbot.com's data-handling terms are documented in its data-processing addendum and privacy policy — check the current text before contracting, because chatbot vendors' training-data and model-improvement clauses have been actively evolving in 2024-2025. Legal-industry intake platforms typically ship an intake-specific data-processing addendum aware of the Rule 1.6 reasonable-efforts standard and often explicit no-training-on-customer-data language. A general chatbot vendor may or may not — and the firm bears the exposure either way.
ABA Formal Opinion 512, issued July 2024, addresses lawyers' ethical obligations when using generative-AI tools. The core holdings: lawyers must have a reasonable understanding of the capabilities and limitations of the generative-AI tool they are using; must supervise the tool's output as they would supervise a non-lawyer assistant; must protect confidential client information from disclosure to the tool or through the tool; and must satisfy candour obligations to tribunals when generative-AI has assisted with a filing. State bar generative-AI opinions from California (November 2023), Florida (January 2024), Michigan (October 2023), and New York (April 2024) reach similar conclusions with jurisdiction-specific variations. What this means for a firm using a chatbot for intake: if the chatbot uses generative-AI to respond to prospective-client questions (rather than executing scripted flows), the supervising lawyer must understand what model is being used, must review or arrange for review of the outputs, must not permit confidential information to be disclosed to the model in a way that violates Rule 1.6, and must be able to identify and correct hallucinated legal information before it reaches the prospective client. Chatbot.com's product ships with some generative-AI features on higher tiers — the supervision-and-review workflow is on the firm to build. Legal-industry intake platforms are increasingly building this in as a first-class product feature, precisely because ABA Opinion 512 makes it a Rule-6 discipline question rather than an optional one.
The legal intake category ships more than a dozen credible platforms depending on how the market is sliced. The Clio ecosystem: Clio Grow (intake and CRM designed to integrate with Clio Manage practice-management), used by tens of thousands of law firms globally. The Lawmatics stack: Lawmatics (legal CRM + intake + automation, US-focused, deep marketing analytics). The dedicated intake platforms: LawGro (intake + client management), Captorra (mass-tort and personal-injury intake), Intaker (intake widget + chatbot with legal-specific templates), Ngage Live Chat (24/7 human-monitored live chat for law firms, PI-focused), Smith.ai (24/7 US live receptionist + chat + intake). The UK-focused options: Insight Legal Software intake module, LEAP intake, Actionstep intake, plus the general-UK-marketing-automation vendors (HubSpot with legal templates, ActiveCampaign) more commonly deployed for UK marketing than in US markets. A defensible small-firm 2026 stack is Clio Manage plus Clio Grow, or a non-Clio practice-management (MyCase, PracticePanther) plus Lawmatics or Intaker. A defensible personal-injury or mass-tort stack is a specialised practice-management plus Captorra or Ngage Live Chat with 24/7 human coverage. Chatbot.com is not in this category — it operates in a general no-code chatbot market that does not target law firms.
The critique above does not prohibit a law firm from using Chatbot.com for anything. The legitimate uses follow from a split-discipline rule: general tools for non-prospective-client content, legal-industry tools for anything that becomes substantive intake. Firm-marketing FAQ automation about general firm information — practice areas, office locations, hours, non-substantive fee-structure information written in state-bar-approved advertising language. Non-legal-substance service pages — CLE offerings for other lawyers, community-relations announcements, event invitations, non-substantive newsletter signups. Adjacent business content — job postings for open positions, vendor RFP intake for firm-side purchasing, internal-communication broadcast where no prospective-client conversation happens. If Chatbot.com's product surface fits one of these use cases better than a legal-industry vendor's marketing tools, using Chatbot.com for that scope while keeping substantive intake in a legal-industry-compliant tool is a defensible architecture. The failure mode is when a firm partner, seeing Chatbot.com's ease-of-use, tries to consolidate substantive intake onto it because it is one tool rather than two. That consolidation is where the UPL / conflict-check / Rule 1.6 / Opinion 512 trap closes and the state bar disciplinary exposure opens.
For a US law firm in 2026, a defensible stack has five layers. Practice-management system as system of record: Clio, MyCase, PracticePanther, LEAP, Actionstep, or Osprey Approach — under a documented information-security-program environment holding client records, matter files, conflict-check database, calendaring, and billing. Intake platform: Clio Grow, Lawmatics, LawGro, Captorra, Intaker, Ngage Live Chat, or Smith.ai, integrated with the practice-management system so that intake data flows into the client and matter database and conflict checks run automatically. UPL layer (the actual bot script if used): scripted intake flow that gathers facts, restates the firm's general-information disclaimer, defers all specific legal questions to an attorney conversation, and follows state-bar-approved advertising language. Rule 1.6 layer: vendor data-processing addendum reviewed for training-data language and sub-processor disclosure, incident-response plan tied to ABA Formal Opinion 483 breach-notification obligations. ABA Opinion 512 supervision layer: named supervising attorney for the intake platform, workflow that reviews generative-AI outputs before they reach prospective clients (or hard-restricts the platform to scripted-flow-only mode), documented training for the intake team on generative-AI limitations. For UK firms, the stack substitutes: LEAP, Actionstep, Osprey Approach, or Insight Legal at the practice-management layer; SRA Code of Conduct paragraphs 8.6-8.7 at the client-care and information-disclosure layer; UK GDPR + Data Protection Act 2018 at the data-handling layer; Legal Services Act 2007 reserved-activity boundaries at the UPL-equivalent layer. This stack is not the simplest possible; it is the honest one, and it is what firms that stay out of state bar disciplinary proceedings actually run.
Data + numbers referenced in this article are sourced from these public documents:
Product page with honest feature list, "not for you if" filter, and live demo for this vertical.
See /for/law-firm →BossBot supports adult-facing non-substantive firm content where its shape fits. For substantive prospective-client intake, work with a legal-industry PMS plus intake platform that ships the UPL, conflict-check, Rule 1.6, and Opinion 512 primitives.
See where BossBot fits non-substantive firm workNot ready to sign up yet? Try the free demo →