怀歌创作者网络 · 技术边界说明

现在能做什么，办完手续又能多做什么

这页是写给不看代码的人的。每一条「能做」都标了是不是已经真机验证过；每一条「不能做」都写清楚卡在哪、要花多少钱多少时间才能解开。

现在能做什么

一台服务器 + 一个未备案域名

▲

先更正一个我之前的判断失误。我在早期调研里说「Circle 那套不能抄」，然后把整个「社区 + email list」方案一起放下了。这是把两个不同的东西混为一谈了 ——不能抄的是「社区」，不是「email list」。下面解释区别。

我当初否掉的是什么，没否掉的是什么

这两件事的结构完全相反

社区平台（Circle / 知识星球）

产品内核是「成员为彼此而留下」。成员目录、互相关注、私信是卖点，不是可选项。

放到这门生意里：博主互相看得见 → 十秒钟就能交换报价 → 差价暴露。

这是结构性冲突，改配置改不掉。

Email List（邮件列表）

结构是一对多的私密广播。每个人只收到发给自己的那一封，收件人之间天然互不可见。

可以按等级分组、同一条需求生成不同版本，L2 和 L4 收到的金额不同且互不知情。

这恰好就是我们要的形态。

所以正确的说法是

我们这套方案已经在用 email list 的核心思想了 —— 分层定向、千人千面、单向广播、名单归自己。只是载体从「邮件」换成了「企业微信一对一 + token 链接」。两者是同一个模型的两种实现，不是两个方案。

那要不要真的再上一套邮件

诚实的利弊

✓

邮件能做、企微做不到的

场景　不受群发人工确认限制、不受每月 4 条配额限制、名单可迁移不绑平台、天然有存档

尤其「每月 4 条」这条：一个活跃博主一个月可能有 3 条邀约 + 1 条结算通知就满了

国内创作者的邮箱习惯

场景　打开率普遍很低，很多人邮箱只用来收验证码。指望用邮件做主要触达是不现实的

这是它在中国语境下最大的问题，也是当初我略过它的真实原因（虽然我没说清楚）

✓

正确的定位：正式通知 + 存档

场景　条款单副本、月度对账单、结算凭证、等级变更通知 —— 这些需要「有据可查」的东西走邮件

微信负责「让他看到」，邮件负责「让他能找到」。分工而不是替代

如果做，它在产品里是什么位置

同一份创作者名单

等级 / 标签 / 联系方式

↓　同一套分层规则，两个出口　↓

企业微信

即时、高打开率负责「让他现在就看到」

邮件

正式、可存档、无配额负责「让他以后找得到」

两个出口共用同一份名单和同一套等级规则，绝不做两套数据。邮件不是另一个产品，是同一个系统的第二个发送通道。

落地成本

因为基础已经有了，这一项其实很便宜

环节	现状	还要做什么	成本
域名邮箱	已有腾讯企业邮	无	¥0
SPF 记录	已配	无	¥0
DKIM / DMARC	未配	加两条 DNS 记录，提高进收件箱的概率	¥0
发送通道	服务器 25/587/465 已实测畅通	小量直接用企业邮 SMTP；上量改用邮件推送服务	¥1–2/千封
模板与分层逻辑	分层规则已在系统里	复用现有等级数据，写 2–3 个邮件模板	2–3 人日

我的建议

先不做。不是因为它不好，而是因为它解决的问题（配额、存档）在当前单量下还没成为瓶颈。等到月派单量上到 100 条以上、博主开始抱怨「怎么又没收到通知」的时候再做，那时候它是半天的工作量，而现在做它只是多一个没人看的通道。