常客于零售之业询曰："吾辈发三类邮件——月度简报、周度促销、诞辰之函。有订阅者欲简报而不欲促销。可为之乎？"
默认之退订，皆全或无：既点退订，则失品牌诸函。刊布名录者，乃使订阅者去其一类而存其他之能也.
设置
每类沟通皆设一发布列表：
Publication List: NTO_Newsletter_Monthly
Publication List: NTO_Promotions_Weekly
Publication List: NTO_Birthday_Email
建发定义时，须关联正确发布列表。订阅者可于偏好中心逐列表退订。
阅者得观仪表盘，知所列之清单，且可独自主张其用。订阅常在；促销则隐。商理与合规，自动恪守。
共享发布清单，适于多业务单元之设
企业之账户有诸业务单元，同一订阅者或可由数品牌达之。无协调，其可自品牌甲退订，而品牌乙犹能递同类之函。
共享发布之列存于亲单元之级，普适无碍。订阅者在品牌甲之共享列中择退——品牌乙亦敬之。
用之之时：
- 一企多牌，或跨域而治
- 订阅者跨BU重叠
- 求协调之偏好管理
每BU若法理/运营独立，应别立同意管理，勿用之
浪费光阴之谬二
谬一：误用压制名单
团队得讯，欲止送某类信息于订阅者。遂将该订阅者列入某活动之禁止名单。此举可应一时之需，然：
- 禁止名单不显于偏好中心，故订阅者不能自行管理。
- 营销运作人员终须手工处理偏好请求。
- 处理不一——一订阅者或有三重抑制，另一则可能有关注列表之选择退出；无单一之真源。
关注列表乃偏好之适切抽象。抑制列表用于一次性之阻断（员工、竞争者）。
谬误二：遗忘将关注列表与发送定义相系。
刊目存焉，然发送定义未引之。阅者可自择于偏好中枢，欣然受之。次番宣发，忽略其择，盖发送未系于刊目也.
每发之前，必验发送定义附刊目是否允当。使之为预发之要目.
偏好中枢之貌何如
SFMC之默认偏好中心示：
- 订阅者当前之电子邮箱（可更易之）
- 其所附之出版物清单，每项有开关
- 可全然解约之选
市中多数客户欲立品牌之偏好中心。于云端页面以 AMPcript 读/更新出版物名单之隶属。URL 蕴于邮件页脚，依云端页面 URL 模式嵌入。
命名之则，助益于
出版物名单之名，终现于订阅者界面。明晰之名，实属要义：
-
NTO_Newsletter_Monthly于管理员处显为"Newsletter (Monthly)" -
NTO_Promotions_Weekly显为"每周优惠" -
NTO_Birthday_Email显为"生日献礼"
订阅者所见之标签，或异于内部之名。宜用"显示标签"之域，于偏好中心呈用户悦目之名。
摘要
发布列表者，乃“令阅者自择所阅”之标准答案也。每通信类设一列，附于每发送定义，于品牌偏好中心显之。企业账户者，用共享发布列表以协诸业务单元。设置需时半时辰；偏好管理遂永绝运营之累.
于SFMC中设偏好管理，其法何在？吾Salesforce之众，于生产之务，构发布之列，立品牌之愿所。愿相接——>
睹吾全平台之务，所覆之栈也。