Strategy question
After several custom deployments in adjacent verticals, how would you identify which patterns should become core product, which should remain configurable templates, and which should stay services-only? Walk through how you would translate that into a reusable vertical offering, including packaging and pricing principles.
- Harvey
- Strategy
- Hard
Practice this question out loud. An AI interviewer asks it, follows up like a real interviewer would, and scores your answer. Type or speak.
Start a mock interview on this question · Mock interview from a job description
What this question tests
Tests turning a series of custom vertical deployments into a reusable, packaged product offering, with clear packaging and pricing logic.
How to approach it
- Catalog patterns across the custom deployments: which workflow steps, integrations, or configurations repeated across multiple adjacent-vertical customers.
- Classify each pattern into core product, a configurable template, or services-only, based on how much it varied per customer and how costly it is to generalize.
- Promote patterns that repeated with minimal variation and low generalization cost to core product; keep highly variable patterns as configurable templates.
- Keep genuinely bespoke, low-reuse work as services-only, since forcing it into product would add complexity for one-off value.
- Package the offering around the template layer, a named vertical solution built on core product plus configurable templates, rather than a fully custom pitch each time.
- Set pricing that reflects packaged value, a vertical-solution tier priced above the base platform, with services priced separately for the remaining bespoke work.
What a strong answer includes
- Classifies each pattern by variation and generalization cost, not just how often it appeared, to decide core-product versus template versus services.
- Packages around a named vertical solution instead of continuing to sell custom work project by project.
- Prices the packaged tier to reflect its bundled value rather than defaulting to the base platform price plus ad hoc services.
Common mistakes
- Promoting every repeated pattern straight to core product without checking generalization cost.
- Continuing to sell each new vertical deployment as fully custom instead of packaging what has already repeated.
Likely follow-up questions
- How would you decide when a template has enough demand to become core product?
- How would you price the vertical solution against a competitor's point solution?
More strategy questions
- How should Harvey price for law firms vs. in-house legal teams?Harvey · Strategy · Hard
- How would you grow Harvey adoption among conservative, risk-averse law firms?Harvey · Strategy · Hard
- You inherit Vault with strong customer interest but limited engineering capacity. How would you set Vault’s product vision and a 12-month roadmap across file management, AI search/Q&A, document extraction, secure sharing, and platform investments like permissions, indexing, and integrations? Walk through your prioritization framework, major bets, and what you would explicitly defer.Harvey · Strategy · Hard
- Harvey can fund only one major integration track next: deeper iManage support, broader SharePoint coverage, or cross-platform capabilities like sync, permissions mapping, and admin controls. How would you decide what to build first, and what tradeoffs would you make across customer demand, implementation effort, security risk, and strategic leverage?Harvey · Strategy · Hard
- Harvey’s Command Center needs to serve three jobs for enterprise admins: understanding adoption, managing users and access, and enforcing governance. How would you define the product strategy and first 12-month roadmap for Command Center, and what framework would you use to make trade-offs across those three areas for Harvey’s largest legal customers?Harvey · Strategy · Hard
- You inherit a platform where teams lack visibility into request failures, latency regressions, customer-impacting incidents, and model-quality degradation. How would you define the product scope for observability, decide what to ship first, and ensure the work improves customer outcomes rather than just adding internal tooling?Harvey · Strategy · Hard
More questions from Harvey
Learn the skill behind it
Chapters of the AI PM course that teach what this question tests.
- Chapter 4: Discovering and Sizing AI Opportunities
- Chapter 9: Measuring AI Product Economics
- Chapter 14: Interviewing for AI PM Roles