Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve value proposition for infrastructure donors #539

Closed
5 tasks
rvagg opened this issue Nov 15, 2016 · 6 comments
Closed
5 tasks

Improve value proposition for infrastructure donors #539

rvagg opened this issue Nov 15, 2016 · 6 comments

Comments

@rvagg
Copy link
Member

rvagg commented Nov 15, 2016

We're still struggling with the "what do I get in return?" question from potential infrastructure providers who don't have an existing stake in Node.js (like IBM, Microsoft, etc.). What we really need is a prospectus that outlines what we can offer, and perhaps what we can't offer. It's important that we retain our independence from donor companies and figure out what the reasonable boundaries are whereby we get mutual value without compromising our values or the integrity of the project.

This is relevant right now because we are talking to a new potential infra provider who doesn't have an existing interest in Node.js and don't have a good summary of the value they get from contributing and what we do have isn't overly compelling.

Here's my high-level proposal for what we can / should do for our providers:

  • Clarify the provider tiers on our README by introducing an additional tier to represent the sub-$1k/month donors, so we have something that's roughly: Tier1=>$5k/month, Tier2=>$1k/month<$5k/month, Tier3=<$1k/month. There's a huge range in our Tier2 at the moment and it makes it more difficult to get donors in that mid range if they are lumped in a crowded group. I think we should end up with DigitalOcean, Rackspace and Microsoft (new) in Tier1, then Joyent, IBM/Softlayer in Tier2 and the rest in Tier3. It's important to note that we don't have precise metrics on how much in-kind $ we get from these companies, they are very rough guesses, and we shouldn't publish those tier $ amounts either. @jbergstroem how do those numbers sound about right? How would you adjust?
  • Make a new page on nodejs.org, I think under https://nodejs.org/en/foundation/ somewhere, that's roughly a mirror of our REAMDE section on infra providers, where we can promote/thank them and highlight the ways they help
  • Offer to provide content and quotes on behalf of the Build WG for companies that would like some promotion of their donations, perhaps guest posts for their blogs. There's a limitation to how much we can provide here but I'm pretty happy to do some writing for this kind of thing occasionally, I don't really want a flood of requests though!
  • Publish regular "State of the Build" posts (possibly with the WG roll-up where we highlight batches of donors and the ways they add value to the project. It would be good to have posts that we can point to and say "your name could be here in these future posts!".
  • Highlight how node names are used in Jenkins, which are regularly seen during active development of Node by collaborators and contributors alike.

@nodejs/build thoughts?

@piccoloaiutante
Copy link
Member

On 3rd point how about public tweet from foundation thanking for donors support every X amount of time? Is it something feasible or meaningful?

Overall the rest of you proposition make sense to me.

@jbergstroem
Copy link
Member

  • Create three tiers: Lets. I agree with your assessment on group criteria as well as picks.
  • New page: Should it live under the foundation though? Being a build group provider doesn't necessarily mean being part of the Node.js foundation.
  • Guest blogging/content: I'd be happy to write some stuff as well, we have a wide range of topics to cover, from infra to ci to deploy and orchestration. Not sure how we'd define frequency or "obligations" .
  • Regular posts: I think this is a great idea and would like to adopt it for all working groups [that have anything to add]. The FreeBSD Quarterly reports is a good example of how they increase visibility in work done. Since we do a lof of deployments/changes to infra, the quarterly report would also serve to increase visibility of our sponsors.
  • Node names: Absolutely. I have an idea about a page where we summarize build status since job history isn't permanent in Jenkins. We can make sponsors more visible there too.

@mhdawson
Copy link
Member

mhdawson commented Nov 15, 2016

Internally it would be nice to understand the tiers, even if we don't publish them. I would like to be in the position to be able to explain why IBM falls into one tier versus another. Otherwise I'm a +1 on the proposal.

@Trott
Copy link
Member

Trott commented May 23, 2018

@rvagg Is this something that should still happen? Or should this be closed (because we've chosen a different path or whatever)?

@mhdawson
Copy link
Member

@Trott we have some of the pieces in place (regular tweets - one should be coming out this week), but we still have work to do on many of the others.

@Trott
Copy link
Member

Trott commented Jul 21, 2019

I don't think this is active these day and can probably be closed. By all means, re-open if I'm wrong.

@Trott Trott closed this as completed Jul 21, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants