Questions › Technical PM › Google
What API and data model would support a new Workspace workflow for creators
- Technical PM
- Medium
- 10 min
Problem Statement Description
Product context: Google is a consumer technology, ads, AI, and cloud company; its products include Search, YouTube, Android, Maps, Gmail, Chrome, Google Play, Workspace, and Google Cloud.
Google Workspace is exploring a new workflow for creators who plan, draft, collaborate on, approve, and publish content across formats such as documents, presentations, short-form scripts, campaign briefs, visual assets, and social/video production plans. These users may include independent creators, creator teams, agencies, and enterprise marketing teams that already use Docs, Drive, Sheets, Calendar, Meet, Gmail, and third-party publishing or analytics tools.
Today, creator work often spans fragmented files, comments, approvals, asset folders, audience insights, calendars, and external platforms. The technical challenge is to define the API surface and underlying data model that would let Workspace support this workflow reliably while preserving Google-scale expectations around collaboration, permissions, privacy, search, AI-assisted creation, and ecosystem interoperability.
In this Technical PM interview, focus on what product capabilities the platform must enable, how entities and relationships should be represented, how internal and external clients would interact with the system, and what trade-offs are required to support both consumer creators and enterprise Workspace customers.
The experience should consider:
- Core creator jobs-to-be-done, including ideation, drafting, asset management, review, scheduling, publishing handoff, and performance feedback.
- Key data objects, ownership models, relationships, lifecycle states, versioning needs, and permission boundaries.
- API requirements for Workspace clients, third-party creator tools, automation, notifications, search, and AI-powered features.
- Integration with existing Workspace primitives such as Drive files, comments, sharing, identity, Calendar events, Gmail threads, and Meet recordings.
- Reliability, latency, concurrency, offline/edit conflict handling, quota management, and backward compatibility expectations.
- Privacy, security, consent, enterprise admin controls, auditability, data retention, and responsible use of creator or audience data.
- Rollout approach, migration or coexistence with current Workspace workflows, observability, developer adoption, and operational risks.
Your goal is to frame a technically sound product design for the API and data model that enables a coherent creator workflow in Workspace, while clearly explaining requirements, assumptions, trade-offs, platform constraints, and how the design would scale across Google’s consumer, enterprise, and developer ecosystems.
What this question tests
- Technical Fluency
- API/System Thinking
- Privacy and Security
- Trade-off Communication
Practise this question under interview conditions. Answer it out loud against a timer with an AI interviewer that asks follow-ups, then review the scored report.
Related Technical PM questions
- Explain the technical trade-offs of adding AI capabilities to YouTubeGoogle · Technical PM · Medium
- Design the high-level system for a scalable Google Cloud feature used by familiesGoogle · Technical PM · Medium
- How should Google build privacy and abuse controls into SearchGoogle · Technical PM · Medium
- Design the high-level system for a scalable Google Cloud feature used by familiesGoogle · Technical PM · Easy
- How should Google build privacy and abuse controls into SearchGoogle · Technical PM · Easy
- How would you work with engineering to reduce latency in GmailGoogle · Technical PM · Easy
All Technical PM questions · Product manager interview questions by skill area