At 15 people, you can rely on 'tribal knowledge', where there is enough interaction between individuals that everyone is on the same page on most key points (company mission, coding standards, release processes, etc.)
As you grow, that stops being the case; to echo what @Peroni and @sloaken said - a good first step is good documentation and clear, repeatable and where possible automated processes. A second, related challenge is company culture - as you grow and interactions between each & every individual become less & less possible, getting everyone aligned on what it means to work at your company (and how to achieve company goals) is harder. You'll need to make a conscious effort to maintain that (see below).
The core team will need to start delegating more, which can be a hard if you're not used to it (some may also want to remain ICs), and will change the shape of your organisation. This is particularly hard to do gradually, as you'll need to work out the right point at which to transition different areas of the business. This comes with the risk of silos developing - a good way to work around that at mid-size is to continue arranging teams by project, but make sure that there are both opportunities to gather across functions (e.g. dev, qa, project management etc.) and more widely (e.g. company events, social events etc.). The main thing here is making sure people talk to each other, exchange information, getting good at collaborating with each other and know who to reach out to in case of issue. Again, you are going to have to dedicate time to this which will seem strange coming from 15 people (but will pay off handsomely in increased efficiency).
There are many good other points in this thread (on hiring experienced people even though they cost more, the importance of good hiring, clear ownership, us vs them), but a last one is the need more generally for the leadership team to adapt. They will have less visibility and control; the company will become less efficient which might be frustrating (it will still be able to do more overall); changes of direction will become harder and slower. This applies to all 15 people working there now, but particularly for the founders/leaders. Having some thoughts on how to handle this ahead of time (established reporting structures, clear goals and reporting metrics) will help minimise growing pains. It's always easier to say this than to do of course.
Source: did something similar a couple of times (4->25 people, 600->1000 people).
- TikTok revenues were estimated at $9.4 billion in 2022, at a $75bn valuation. Add revenue is projected to rise to $22bn in 2024. ByteDance (parent company) profit estimated at $6bn in 2023. They seem to have enough money to pay for the content which enables this growth (this may not just apply to the music element).
- The fact that they don't generate as much revenue per stream as YouTube is of no use to the artists whose works they are using to generate that revenue. Their work is still being used; and they should be paid for that usage. If TikTok's business model doesn't support payments to the artists, then that is TikTok's problem to solve - not the artists'.
I think a good argument is the point above that as only a fragment of a song is typically used, the amount should perhaps not be as much as a full song stream e.g. on Spotify or YT Music. Though that does open the question as to whether a stream of a Pink Floyd song should be paid as much as a stream of a Ramones song - given the difference in length!
You are right, they are not comparable; I have removed the comparison to the Spotify rate from the parent comment to avoid distracting from the precedent (which was the aspect I found most interesting).
You are quite right, the structure for radio is different than for streaming. Also, at the time, records / CD / cassette sales were significantly higher than they are now, so artist revenue from radio then was a much smaller proportion of the total than streaming is today.
What I found interesting was the precedent; the argument that radio was a means to promote artists, and therefore shouldn't pay royalties, was discounted even in those (to artists) much more favourable circumstances.
* Universal want TikTok to pay similar fees for use of music as other online platforms such as YouTube ($0.004 per stream) or Spotify ($0.0039 per stream for US listeners)
* TikTok views its platform as a means for artists to promote their music, and therefore doesn't think it should be paying anywhere near as much
Interestingly:
- there was a similar argument for the value of radio plays (pre-internet). Radio stations viewed themselves as a way to promote the artists' work, and argued that they therefore shouldn't pay any royalties.
- this has since been settled resolved in favour of the music makers; from what I can see, in the UK, BBC Radio 1 pays around £40/minute in royalties
- the amount of royalties an artist receives from the record company varies significantly, but is usually in the order of 10-20% (Taylor Swift will have a better deal than a small indie band); plus any publishing revenue. Some artists also have different percentages for different types of revenue (e.g. streaming vs CD sales)
As you grow, that stops being the case; to echo what @Peroni and @sloaken said - a good first step is good documentation and clear, repeatable and where possible automated processes. A second, related challenge is company culture - as you grow and interactions between each & every individual become less & less possible, getting everyone aligned on what it means to work at your company (and how to achieve company goals) is harder. You'll need to make a conscious effort to maintain that (see below).
The core team will need to start delegating more, which can be a hard if you're not used to it (some may also want to remain ICs), and will change the shape of your organisation. This is particularly hard to do gradually, as you'll need to work out the right point at which to transition different areas of the business. This comes with the risk of silos developing - a good way to work around that at mid-size is to continue arranging teams by project, but make sure that there are both opportunities to gather across functions (e.g. dev, qa, project management etc.) and more widely (e.g. company events, social events etc.). The main thing here is making sure people talk to each other, exchange information, getting good at collaborating with each other and know who to reach out to in case of issue. Again, you are going to have to dedicate time to this which will seem strange coming from 15 people (but will pay off handsomely in increased efficiency).
There are many good other points in this thread (on hiring experienced people even though they cost more, the importance of good hiring, clear ownership, us vs them), but a last one is the need more generally for the leadership team to adapt. They will have less visibility and control; the company will become less efficient which might be frustrating (it will still be able to do more overall); changes of direction will become harder and slower. This applies to all 15 people working there now, but particularly for the founders/leaders. Having some thoughts on how to handle this ahead of time (established reporting structures, clear goals and reporting metrics) will help minimise growing pains. It's always easier to say this than to do of course.
Source: did something similar a couple of times (4->25 people, 600->1000 people).