3 ms·

Do you have an idea about the size of your target market? What are the project requirements or qualifications necessary to sign up? What's the expected input

Do you have an idea about the size of your target market? What are the project requirements or qualifications necessary to sign up? What's the expected input from the developer/maintainer? How much money are maintainers expected to make? Also, what exactly does DevFlight do? What tactics do you use? How do you decide who to "target", and how (and how often) do you contact them? I'm assuming the developer sees (and has veto power) over all the communications before they're made? Part of the site and part of the intro here makes this sound like it's just a job search?

vbordo 8y ago
Thanks for your questions. There are no project requirements to join the waitlist. Right now we’re working with maintainers of more popular projects. We’re measuring popularity in terms of users. We expect maintainers to be able to replace their current full-time salary if they want to work on their projects full-time. Some maintainers only want to allocate a percentage of their time to open-source, so the expectations for how much money they can make are different in those cases. The primary maintainer input is getting us up to speed on their project goals, work preferences and existing communities. After we have a good understanding of their preferences, the maintainer can choose their level of involvement. Maintainers can be as involved as they like after we begin our campaign. We provide a weekly update detailing who we’ve reached out to and the status of each communication. We can provide this information on a daily basis as well. As far as tactics, we start by collecting publicly available GitHub information related to the maintainer’s repo. This includes looking at who has engaged with projects by doing things like submitting issues, pull requests, and stars. We also use social media and any community channels the maintainer has created (Slack, Gitter, Discourse, etc.). Then we act as the maintainer’s sales team by reaching out to these leads via a variety of different channels (email, social media, phone, real-time messaging). We find the right people within an organization to discuss how the maintainer can add value to the company, and we negotiate contracts based on the custom plan we’ve developed with the maintainer.

vbordo 8y ago

Thanks for your questions. There are no project requirements to join the waitlist. Right now we’re working with maintainers of more popular projects. We’re measuring popularity in terms of users. We expect maintainers to be able to replace their current full-time salary if they want to work on their projects full-time. Some maintainers only want to allocate a percentage of their time to open-source, so the expectations for how much money they can make are different in those cases. The primary maintainer input is getting us up to speed on their project goals, work preferences and existing communities. After we have a good understanding of their preferences, the maintainer can choose their level of involvement. Maintainers can be as involved as they like after we begin our campaign. We provide a weekly update detailing who we’ve reached out to and the status of each communication. We can provide this information on a daily basis as well. As far as tactics, we start by collecting publicly available GitHub information related to the maintainer’s repo. This includes looking at who has engaged with projects by doing things like submitting issues, pull requests, and stars. We also use social media and any community channels the maintainer has created (Slack, Gitter, Discourse, etc.). Then we act as the maintainer’s sales team by reaching out to these leads via a variety of different channels (email, social media, phone, real-time messaging). We find the right people within an organization to discuss how the maintainer can add value to the company, and we negotiate contracts based on the custom plan we’ve developed with the maintainer.