Closed BetaNow onboarding founding Indian law firms

Buying legal practice software usually happens after a demo call that goes well — the interface looks clean, the AI features sound impressive, and the sales conversation is confident. The questions below are the ones worth asking directly, in that same call, before the good impression turns into a signed contract. For the longer, more detailed version of this evaluation, see the full buyer's guide to choosing case management software.

1. Where does the data actually live, and how is it encrypted?

Ask specifically whether data is encrypted at rest and in transit, and what encryption standard is used. "AES-256-GCM at rest, TLS in transit" is a specific, checkable answer — a vague "yes, we take security seriously" is not. Push further on how passwords are stored (scrypt or a similarly modern hashing scheme, not something reversible) and whether session cookies are http-only, since these are the kinds of details that separate a vendor who has actually thought about security from one who's repeating a compliance buzzword.

2. How is our firm's data kept separate from every other firm on the platform?

Multi-tenant software means many firms share the same underlying system. Ask how tenant isolation actually works — is it a logical separation enforced in the application, or something weaker? A platform should be able to state plainly that one firm's matters, documents, and users are never visible to another firm, and should be able to describe how that's enforced technically, not just promised contractually.

3. Does access actually change by role, or does everyone see everything?

A Partner, Associate, Paralegal, and Client should not have identical visibility into a matter. Ask the vendor to name the specific roles their system supports and what each one can and can't do — not just "we have permissions," but the actual role list (for reference, CaseDesk's is Firm Admin, Partner, Associate, Paralegal, and a read-only Client role, so a client can check status without seeing internal strategy notes).

4. Is our data ever used to train the vendor's or a third party's AI models?

This should have a direct yes-or-no answer. If a vendor hesitates or answers with marketing language instead of a policy statement, treat that as a warning sign, not an oversight — client confidentiality is directly at stake in how this question is answered.

5. Is the AI analysis grounded in our documents, or generic?

Ask to run one of your own real (or de-identified) matters through the system live on the call. Grounded output cites specific facts, parties, and dates from your documents. Generic output reads like it could describe any matter in that area of law — confident-sounding, but not actually useful once you need to rely on it for a real filing.

6. Does it cover Indian statutes and precedent in real depth?

"AI-powered legal research" can mean a thin wrapper around general search, or it can mean genuine coverage of Indian Central Acts and Supreme Court/High Court judgements. Ask for numbers — how many Acts, how many sections, how is precedent actually analysed and scored — rather than accepting the label at face value. Also ask whether judgements are just summarised, or whether the tool tells you something more useful, like how strong a given matter's position is and why.

7. What does "drafting" actually draft?

Get specific about document types. A tool built for commercial contracts is a different product from one built for litigation notices, replies, and applications in Indian court format. Ask which one you're getting, whether draft output comes with version history you can review before anything goes out, and whether the draft is grounded in your matter's actual facts or assembled from a generic template with names swapped in.

8. How are hearing dates and limitation periods tracked?

Passive date fields that someone has to remember to check aren't much better than a paper diary. Ask whether deadlines are surfaced actively against each matter, and whether there's a way to pull real court data — a per-matter sync using a case's CNR is a meaningfully different capability from a firm-wide cause-list scrape, and worth distinguishing clearly when a vendor describes it, since the two solve very different problems.

9. What's the actual pricing structure, even without a public price list?

Custom, per-firm pricing isn't unusual in this category, but you should still get a clear basis for the number — users, matter volume, roles required — in writing, before investing more time in the evaluation. Be wary of a quote that can't be traced back to anything specific about your firm's actual usage.

10. If the vendor is in beta or early access, what does that mean for us?

Ask directly what support looks like during a beta period, what happens to your data and workflow if the product changes direction, and what influence you have as an early customer over what gets built next. This isn't a disqualifying question — plenty of genuinely capable products are early-stage — it's one that should have a clear, honest answer either way, rather than being brushed aside.

Using the answers

None of these questions have a universally "correct" answer that fits every firm — a solo practitioner and a fifty-lawyer firm will reasonably weigh role-based access and pricing structure differently, for instance. What matters is getting direct, specific answers rather than marketing language, and being willing to walk away from a vendor who can't give them.

CaseDesk is currently in closed beta, onboarding founding Indian law firms directly from Ahmedabad, and welcomes exactly this kind of direct questioning from firms evaluating it. If you'd like to run these questions against a real matter in the Case Workspace, request a demo or get in touch.

For the criteria-based, longer-form version of this same evaluation, see What to Look for in Legal Software for Indian Lawyers in 2026.

Related CaseDesk capability

FAQ

Frequently asked questions

Do we need to ask all 10 questions, or just a few?

All of them are worth asking, but security, role-based access, and research grounding tend to surface the biggest gaps between vendors fastest — start there if a demo call is short on time.

What if a vendor can't answer one of these clearly?

Treat a vague or evasive answer as information in itself. A vendor that can't explain how tenant data is isolated, or dodges a direct question about pricing structure, is telling you something about what to expect after you sign.

Is this checklist specific to litigation practices?

Mostly yes — questions on statute coverage, precedent analysis, and drafting format assume a litigation-heavy practice. A transactional firm should still ask about access control, security, and pricing, but may weigh the research and drafting questions differently.

Where can we find a longer version of this?

The full buyer's guide covers each of these areas in more depth, including how to test a vendor's claims rather than just asking about them.