Private or hidden communication subscription type

[mariahedges]

It would be useful if it were possible to set up a subscription preference type which is private or could be hidden from everyone.

For example this could be used for an internal employee newsletter who would have a subscription category that cannot be signed up for by external people.  Or, if you have a specific group of customers who you want to sign up to a certain type of emails and therefore limit who would be able to access that subscription.

[mariahedges]

Hi all I am the product manager on the subscriptions team at HubSpot, I certainly see where this will be useful as folks run all their communications on HubSpot (external and internal) and the need to keep those completely separate. Right now we do not have a space for this in our roadmap, however I will keep this one on our radar.

[SteveArmitage]

We have partner and customer lists, etc that should not be open to the public.

It'd be nice to have lists which are only shown when you are subscribed to them, so you can remove if you want and we can manage invites/adding to the subscription internally.

[NW]

Totally agree! I bet tons of businesses would want this but actually don't realize that all the subscription types are exposed for anyone to signup for, so don't realize the issue. I didn't even realize the issue until I accidently discovered it. We have "internal" subscription types for various emails to internal employee groups and divisions. I didn't realize anyone subscribed to one of our other public facing subscriptions could see and subscribe to these. I am a bit baffeled that being able to better manage this kind of thing is not standard. 

[kyle_tam]

Need this badly. We want to have subscription types for partners, customer, and internal employees and those should not be open to the public.

[Joek]

ANy ideas when this is this going to be available.  We  have  Members only content that we don't want the general public to be able to subscribe to, and we will manage the list membershi manually.

[NW]

Ya, looks like this thread is almost a year old, so I doubt they're in any rush to actually build out this functionality. 

[onvista]

We need this feature as well

[jbfeig]

Agreed! Just had a client ask for this!

[JimHarris]

This is a great suggestion. I would love to have this for our email management 

[JJJS]

We need this now!

Any ideas as to when this will be available?  We got the CRM assumming that this was a standard feature only to find out well into the project that it cannot be done.

[NW]

Hubspot has gone MIA on this. I was sent to this "We want this built" area to "vote" for this capability months ago. It's such a a basic and foundational thing I don't understand why it's not standard in their product. For now, it looks like it will be a long time coming. 

[hfcraig]

Please please please implement this idea soon!

[KariV]

It's actually shocking how this isn't an option. We NEED this. 

[KevinAdvidi]

 Need this! 

[jeastman]

Agreed. I'm marketing multiple products and often the subscription preferences don't overlap. I need the ability to select certain subscriptions for certain audiences. And then have a global unsubscribe - just for those audiences. 

[maddychung]

We need this too!!

[Julien_Mantu]

Dear Hubspot, it's 2020 - please, we need this!

[tianna287]

Yes! Why is this not possible yet?

[azalaquett]

Agreed. We need an internal communication subscription type. This would be very helpful. Thanks for posting. 

[anders_grove]

Definitely need this feature, +1

We're using a javascript hack to get around this at the moment. Not ideal at all.

Below is a sample of the script, though I wouldn't advise using it (at least not without a developer implementing it).

<script>
	$( window ).load(function() {
		$('.item .fakelabel').each(function(){
			var current = $(this).text();
			if (current.includes("Service")) {
				$(this).parent().parent().parent().hide();
			}
		});
	});
</script>

[jeastman]

Thanks, @anders_grove! I'll talk to my development team about trying this out in the meantime.