【问题标题】:Database Schema for email Drip application?电子邮件滴灌应用程序的数据库模式?
【发布时间】:2014-12-01 02:04:39
【问题描述】:

为应用程序开发电子邮件滴灌功能。电子邮件模板和电子邮件日志的数据库架构非常简单。我坚持为模板触发器设置架构。此功能是更大的 CRM 解决方案的一部分。

我当前的架构基于营销活动和触发器,营销活动定义何时发送电子邮件,触发器定义何时删除或添加人员到营销活动。

[CAMPAIGN]
CAMPAIGN_ID [GUID]
DELAY_DAYS [INT]
EMAIL_TEMPLATE_ID [GUID]

[CAMPAIGN_XREF]
ID [GUID]
PERSON_ID [GUID]
CAMPAIGN_ID [GUID]
ACTIVE_DATE [TIMESTAMP]
isACTIVE [BOOL]

我的设计是这样的,滴灌活动将由一堆电子邮件模板组成。每个活动项目都有一个延迟日期,用于计算要发送的电子邮件,所以如果活动 A 有延迟天 0、30、60;用户将在第 1 天收到电子邮件,然后在 1 个月后,然后在 2 个月后。使用计划任务每​​晚运行以执行操作并更新日期。

我在设置触发器时遇到问题。触发器将基于一个人的状态。因此,如果将 i 人置于培育状态,他们将被分配到某个活动。

另一个触发器将基于约会日期。这将起作用,因此如果某人在 30 天内安排了约会,它将在 7 天前发送电子邮件,如果可能,在 14 天前发送电子邮件。当可用发送窗口小于活动时间线时如何处理这些项目?

我正在努力解决的问题是何时\如何检查触发器是否与潜在客户匹配(实时与计划任务),如何处理从某个活动中删除它们?

【问题讨论】:

  • 对于任何想知道的人......决定不重新发明轮子,使用 www.getdrip.com 相当强大的服务。

标签: database-design database-schema


【解决方案1】:

最终使用 www.getdrip.com 非常强大,API 很好,支持也很好。不要重新发明轮子。

【讨论】:

    猜你喜欢
    • 2014-02-01
    • 1970-01-01
    • 2011-08-26
    • 1970-01-01
    • 2014-02-07
    • 1970-01-01
    • 1970-01-01
    • 2011-05-03
    • 1970-01-01
    相关资源
    最近更新 更多