Client Discovery

Answers from the current brief, with open questions called out

This page separates what is explicitly in the brief, what is implied by the prototype, what is not specified, and what should be checked with the client before product decisions are locked.

03

In brief

02

Implied

08

Need client confirmation

02

Not specified

Q01

What is the primary business model of the platform?

Need client confirmation

Answer

Need to check with the client. The brief mentions multiple monetizable surfaces, but does not name a primary model.

Evidence

Document procurement is explicitly paid, and lawyer validation is explicitly paid. Subscription, per-property analysis, and lawyer commissions are not confirmed.

Next Check

Ask whether launch revenue should prioritize per-property analysis, assisted procurement, lawyer validation fees, subscriptions, or a mix.

Q02

Is the platform initially focused on a specific geography or jurisdiction?

Need client confirmation

Answer

Need to check with the client. The prototype and brief examples strongly suggest Karnataka/Bengaluru, but the brief does not formally limit launch geography.

Evidence

Examples include BBMP, RTC, BDA/CDP, khata, Tahsildar Office, Koramangala, and Karnataka-style property documents.

Next Check

Confirm whether MVP is Karnataka-only, Bengaluru-first, pan-India, or designed for future international expansion.

Q03

What government databases or APIs are expected to be integrated?

Need client confirmation

Answer

Partially indicated, but needs client confirmation. The brief references government validation but does not list exact APIs, access methods, or availability.

Evidence

Prototype references BBMP, RTC / Revenue Department, Sub-Registrar EC search, BDA/CDP zoning, tax, khata, water bodies, buffer zones, and road widening overlays.

Next Check

Confirm official data sources, API availability, scraping constraints, manual upload fallback, and legal permission to use each source.

Q04

What level of automation is expected in legal opinion generation?

Implied

Answer

The brief positions the opinion as system-generated with optional lawyer validation, but the exact automation boundary needs client confirmation.

Evidence

Brief says: legal opinion generated; optional lawyer validation. Lawyer mode requires editable inputs, raw data, verification logs, and expert review.

Next Check

Clarify whether launch opinion is fully AI-generated, rules-assisted, lawyer-reviewed before release, or user-labeled as a draft until validated.

Q05

Who is the primary target audience at launch?

Need client confirmation

Answer

Need to check with the client. The brief names several user roles but does not identify the launch beachhead.

Evidence

General users include buyers, sellers, and investors. Legal experts include lawyers and legal assistants. Banks, developers, and legal firms are not explicitly positioned as launch primary users.

Next Check

Pick one primary launch audience because onboarding, pricing, trust signals, and report depth will change based on this choice.

Q06

Is there an expected hierarchy between general users and lawyers in platform access and permissions?

Implied

Answer

Yes at a product-experience level, but detailed permissions are not specified.

Evidence

The brief separates simplified views for general users from deep insights for lawyers. Advanced Lawyer Mode includes raw data, logs, discrepancy detection, and editable inputs.

Next Check

Define role permissions: who can edit extracted data, finalize reports, invite users, approve legal opinions, and view sensitive documents.

Q07

What is the expected trust-building mechanism for users?

In brief

Answer

Several trust mechanisms are present in the brief, but the priority and proof standards need client confirmation.

Evidence

The brief emphasizes verified data, traceability, approved lawyers, credibility indicators, government integrations, and document-to-source evidence.

Next Check

Confirm which trust signals should lead the UI: verified government data, lawyer credentials, partnerships, certifications, audit trails, or branded legal reports.

Q08

Does the client already have competitors or reference platforms they admire?

Not specified

Answer

Not specified in the brief.

Evidence

No competitor names, reference products, UX inspirations, or benchmark platforms are included.

Next Check

Ask for 3-5 references: legal-tech, fintech, property platforms, due diligence tools, or premium report/reporting products.

Q09

What is the expected emotional experience for users?

In brief

Answer

The brief is clear on the intended emotional direction: confidence, clarity, trust, and reduced legal anxiety.

Evidence

Brand attributes include authoritative, intelligent, trustworthy, minimalistic, premium. UX goal: 'I understand this property and what I should do next.'

Next Check

Use calm, evidence-led UI language. Avoid fear-heavy risk presentation unless the recommendation is genuinely severe.

Q10

Will the platform eventually support collaboration between multiple stakeholders?

Need client confirmation

Answer

Need to check with the client. Collaboration is implied by lawyer validation, but multi-stakeholder workflows are not specified.

Evidence

Brief includes general users, lawyers, legal assistants, and optional lawyer validation. It does not mention sellers, brokers, family members, banks, comments, shared workspaces, or approvals.

Next Check

Confirm whether collaboration is in MVP, phase two, or out of scope. This affects permissions, notifications, sharing, and audit trails.

Q11

Is there a mobile-first approach planned, or will desktop/web be primary initially?

Need client confirmation

Answer

Need to check with the client. Current prototype is mobile-first, but the brief itself does not mandate mobile-first.

Evidence

The implemented wireframes are phone-frame mobile screens. The brief asks for UX flows, wireframes, dashboards, report UI, and marketplace UX without specifying device priority.

Next Check

Confirm primary launch surface. General buyers may prefer mobile; lawyers may need desktop for dense review and report editing.

Q12

How important will maps and geo-intelligence be in the overall experience?

In brief

Answer

Important, but likely not the sole core experience. The brief explicitly includes zoning overlays, road widening, water bodies, buffers, and area impact visuals.

Evidence

KPI & Intelligence Layer requires CDP overlays, roads, zoning, water bodies / buffer zones, risk meters, area impact visuals, and map-based overlays.

Next Check

Ask whether maps are MVP-critical or future-ready. Data availability by jurisdiction will determine how strong this feature can be at launch.

Q13

What level of customization/editability should lawyers have over generated reports?

Need client confirmation

Answer

The brief confirms lawyers need editable inputs, but not the full scope of report customization.

Evidence

Advanced Lawyer Mode requires editable inputs, raw data access, verification logs, discrepancy detection, and summary/expert toggle.

Next Check

Confirm whether lawyers can edit extracted data only, edit legal reasoning, override recommendations, add clauses, brand reports, or sign/finalize reports.

Q14

Will the legal opinion report be downloadable/shareable as a branded document or PDF?

Need client confirmation

Answer

Likely needed, but not explicitly specified. The prototype includes a share CTA, but the brief does not define PDF/export requirements.

Evidence

Brief asks for legal opinion visual design and reporting UI. Screen 24 currently includes a 'Share Opinion' CTA, but PDF/export format is not defined.

Next Check

Confirm PDF, share link, watermarking, branding, lawyer signature, version history, and whether reports are legally binding or informational.

Q15

Are there compliance, privacy, or data security standards the platform must follow?

Not specified

Answer

Not specified in the brief, but this is critical because the product handles legal/property documents and personal data.

Evidence

The brief mentions verification, traceability, and government data, but does not name privacy standards, retention rules, encryption, consent, audit, or compliance requirements.

Next Check

Ask about DPDP Act compliance, data retention, encryption, access logs, user consent, document deletion, legal disclaimers, and secure sharing.