Each feature at PostHog has an Engineering owner. This owner is responsible for maintaining the feature (keep the lights on) and championing any efforts to improve it (e.g. by bringing up improvements in sprint planning).
When a bug or feature request comes in, we tag it with the relevant label (see labels below). The owner is responsible for then prioritizing any bug/request that comes in for each feature. This does not mean working on every bug/request, an owner can make the deliberate decision that working on something is not the best thing to work on, but every request should be looked at.
💡 The Team Platform works a bit differently. Each subteam owns certain parts of PostHog. Among other things, this helps reduce any lead time when critical fixes are needed. Please review the Team Platform page for further details.
Feature list
You can also view the list directly in GitHub and filter issues there.
| Feature | Owner | Label |
|---|---|---|
| Actions | Team Product Analytics | feature/actions |
| Annotations | Team Product Analytics | feature/annotations |
| API Structure | Shared responsibility. Features owned by the relevant Small Team. | feature/api-structure |
| Async migrations | Team CDP | feature/async-migrations |
| Authentication | Team Infrastructure | feature/authentication |
| Batch exports | Team Batch Exports | feature/batch-exports |
| Billing | Team Billing | feature/billing |
| Client libraries and SDKs | Shared responsibility with features owned by the relevant Small Team, or try #feature-client-libraries. There is an engineer assigned to SDK support on a rotating schedule. Check the (private) pager duty schedule | feature/pipeline |
| Cohorts | Team Feature Flags | feature/cohorts |
| CRM | Team CRM | feature/crm |
| Dashboards | Team Product Analytics | feature/dashboards |
| Data Management | Team Product Analytics | feature/data-management |
| Data Visualization | Team Product Analytics | feature/data-visualization |
| Data Pipelines | Team CDP | feature/pipeline |
| Data Warehouse | Team Data Warehouse | feature/data-warehouse |
| Error tracking | Team Error Tracking | feature/error-tracking |
| Sentry integration | Team Error Tracking | feature/error-tracking |
| Activity view | Team Product Analytics | feature/events |
| Experimentation | Team Experiments | feature/experimentation |
| Early Access Features | Team Feature Flags | feature/feature-flags |
| Feature Flags | Team Feature Flags | feature/feature-flags |
| Group Analytics | Team CRM | feature/group-analytics |
| HogQL | Team Data Warehouse | feature/dashboards |
| Heatmaps | Team Replay | feature/heatmaps |
| Ingestion | Team Ingestion | feature/team-ingestion |
| Insights | Team Product Analytics | feature/insights |
| Internal Messaging (Email, Notifications) | Team Billing | feature/notifications |
| Live Events | Team ClickHouse | feature/live-events |
| Messaging | Team Messaging | feature/messaging |
| Notebooks | @daibhin | feature/notebooks |
| Onboarding | Team Growth | feature/onboarding |
| Permissions and access control | Team Billing | feature/permissions |
| Persons | Team CDP | feature/persons |
| Pipeline Transformations | Team CDP | feature/pipelines |
| Pipeline Destinations | Team CDP | feature/cdp |
| Pipeline Sources | Team Data Warehouse | feature/pipelines |
| Platform (US + EU) | Team Infrastructure | feature/platform |
| Project Home Page | Team Growth | feature/home |
| Property Filters | Team Product Analytics | feature/filters |
| Queries as a Service | Team Data Warehouse | feature/qaas |
| Quota limiting | Team Billing | feature/quota-limiting |
| Revenue Analytics | Team Revenue Analytics | feature/revenue-analytics |
| Revenue Data Management | Team Revenue Analytics | feature/revenue-data-management |
| Replay | Team Replay | feature/replay |
| Security | Team Infrastructure though it is every teams job to consider and react to security issues | feature/security |
| Self-hosting | Team Infrastructure | feature/self-hosting |
| Session Analytics | Team Web Analytics | feature/sessions |
| Settings (personal & project) | @benjackwhite | feature/settings |
| SQL Editor | Team Data Warehouse | feature/sql-editor |
| SSO | Team Billing | feature/sso |
| Surveys | Team Surveys | feature/surveys |
| Toolbar | Team Replay | feature/toolbar |
| Usage reports | Team Billing | feature/usage-reports |
| Web Analytics | Team Web Analytics | feature/web-analytics |
| Webhook delivery service | Team CDP | feature/pipelines |
Don't just copy other products
Some of the features we are building may exist in other products already. It is fine for us to be inspired by them - there's no need to reinvent the wheel when there is already a standard way our users expect things to work. However, it is not ok for us to say 'let's copy how X does it', or to ship something with the exact same look and feel as another product. This is bad for two reasons:
- We're highly unlikely to overtake everyone else if we just build the open source version of everything that is already out there.
- We may expose ourselves to legal risk/challenges from those companies, especially if they can point to a public issue where we have said 'let's copy X'.