Date   

moderated Re: Group Sponsorships #update

Niman H
 

Thank you Duane.
So the funds accumulated stay in the group account. What happens to them if a group closes?

Nancy


moderated Re: Group Sponsorships #update

Duane
 

On Thu, Jan 14, 2021 at 10:03 AM, Niman H wrote:
What fees are charged by Stripe?
The standard Stripe fees are 2.9% + 30 cents (same as Paypal) and are deducted from the payment.  A $5 sponsorship should net $4.55 to GIO.

Duane


moderated Re: Group Sponsorships #update

Andy Wedge
 

On Thu, Jan 14, 2021 at 04:03 PM, Lynne wrote:
but I don't see any notice on the group's home page.
It's a new button rather than a notice that appears on the homepage.

Andy


moderated Re: Group Sponsorships #update

Niman H
 

Great idea to add this option. What fees are charged by Stripe? Our members will want to know. Is it per transaction or a percentage?

Nancy


moderated Re: Group Sponsorships #update

Lynne
 

The sponsorship was turned on for one of my free groups, but I don't see any notice on the group's home page.  I double-checked that I had confirmed the group change as well as logged off and then viewed the home page.  Still no notice.  Am I doing something wrong or does it take a while for the sponsorship blurb to appear on the home page?

Thanks!

Lynne


moderated Typing slow/delayed in all groups.io entry screens #misc #bug

 

Not sure whether this is a bug or something with my own computer. As of last night, whenever I type into any groups.io screen the typing is delayed, even within individual words. It stops accepting entry and I have to wait for the letters or words to appear. This is consistent in every groups.io screen (including as I type this message) and in no other sites (e.g. gmail).
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: Samuel's Paid User Proposal #suggestion

 

On Thu, Jan 14, 2021 at 07:00 AM, J_Catlady wrote:
these last two posts are the best arguments I’ve ever seen *against* implementing this extremely complicated (and potentially political) feature.
That refers to Sandi's and Samuel's posts.
 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: Samuel's Paid User Proposal #suggestion

 

I thought Mark said we were done with this topic? But if it’s still open, I have to say thst these last two posts are the best arguments I’ve ever seen *against* implementing this extremely complicated (and potentially political) feature. 

I hope that Mark will clarify whether or not this topic is truly closed. 


On Jan 14, 2021, at 3:51 AM, Samuel Murrayy <samuelmurray@...> wrote:

On Thu, Jan 14, 2021 at 12:36 AM, Sandi D wrote:
We don't know that group owners will be informed in any way by GIO if a member of their group is a paid GIO account holder or not. Everyone seems to be assuming that group owners and members will be able to somehow figure it out. This isn't necessarily true.
You're right, it's not necessarily the way Mark might implement it.

But I would be strongly in favour of giving group owners this information. I would also favour group owners getting a great deal of control over who gets free slots, because it allows them to be in control of who joins as free members and who joins as paid members.  In particular, it allows group owners to prevent members who *can* pay but refuse to pay from taking up space that could otherwise be assigned to members who *can't* pay but who would be valuable members of the group.

And here's another reason why group owners should ideally have control over this: in the premium groups, group owners are the ones who pay for the availability of free slots! So it would be unfortunate if such group owners can't control who gets to benefit from the free slots.

For similar reasons I would suggest that paid members who stop paying should not be automatically converted to free-slot members, unless the group owner specifically wants it.  (There could be a setting like "automatically assign lapsed paid members to free slots when available"... and I suspect many group owners will use that setting.)

On the GIO side of things, if a member opted not to retain their paid account, GIO would notify them that they will be removed from groups X,Y, Z because those groups are over their capped limit. No disgruntlement between members and group owners. The communication is solely between GIO and the account holder. The account holder deals with the consequences of not renewing their paid membership. Just like any other member that leaves a group, the owner need not know why they left. The member can request at a later time to rejoin.
I would be strongly opposed to this.  I see no reason why group owners should not be allowed to be involved in making decisions about who gets to be in their group for free.  In addition, if you remove group owners from this process, it makes it more difficult for group owners to assist less computer literate users.

Sure, if a member decides not to renew his membership, getting a notice telling him what the consequences would be, is fine: the notice could be customised to tell the user exactly which groups he'll be booted from, or the notice could be more generic, saying simply "converting to a free member may result in having no more access to certain groups, depending individual groups' own policies".

In other words the 100 slots of a capped basic tier group are on the GIO side of things and not the owner side of things. If the owner has zero slots, they can upgrade to Premium, essentially "buying" 300 more slots from GIO and the ability to direct add members and have more features.
Ideally, though, the group owner should have another option: decide which members should start paying, and tell them privately to upgrade to paid membership, so that free slots can open up.  And if there are members currently in free slots that the owner feels don't deserve to freeload any long, he should be able to communicate his decision to them (e.g. by threatening to unsubscribe them if they don't pay) -- but this means that the owner should be able to see who are paid members.

For a Premium owner their concern is direct adding. They start a group with 399 available slots. As the group fills, those slots decrease. But the Premium group owner will not know which are filled by paid account owners and which are filled by free members. The group owner's concern is how many slots are left to direct add members. Regardless of whether or not Samuels proposal is implemented, the owner is only looking at how many vacant slots are available for direct adding and for sending invitations. 
Yes, so in other words, there are many disadvantages to not allowing owners to see who are paid members and who are free members.

(In fact, I would be personally in favour of giving paid members the ability to reveal their paid status to other members, e.g. with a badge next to their posts.  In some types of groups, it could be useful for all members to see whom they have to thank for the availability of free slots.)

Now suppose someone with a free basic account applied to join a basic group with 100 members. Their request is denied by GIO system letting them know their application was unsuccessful because the group is full. ... Ditto for a Premium group with 400 members who does not want to pay the additional per member charge. The owner need not be made aware of who in their group holds a paid or unpaid GIO membership. Their concern remains focused on the number of unfilled slots that can be filled if they choose to fill them.
Again, this just shows how bad such an implementation would be (i.e. one in which owners can't see who are paid members).  I disagree that the owner's only concern should be how many free slots there are.  The owner should be allowed to choose who gets in for free and who needs to pay.

In my opinion, here is how joining a group should work:

If someone tries to join a group whose free slots are full:
- If membership does not require approval: the user gets a notification that the group is "full", and the owner gets a notification that the group is full and that user X tried to join. (the owner can then contact that person privately and try to work something out)
- If membership does require approval: the owner gets a notification that the group is full and that user X tried to join.  The owner then decides what he wants to do, e.g. pay extra himself, or ask the user privately to sign up for paid membership, or ask the user to privately send the owner money via PayPal, or decide to ask another member to become a paid member in order to make room for this new member, etc.

And if someone tries to join a group whose free slots are not yet full:
- If membership does not require approval: the usual procedure happens, and the owner's notification includes a line about the new free slot balance.
- If membership does require approval: (it may be a good idea to discuss various possible procedures here, but...) the usual procedure could still happen, which includes the ability of the owner to communicate with the aspiring member to tell him e.g. the policy of that particular group, which may include that his application is approved on the condition that he signs up for a paying membership.

On a related note:

A waiting list feature or the ability to be a dormant member of a group solves several problems.
- For example, if a previously paying member stops paying, he can become a dormant member, which makes it easier for the group owner to continue managing his membership during the period that the owner decides what he wants to do with that member.  (If such a member is simply unsubscribed instead of made dormant, it can be more difficult to win him back.)
- And for example, if a user tries to join a group where there are either no free slots available or where the owner doesn't want to assign a free slot to that user (but the owner does want to provisionally accept his application, in order to try to convince him to pay up, or while the owner tries to get another member to become a paid member), such a member can become a dormant member.  Dormant membership will greatly reduce the amount of administration for group owners.

(And I repeat a suggestion that I made previously, that dormant members be allowed to read messages via the web, even in restricted groups.  This would not really discourage people from paying, since there are many groups with public messages anyway.)

--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: Samuel's Paid User Proposal #suggestion

billsf9c
 

A little thing that continues to bother me is hiw hard owners must sometimes work to support a new group... which generally seems to be greatest until a list has ~100 members... which I always called, "critical mass."

Will "100" and success at the owner's doorstep encourage them? Or finally reaching some stability, be 1 more nail in the coffin due to a tired owner and actually raise the number of failing new groups...? Tough call. Good luck.

BillSF9c


moderated Re: Samuel's Paid User Proposal #suggestion

Samuel Murrayy
 

On Thu, Jan 14, 2021 at 12:36 AM, Sandi D wrote:
We don't know that group owners will be informed in any way by GIO if a member of their group is a paid GIO account holder or not. Everyone seems to be assuming that group owners and members will be able to somehow figure it out. This isn't necessarily true.
You're right, it's not necessarily the way Mark might implement it.

But I would be strongly in favour of giving group owners this information. I would also favour group owners getting a great deal of control over who gets free slots, because it allows them to be in control of who joins as free members and who joins as paid members.  In particular, it allows group owners to prevent members who *can* pay but refuse to pay from taking up space that could otherwise be assigned to members who *can't* pay but who would be valuable members of the group.

And here's another reason why group owners should ideally have control over this: in the premium groups, group owners are the ones who pay for the availability of free slots! So it would be unfortunate if such group owners can't control who gets to benefit from the free slots.

For similar reasons I would suggest that paid members who stop paying should not be automatically converted to free-slot members, unless the group owner specifically wants it.  (There could be a setting like "automatically assign lapsed paid members to free slots when available"... and I suspect many group owners will use that setting.)

On the GIO side of things, if a member opted not to retain their paid account, GIO would notify them that they will be removed from groups X,Y, Z because those groups are over their capped limit. No disgruntlement between members and group owners. The communication is solely between GIO and the account holder. The account holder deals with the consequences of not renewing their paid membership. Just like any other member that leaves a group, the owner need not know why they left. The member can request at a later time to rejoin.
I would be strongly opposed to this.  I see no reason why group owners should not be allowed to be involved in making decisions about who gets to be in their group for free.  In addition, if you remove group owners from this process, it makes it more difficult for group owners to assist less computer literate users.

Sure, if a member decides not to renew his membership, getting a notice telling him what the consequences would be, is fine: the notice could be customised to tell the user exactly which groups he'll be booted from, or the notice could be more generic, saying simply "converting to a free member may result in having no more access to certain groups, depending individual groups' own policies".

In other words the 100 slots of a capped basic tier group are on the GIO side of things and not the owner side of things. If the owner has zero slots, they can upgrade to Premium, essentially "buying" 300 more slots from GIO and the ability to direct add members and have more features.
Ideally, though, the group owner should have another option: decide which members should start paying, and tell them privately to upgrade to paid membership, so that free slots can open up.  And if there are members currently in free slots that the owner feels don't deserve to freeload any long, he should be able to communicate his decision to them (e.g. by threatening to unsubscribe them if they don't pay) -- but this means that the owner should be able to see who are paid members.

For a Premium owner their concern is direct adding. They start a group with 399 available slots. As the group fills, those slots decrease. But the Premium group owner will not know which are filled by paid account owners and which are filled by free members. The group owner's concern is how many slots are left to direct add members. Regardless of whether or not Samuels proposal is implemented, the owner is only looking at how many vacant slots are available for direct adding and for sending invitations. 
Yes, so in other words, there are many disadvantages to not allowing owners to see who are paid members and who are free members.

(In fact, I would be personally in favour of giving paid members the ability to reveal their paid status to other members, e.g. with a badge next to their posts.  In some types of groups, it could be useful for all members to see whom they have to thank for the availability of free slots.)

Now suppose someone with a free basic account applied to join a basic group with 100 members. Their request is denied by GIO system letting them know their application was unsuccessful because the group is full. ... Ditto for a Premium group with 400 members who does not want to pay the additional per member charge. The owner need not be made aware of who in their group holds a paid or unpaid GIO membership. Their concern remains focused on the number of unfilled slots that can be filled if they choose to fill them.
Again, this just shows how bad such an implementation would be (i.e. one in which owners can't see who are paid members).  I disagree that the owner's only concern should be how many free slots there are.  The owner should be allowed to choose who gets in for free and who needs to pay.

In my opinion, here is how joining a group should work:

If someone tries to join a group whose free slots are full:
- If membership does not require approval: the user gets a notification that the group is "full", and the owner gets a notification that the group is full and that user X tried to join. (the owner can then contact that person privately and try to work something out)
- If membership does require approval: the owner gets a notification that the group is full and that user X tried to join.  The owner then decides what he wants to do, e.g. pay extra himself, or ask the user privately to sign up for paid membership, or ask the user to privately send the owner money via PayPal, or decide to ask another member to become a paid member in order to make room for this new member, etc.

And if someone tries to join a group whose free slots are not yet full:
- If membership does not require approval: the usual procedure happens, and the owner's notification includes a line about the new free slot balance.
- If membership does require approval: (it may be a good idea to discuss various possible procedures here, but...) the usual procedure could still happen, which includes the ability of the owner to communicate with the aspiring member to tell him e.g. the policy of that particular group, which may include that his application is approved on the condition that he signs up for a paying membership.

On a related note:

A waiting list feature or the ability to be a dormant member of a group solves several problems.
- For example, if a previously paying member stops paying, he can become a dormant member, which makes it easier for the group owner to continue managing his membership during the period that the owner decides what he wants to do with that member.  (If such a member is simply unsubscribed instead of made dormant, it can be more difficult to win him back.)
- And for example, if a user tries to join a group where there are either no free slots available or where the owner doesn't want to assign a free slot to that user (but the owner does want to provisionally accept his application, in order to try to convince him to pay up, or while the owner tries to get another member to become a paid member), such a member can become a dormant member.  Dormant membership will greatly reduce the amount of administration for group owners.

(And I repeat a suggestion that I made previously, that dormant members be allowed to read messages via the web, even in restricted groups.  This would not really discourage people from paying, since there are many groups with public messages anyway.)


moderated Re: Mobile/desktop menu flip #bug

Andy Wedge
 

On Tue, Jan 12, 2021 at 10:34 PM, Mark Fletcher wrote:
I also improved the behavior of the hamburger menus; they're now drawers that slide in from the side.
 
The options on the hamburger menu are a completely different order to those when viewed from the left-side menu. It would be really helpful if they were at least in the same order and even better if there was a collapsible Admin grouping too.

Thanks
Andy


moderated Re: Sponsorship on subgroups not show on main group billing page #bug

 

On Thu, Jan 14, 2021 at 1:54 AM Andy Wedge <andy_wedge@...> wrote:

the sponsorship facility is available on subgroups so I tested it with a $5 amount. An entry appears in the activity log and I received a notification email. There is no Billing page for subgroups so I check the main group but it does not show there (only my $5 test for the main group is showing).  Neither of the $5 amounts are showing on my card statement at present to I cannot tell if they worked at all.

Yep, a bug. You shouldn't be able to allow sponsorship of subgroups. I've fixed this and refunded your $5 charge. It should appear on your statement in 5-10 days.

Thanks,
Mark
[When your kid has insomnia, you end up awake and fixing bugs in the middle of the night...]


moderated Sponsorship on subgroups not show on main group billing page #bug

Andy Wedge
 

Hi Mark,

the sponsorship facility is available on subgroups so I tested it with a $5 amount. An entry appears in the activity log and I received a notification email. There is no Billing page for subgroups so I check the main group but it does not show there (only my $5 test for the main group is showing).  Neither of the $5 amounts are showing on my card statement at present to I cannot tell if they worked at all.

Some questions come to mind:
- Does it make sense to have the Sponsor option on a subgroup given that you cannot pay for a subgroup on its own?
- Should there be a separate page to show sponsorship payments on a subgroup given that there is no Billing page?

Regards
Andy


moderated Re: Group Sponsorships #update

Joseph Hudson
 

Oh thanks Mark, I think that this will be a definite good deal.

On Jan 13, 2021, at 12:05 PM, Mark Fletcher <markf@corp.groups.io> wrote:

Hi All,

I have just pushed a new group sponsorship feature, based on Shal's and Samuel's proposals. Here are the details:

• In Group Settings, there's a new Allow Sponsorships checkbox, with the help text Allow members to sponsor the Groups.io fees for the group.
• If a group allows sponsorships, a new Sponsor This Group button appears on the group home page.
• Clicking that button brings you to a page to enter an amount (of at least $5.00USD) and a credit card, if we don't have one on file for you. The text is By sponsoring this group, you are helping pay the Groups.io hosting fees. Any amount you sponsor will be held by Groups.io and used to pay hosting fees as needed. Sponsorships are non-refundable.
• You do not need to be a member to sponsor a group but you do need to have a Groups.io account.
• Free/Basic groups can allow sponsorships. Converting from Free/Basic to a Premium group still requires a credit card to be on file when you do it, but you can delete the credit card after you've upgraded the group, relying only on sponsorship reserves to pay for premium.
• To see how much money is in a group's sponsorship reserve, go to the Billing/Upgrade tab under Admin. It will appear as a line like There is $23.00 in reserve to pay hosting fees.
• Group sponsorships are logged in the activity log and a moderator notification is sent out as well.
• Any group sponsorships that you have paid are listed in your Account on the Billing page.
• If a fee is paid solely by sponsorship reserves, you will not be sent a payment receipt, but you will still get an email notification.
Please let me know if you have any questions or suggestions. Thanks to Shal and Samuel for the idea.

Thanks,
Mark


moderated #suggestion Moderators should be able to Reply to or Forward a message of 'importance' and tag it "Special Interest" in the process #suggestion

 

A message created by anyone but a Moderator cannot be sent as "Special Notice". And, in many Groups, some members only want to receive/know about Special Notices - they aren't really interested in daily drivel.

I proposed a modification that would allow a Moderator - with permission, be given the opportunity to recognize an item that should be a Special Notice - and be able to Reply or Forward (to the Group) any item that comes through.

Currently, the only way to do this is to 'hijack', then Copy the original message and create a new message from the Moderators own address, then Paste the original message into a New Message and send it on. Credit to the Originator is lost this way - if nothing else.

This would apparently take a programming change.


moderated Re: Group Sponsorships #update

ro-esp
 

On Wed, Jan 13, 2021 at 07:05 PM, Mark Fletcher wrote:


- If a group allows sponsorships, a new `Sponsor This Group` button appears on
the group home page.
- Clicking that button brings you to a page to enter an amount (of at least
$5.00USD) and a credit card,
It would be nice if people without a credit-card could contribute as well. For instance by "Ideal"

- If a fee is paid solely by sponsorship reserves, you will not be sent a
payment receipt, but you will still get an email notification.
as in sent to nameofthegroup+owner@groups.io ?

groetjes/ĝis, Ronaldo


moderated Re: Group Sponsorships #update

monamouroui
 

Mark, 

Thanks. I like your solution. It is a well thought-out and useful feature. I have no issues. I think it will help influence some of us on the fence to convert from a Free/Basic Group to Premium. 

Also, it's great we can toggle the sponsorship message off when it's reached the amount needed to help pay for that years access fee. For me it offers a little more transparency so my members won't have doubts or feel a constant pressure to pay.

Sara


On Wed, Jan 13, 2021, 1:05 PM Mark Fletcher <markf@corp.groups.io> wrote:

Hi All,

I have just pushed a new group sponsorship feature, based on Shal's and Samuel's proposals. Here are the details:

  • In Group Settings, there's a new Allow Sponsorships checkbox, with the help text Allow members to sponsor the Groups.io fees for the group.


moderated Re: Samuel's Paid User Proposal #suggestion

Sandi D <sandi.asgtechie@...>
 

We don't know that group owners will be informed in any way by GIO if a member of their group is a paid GIO account holder or not. Everyone seems to be assuming that group owners and members will be able to somehow figure it out. This isn't necessarily true.

Just as no one knows which groups are paying groups and which groups do not pay, the same applies to GIO account holders. No one, except GIO management and the account holder needs to know. 

Here's how that would work:
A Basic tier group has 104 members. Someone applies. The owner accepts them. Nothing requires the owner to know if the new member is a paid account holder or a free account holder. The owner has no need to know which members are paid account holders and which aren't. The owner just knows they have approved a new member. There is no reason for the owner to know anything other than they have 22 "free" (available) slots and can invite 22 people to join. Or not. 

Let's say, time goes by and that same basic tier owner now has 35 slots. Yet they still have 105 members. What happened? Well some of the members decided to get a paid GIO account. Which means more free slots have been released back to the group from GIO.

Now it's a week later and that same owner logs in and sees there are 16 available slots. They still have 105 members. What happened? Some members opted to return to a non paid (free) GIO account. The group owner doesn't need to know which members converted. All the owner needs to know is he/she can send invitations to 16 people to join the group. 

On the GIO side of things, if a member opted not to retain their paid account, GIO would notify them that they will be removed from groups X,Y, Z because those groups are over their capped limit. No disgruntlement between members and group owners. The communication is soley between GIO and the account holder. The account holder deals with the consequences of not renewing their paid membership. Just like any other member that leaves a group, the owner need not know why they left. The member can request at a later time to rejoin. 

In other words the 100 slots of a capped basic tier group are on the GIO side of things and not the owner side of things. If the owner has zero slots, they can upgrade to Premium, essentially "buying" 300 more slots from GIO and the ability to direct add members and have more features.

For a Premium owner their concern is direct adding. They start a group with 399 available slots. As the group fills, those slots decrease. But the Premium group owner will not know which are filled by paid account owners and which are filled by free members. The group owner's concern is how many slots are left to direct add members. Regardless of whether or not Samuels proposal is implemented, the owner is only looking at how many vacant slots are available for direct adding and for sending invitations. 

Now suppose someone with a free basic account applied to join a basic group with 100 members. Their request is denied by GIO system letting them know their application was unsuccessful because the group is full. (ThIs will happen after Jan 18 regardless of whether or Samuels Proposal will be implemented). 

Ditto for a Premium group with 400 members who does not want to pay the additional per member charge. The owner need not be made aware of who in their group holds a paid or unpaid GIO membership. Their concern remains focused on the number of unfilled slots that can be filled if they choose to fill them. 

If Samuels proposal goes through, GIO will need to manage the back end of requests to join capped groups. GIO will need to manage account holders moving between free and paid accounts. GIO will need to decide if there is a need to inform group owners, whether or not they have paid account holders in their groups. 

--
Sandi Dickenson


moderated Re: Pricing change date change #update

 

Mark,


... as well as all the craziness going on in the USA right now impacting my productivity, ...


You and the Apple Growers, eh?

Shal


moderated Re: Group Sponsorships #update

Andy Wedge
 

On Wed, Jan 13, 2021 at 06:05 PM, Mark Fletcher wrote:
a moderator notification is sent out as well
Hi Mark,

can we get the group subject tag as a prefix to the email notification subject to match other notifications please?

Thanks
Andy

701 - 720 of 28360