-
Notifications
You must be signed in to change notification settings - Fork 38
mcdonc / Agendaless #208
Comments
@mcdonc I think we can find a way to make this work. The goal with Gratipay Teams is to encourage growth and sharing of both work and revenue: if you end up with a great contributor that helps a lot with your projects, how can we deal them into the revenue stream that your projects are generating? If someone does some marketing and sales for your projects to increase revenue, how can we deal them in as well? We want to see lots of little businesses spring up around open source (open work). We're not going to have it done for this week, but we have a Payroll feature on deck that's designed to distribute Gratipay revenue to a team "owner" and zero or more "members." Proposal: AgendalessOnce we have Payroll, this would be the full-fledged way to structure your situation on Gratipay 2.0:
(Note that only With the Payroll feature, you would indeed receive payments directly to your bank account. Agendaless would then account for this as income to Agendaless and payments to you. Now, as low-hanging fruit, you could start with this setup:
Agendaless would account for this the same way as the more evolved setup (with the Alternative 1: mcdonc, Inc.You could go with:
However, that basically makes you a sole proprietor, personally responsible for any payroll accounting issues associated with bringing others onto the team. I imagine you'd rather offload that responsibility. :-) Alternative 2: Pylons/PyramidAnother way to approach this would be decide that your tips so far have been mostly for Pyramid (let's say), and migrate to ... maybe a
Does this give you an idea of how we're trying to shape things over here? Can you work with this, @mcdonc? |
Thanks a lot for thinking about this @whit537 . I'll ponder it a bit. |
I like the Alternative 2: Pylons/Pyramid approach. I have some follow up questions.
|
I'm also leaning that way FWIW (the Pylons/Pyramid approach). Thanks for the help! |
@stevepiercy Right now the schema is one owner per team (there's an Anyway, the current recommendation would be:
One major caveat: step (3) depends on us bringing back the payroll feature. Sorry. :-( Other than that, is this a workable solution? |
Nice prison joke there @whit537 |
@whit537 thank you. A user-facing UI for this feature would be good. I think the current recommendation is workable. We will need to work out the Pylons Twitter account access. @mcdonc I don't know whether the Pylons Project actually has a bank account. We might want to set up a business bank account with a credit union, or one person could use their own bank account (I just did the latter for a small project Knop). Setting up a business bank account has a lot more paperwork and organizational work, too. |
@tshepang :-) @stevepiercy Cool. I've reticketed enabling teams to change ownership as gratipay/gratipay.com#3515. |
FWIW, for my tiny project Knop, the issue of assuming responsibility for taxes and legal matters as noted in the new terms section 5.iii. is not really an issue until and if it receives at least $600 per year. If that time comes, it would be a good problem to have. So until then, I'll accept the following option.
For the greater projects under, and for the organization, the Pylons Project, that's a whole 'nuther situation. |
I believe this is resolved in gratipay/project-review#51. |
Picking up from gratipay/gratipay.com#3446 (comment) ...
The text was updated successfully, but these errors were encountered: