891 karma · joined October 26, 2018
YC Badge: 0xbc8ab4e5946921011969e4c6888202609b5b5a38
I guess the same principle applies "tell me about a new feature you want for our product... Did you actually try to find a workaround? No" *X probably isn't a feature we should prioritize top then
I'd love to see more examples of ways to get good existing product feedback.
YC connected us with an immigration attorney the moment we got accepted and he helped greatly to make sure we approached this in the right way. It would have been a maze to do this without him. It's still not easy and it's a lot of extra stress.
Certain countries like the UK have ESTAs for up to 90 days, but the program is 3 months + then you generally will want to be here to raise afterwards, so you should get some advice on how to do this specific to your home country.
Even the VISAs are painful - for example, an O1 (even if you do manage to get it) means IIRC your spouse can't work even if you can.
To your point on "in a few seconds"... We're currently trying to build out more libraries as fast as we can so people working on apps in lots of languages can easily integrate it - we've done Python, Ruby, NodeJS, JS, Go and PHP, and an API for the rest. Feature requests for new libraries as issues in the repo (https://github.com/posthog/posthog) very welcome.
The group ones are a once every two weeks thing. The reason they're cool is that you hear about others raising issues you wouldn't have thought to raise yourself.
We noticed that lots of people blog about the application process, but few blog whilst they're actually going through the program.
We recently launched our company on HN as a current batch YC company. We decided to start blogging about our time here to give people a sense of what it's like.
If there's interest, we'll keep writing posts like this!
You could add a tag to feature request issues that it'd read from, maybe as a github app or something. I run an OS repo and it'd be really cool to be able to get through them all faster with a bit of money to pay a freelancer, for example. I imagine the users-paying side would be very hard to find though.
I'd also love to be able to attach a bounty to PRs with this money, although quality control would make me worry it'd be hard.
I imagine Patreon is never an enormous sum for people because the money is goodwill - it isn't tied to receiving anything back. You could make it like this.
I'm surprised there wasn't some other way of doing this - clearly other crowd funding sites exists, what do they use?
It failed because quite simply, when we tried to get other sales managers to use it for free (hoping it'd be popular), we found they wouldn't make the time to spend 2 mins planning a 1:1, probably as they're managed on 'selling deals, right now' in many cases, which is a bit sad!
Learning: I should have read the Mom Test.
With hindsight, I wish I'd built it for engineers based on Pull Requests (PR #181 had a ton of back and forth / NLP shows it got heated). It would have been fun if nothing else!
It's quickly becoming clear (GitLab/Mattermost/Sentry) that there are some great ways to build enormous companies like this though. And, that's of course assuming you want to build a huge company :)
At a personal level, we found that this kind of business is just more fun to build... making cool stuff in the open and if we do a good job, getting inbound interest from bigger companies that have developers who need to use our tech at scale.
I don't think it'd work for everything - if you are a tool that developers don't interact with much, then I'd imagine it's tougher to build a real community.
We don't aim to go "data science" deep with analytics, as we suspect you'd rather just integrate Metabase/Tableau/etc. We can see some cool ways to use it for attribution though - as you can host it we don't need to charge you enormous fees if your MTUs are very big... we see lots of B2C companies using product analytics on the product, but not the website, and struggling with tracking say UTM tags the whole way through.
There are two "out there" areas that we're really interested in right now...
1) We're thinking of focussing more on precisely what a developer (not product, not marketing) needs, as we think there is an underserved and enormous group here. Imagine when you're building something being able to run a command in your CLI, then being able to open a browser with a good understanding of which pages/features are being used as you work. The point being - give developers user data so they know how to build for impact.
2) We also want to explore integrations with other platforms to push stuff to them. I can't stop refreshing our own product, so I think pushing an Action to Slack, for example, would be helpful and would get it into everyday workflows a bit more easily. We don't want to do too much here and kind of hope the community spot these kinds of things and run with them :)
What's your reaction to the above? I'd love to know if you had a specific pain point in mind
- I'd stress how important it was feeling inspired by the idea. Ian from Mattermost was really helpful, as were Dalton and the YC partners. Enjoying what we were working on probably tripled our speed.
- I'm meh technically, so we focussed on making sure Tim (CTO) could focus on exclusively the development. We split it up pretty clearly to create the right environment. I did the design, product, website (Elementor/WP) and docs, Aaron focussed on getting user feedback.
- We spent $1k on marketing, to speed up user engagement early on, so that helped get some bugs out.
Will do a blog post if there's more interest in the journey.
The things you can do with PostHog that you can’t easily do with Matomo, are things like pulling up identifiable user event histories, or plotting trends in product usage over time.
The enterprise version is just a private repo we'd give you access to that's still self hosted. We can also provide hosted deployments of any version, but that's really just for people that can't set it up themselves... hosting it isn't our core focus.
- If you're a developer, become friends with the sales team at your work. Seeing things through a less technical lens will make you much more effective.
- Learn the mental skill of endurance. If you can walk 2 miles, try 20. Once you can cycle 20, you can do 100. The difference is mental more than physical.
Want to get in touch with someone? name job site:linkedin.com. Want to find how to solve a tech issue? "issue" site:stackoverflow.com, and so on.
Google's search of sites like this is pretty good (although the recency working well would be really good... but perhaps impossible to solve well), and often better than in site search. But that + very basic fact finding "how much is a lb in kg", "where is restaurant X" are pretty much all I feel it's good for. Then again, I guess it's not supposed to be an encyclopaedia (or it can be, site:wikipedia.org!)
A little bit of research into the very basics of mental workload made me hope someone builds a wearable that tracks how hard you are thinking.
I'd love to be able to pick my own colours and to see how they look, instead of being bound by the pre-set ones... better yet being able to pick a 'starter' colour then having it create a complementary palette and seeing how that appears.
Curious if you can see a way that an automated functional test could pick up on the quality of design?
To underline the importance of what you're saying - one of the most interesting learnings so far from the data we've seen (~400 developers using it for the last month to log issues in their code/processes, >1,000 survey responses) is that the average developer encountering an issue loses more than twice as much time in Planning and Deployment than in Writing Code. The reason the data shows for this is that when there is an issue in Planning it wastes a very larges amount of time.
The other trend we've seen is we ask developers how each Pull Request made them feel (Happy/Neutral/Sad). We have literally not yet had someone give feedback who felt sad! So you can make your team happy just by asking and listening :)
* Twitch, started as one guy streaming his life then they realised lots of gamers were watching, and that they'd like to be able to stream https://www.youtube.com/watch?v=FBOLk9s9Ci4
* Segment, started as a thumbs up/down tool for professors in lectures to work out when students are getting confused. They realised everyone just went to Facebook instead, then they wondered why they couldn't tell this when they were remote! https://www.youtube.com/watch?v=l-vfn97QTr0
For example, Adwords defaults into advertising on every device which now includes TVs. This channel would never work for our business (an app that integrates with GitHub), and I'm sure this would work badly for many other businesses. We only found it by digging into the campaign stats once it had launched.
It also strikes me how long the approval takes for new ads - 48 hours. How many advertisers drop off in that time? That feels like a real value add thing to focus on.