Back to work

Supporting brief

verified evidence

Fund & Stock Screening Platform

Retail investors and advisors needed institutional-grade screening and research in a consumer-grade experience, while the business needed lead capture, content governance, and engagement loops in the same product.

FintechPlatform StrategyProduct AnalyticsUXData Products

Client context

Kalkine (investment research group)

Role

Product Manager (Platform + Delivery)

Engagement type

Fintech product strategy, data-product UX, platform architecture decisions, and production-readiness discipline

Audience

Independent advisors, advanced retail investors, and internal research/content teams

Case study package

Fund & Stock Screening Platform

Investment screening interface represented by governed filters and comparable results

Product leadership for an investment discovery, screening, and portfolio analytics platform: 50+ filter parameters, watchlists, saved screens, research and recommendations, admin governance, and a disciplined architecture refactor before scale.

Fintech product strategy, data-product UX, platform architecture decisions, and production-readiness disciplineIndependent advisors, advanced retail investors, and internal research/content teamsNext.js 15, TypeScript, Tailwind, Azure Cosmos DB, Vercel

ProblemRetail investors and advisors needed institutional-grade screening and research in a consumer-grade experience, while the business needed lead capture, content governance, and engagement loops in the same product.

Decision pathSummary, artifacts, outcomes, and methods stay in one reading flow.

Next actionContinue to related thinking or book a call from the page end.

Executive summary

Product leadership for an investment discovery, screening, and portfolio analytics platform: 50+ filter parameters, watchlists, saved screens, research and recommendations, admin governance, and a disciplined architecture refactor before scale.

Shipped a full screening MVP: 50+ filter parameters across valuation, growth, financial health, technicals, and themes, with table, card, and chart views.

Delivered personalization loops: watchlists, saved screens stored as reusable configurations, portfolio basics, and public model-portfolio sharing.

Built the research and recommendations layer: Buy/Hold/Sell theses with price targets, risk buckets, analyst insights, and a performance dashboard with CSV export.

Embedded the business model in-product: advisor request flow that auto-attaches the user's active filter context, turning exploration into qualified leads.

Product showcase

Evidence-led system artifacts.

Public-safe diagrams and sanitized reconstructions; confidential implementation detail is omitted.

Product artifact

Screening and discovery experience

Advanced filters, multi-view results, live quotes, comparison panel for up to five funds, and one-click CSV export.

Growth artifact

Lead capture with context

Advisor request flow that attaches the user's active filter state, so sales conversations start from demonstrated intent.

Engineering-governance artifact

Architecture guardrails

Forbidden-import enforcement, module size thresholds, and service-layer boundaries checked at build time.

Outcomes

1,166 funds live in production with client-side filtering designed to stay under 150ms, keeping exploration instant instead of query-driven.

Completed a 10-ticket architecture refactor (service layer, repository pattern, context decomposition) within one quarter, prioritizing correctness before scale.

New filter fields ship with under 15 lines of code changed, making regional expansion and new data feeds an additive exercise rather than a redesign.

All 31 production-readiness smoke checks passing across code quality, public endpoints, authentication for all seeded roles, sessions, and RBAC.

Success signals

50+ screening parameters with view preferences persisted per session1,166 funds seeded; architecture designed for 10k funds without API redesign31/31 smoke tests passing at production-readiness review (Jan 2026)Performance budgets defined as requirements: <2.5s P95 cold render, <150ms client-side filtering, <2s CSV export for 1,500 rows

KPIs

Weekly active users and Day-7 retentionSessions using advanced filtersAdvisor request (lead) submission rateSaved screens per active userP95 fund list load time and client-side filter latency

TL;DR

This platform brings professional-grade investment screening to advisors and self-directed investors: 50+ filter parameters, watchlists, saved screens, research and recommendations, and portfolio analytics, wrapped in a consumer-grade experience.

My product bet was that speed of exploration is the product. Every design and architecture decision, from client-side filtering budgets to additive-only schema evolution, protected the feeling of instant discovery while the business layer (leads, research distribution, engagement loops) grew around it.


1) The problem

Investment research firms typically publish reports. Users increasingly expect tools: screen, compare, save, track, and act.

The gap had three layers:

  • User layer: advisors and advanced retail investors needed fast multi-parameter screening without spreadsheet exports and manual comparison.
  • Business layer: the firm needed qualified lead capture, research distribution, and engagement loops in one governed surface.
  • Operations layer: content teams needed publishing workflows with role-based control, not developer tickets for every recommendation update.

2) Product decisions that mattered

Speed as a requirement, not an aspiration

Performance budgets were written into the PRD as testable requirements: P95 cold render under 2.5 seconds, client-side filtering across 1,500+ funds under 150ms, CSV export under 2 seconds. That forced the architecture conversation early — client-side filtering with additive-only schema evolution — instead of after users complained.

Exploration converts better than forms

The advisor request flow auto-attaches the user's active filter context. Instead of a generic "contact us" lead, sales receives what the user was actually screening for. Analytics events (filter changes, watchlist adds, comparison opens, advisor requests) make the funnel measurable end to end.

Scope discipline

MVP shipped must-haves: screening, watchlists, saved screens, auth, and the advisor flow. Smart presets, ESG filters, and AI-assisted insights were explicitly deferred with reasoning documented, keeping the launch surface testable.

Refactor before scale

After MVP, the team completed a 10-ticket architecture program in one quarter: a service layer with repository contracts, decomposition of a monolithic state context into five focused contexts, unified research-domain logic, and build-time guardrails (forbidden imports, module size thresholds). Deliberately choosing stabilization over feature churn is a product decision, and it was the right one before regional expansion.


3) Governance and trust

  • RBAC everywhere that matters: super-admin, admin, and viewer roles enforced at the route level for all admin APIs.
  • Validation as a guardrail: every API write validated with schemas, so data integrity survives schema evolution.
  • Privacy by design: minimal PII (email plus optional name), no PII in logs, and session purges after inactivity.
  • Readiness evidence, not readiness claims: a 31-check smoke suite spanning code quality, public endpoints, authentication for all seeded roles, sessions, assets, admin APIs, and RBAC had to pass before the product was called production-ready.

4) Engagement and retention loops

Beyond screening, the platform builds habitual return paths:

  • Watchlists and saved screens turn one-off research into recurring sessions.
  • Performance dashboards (active, past, and today views with sector, theme, and risk filters) give users a reason to check back.
  • Referral and rewards systems (tiered referral codes, daily rewards, achievements, leaderboard) add compounding engagement mechanics.
  • Email notifications (welcome, portfolio alerts, recommendations, price alerts) with a user-facing preference center respect the opt-in relationship.

Target metrics were defined up front for the first 90 days: weekly active users, Day-7 retention, share of sessions using advanced filters, advisor request rate, and saved screens per active user, so success is judged against pre-committed numbers rather than retrofitted stories.


5) What I learned

  • Non-functional requirements are product requirements. Filter latency shaped user trust more than any single feature.
  • Deferring features is cheaper than deleting them. The explicitly-deferred list kept stakeholders aligned without inflating the launch surface.
  • Architecture governance is a PM concern. Build-time guardrails meant velocity later did not depend on institutional memory.
  • Lead quality beats lead volume. Context-rich advisor requests changed the sales conversation from cold to warm.

This case study presents a public-safe summary of the work.

Related thinking

Methods used

Persona-led scope cuts (must-have vs deferred)Non-functional requirements as product requirementsService-layer architecture governanceMulti-phase smoke testing before release claimsDesign-system-first UI consistency

Have a similar product problem?

Book a call or send the messy brief.