大家一听到发送邮件给用户，是不是感觉很简单呢？只要把内容准备好发给一些邮箱地址即可？

本片文章将会记录我推进这个项目中的点点滴滴，如果你也是在第一线推进项目的话，相信你会体会多多。

需求原点：

公司新晋了二位斯坦福的国际实习生，一位来自美国，一位来自印度；因为我们是定位为电商的网站，她们认为我们需要像Gilt一样做EDM的营销，对购物车中有商品的却未购买的用户进行EDM推送；在会议上大家可能觉得很简单，设计完就可以上线了，所以大家心理预期的上线时间比较快。

我的私心：

我本身工作职能与EDM的关系不大，只要负责好EDM设计就行，可是工作很大一部分是用来试错的，给自己一个成长机会，我之前没有全线掌握EDM的项目，为了能提升自己，就全盘接受了。

开始征程：

首先需要确认我们邮件发送的对象是谁，所以我们确定了二个发送条件（前置条件）

1.用户在9月份有加入购物车商品却未购买

2.有邮箱且已验证

根据各种读库，终于拉出数据：有539名用户符合条件。

用户基数还可以，我们就可以确定开展此次EDM营销了。

需求解析：

为了不频繁骚扰用户，我们确定了后置条件：发送了邮件的ID在30个自然日内不再重复发送邮件。

一位白胖PM将页面原型画了出来，交给了设计师，设计师的稿件是这样的。

 

 

设计稿的水准还是可以的；接下来放到邮件系统里面直接发送了，是不是？没那么简单，不要离开，还有一些事情要做呢。

邮件里面有许多的链接，都是需要定义好交接开发了。

用户的操作流程页整理好了。

这些我梳理好了放在需求文档里面，邮件发给了项目组成员。

恼人的会议：

公司的流程中规定，在项目开发之前需要把相关人员召集起来开需求会议。

侬晓得哇？开会中最难得一个环节就是：把人召集整齐！

特别是一些很忙的开发老大，真的需要肉身盛情相邀。

我已经用了十二分的热情，依然有一位老大未到场，他好在指派了一名工程师与会，但这也是祸源的苗头。

会议中大家不断讨论技术细节方案，此处省去5000字。

最终我们采用了使用第三方平台来进行开发，并且会议定下了上线发送时间。

我也担心会议结束后大家信息理解有偏差，特意叫上了一名人员记录会议内容，会后形成会议纪要发送给所有人。

发送之后出问题了，未到场的开发老大以为我们是用自己的平台进行邮件发送，所以认为指派的那一名工程师估算的开发时间过少，所以要求延期3天或者重新开需求评审会议。

这一下子又把布置好的全局给打乱了，所以发送时间只能延期3天。

兼容性的波折

我们前端工程师人员紧张，而且需求量比较大，对于这个项目我只能说用心程度不足。开发出来放到chrome上面居然也有样式问题。之后就进行了兼容性的优化工作。就是这样在IE11上面依然莫名的多出2条黑线，前端也给不出解决方案。因为时间项目太多，我们只能无情的忽略此问题了。

接近终点

数天后得知Java工程师基于第三方平台通道的开发完工了，自己发过了测试邮件。因为现在距离上一次导入购物车数据已经10天左右了，有效用户数应该增加了不少，所以我们又导入了一次购物车数据，一下子从539增加至2000多。

成功发送

一切准备就绪，IT将测试环境的代码推上了正式环境。我们的测试工程师是很负责任的，我梳理出了测试重点给他，然后他分别给我和其他人发送了测试邮件，发现除了黑线之外都没有问题。All right，我们一瞬间发送了2000多封邮件。

美中不足

距离发送已经过了3小时，现在我们可以看到一些数据了。看了数据我下巴都快贴地了，居然NND没有点击数据，我以光的速度跑到开发那里了解到此邮件平台的统计规则是：需要在每一个a标签后面添加一个title才能统计。于是立马通知工程师加上title，可是这一轮是统计不到点击了，已经发出去就无法修改了。

为了保证用户体验，取消订阅功能也需要在下一个版本添加进去，而且手机端打开的浏览体验也不是很好，这些都是需要不断改进的地方。

最后总结一下发送EDM的一些注意要点：

1.需要提前确定发送邮件必要性与发送对象

2.只看文字就能让用户明白邮件表达的内容，很多情况下图片是不展示的

3.样式需要兼容各大浏览器与手机系统

4.一定要加好统计代码

5.对发送邮件的系统要熟知

与您共勉，Good day！