编者按：项目重建是一件特别耗时和人力的事情。


项目重建比接管新项目更困难；要在以前的系统基础上进行修改，首先要充分了解以前的系统，明确修改过程；作者分享了他在接管项目重建时遇到的问题。


在过去的一个月里，我接管了我的第一个重建项目。


虽然这个项目很小，但我仍然遇到了我在接管新项目时从未经历过的曲折。


总结一下我这个月踩过的坑和这个项目。


一、项目背景 我公司是一家大型家电企业，两年前开发人员直接搭建了自己的短信发送平台。


随着业务的发展，原短信发送平台在功能和流程上难以支持现阶段的业务发展，因此需要重构短信发送平台。


二、业务调研 1. 原业务分析 建立原短信系统时，我公司没有专门的产品经理，完全由开发人员开发，也没有建立CRM而且每个系统的用户数据都没有打开。


短信业务流程如下： 采访实际业务人员后存在以下问题： 短信内容短信内容和投放人群(原系统不支持复制)。


客户筛选粒度过大，缺乏合适的标签进行筛选。


在大型活动中很难支持短信的准确营销，同一用户当天可能会收到多条类似的活动操作短信。


发送后无数据，短信效果难以评估。


2. 问题原因 原短信推广系统的业务流程为单线业务流程，只有短信发送实体，没有人群、短信内容等实体无法自由匹配。


我原始系统开发时，我们公司还没有CRM和DMP系统等相关客户数据分析处理系统只能自行划分粗颗粒的客户数据。


在原系统中，客户收到短信的规则没有制定，导致客户在一天内收到过多短信。


原系统没有整合和分析短信发送后的数据，导致操作无法估量效果。


3. 解决问题的想法 实现短信内容和人群重用。


(高优) 实现CRM系统与短信推广系统相关。


(高优) 制定客户接收短信的规则。


(低优) 建立数据库，制定反映短信收据效果的数据界面。


(中优) 三、改版目标 通过修改业务的整体流程，实现内容的多重用，并通过调用CRM辅助短信准确发送用户数据服务，收集相关数据，帮助业务人员分析发送效果。


四、业务流程优化 短信业务主要涉及运营总监；其业务相对简单，除了短信平台本身的业务流程外，还需要考虑CRM短信服务调用短信服务流程。


最终业务流程如下： 五、确认数据 短信系统的主要数据是： 客户数据； 号码数据； 运营商返回数据。


客户数据：客户数据来自重构后的客户数据CRM在系统中，人群筛选维度取决于以前的客户购买记录和后续运营商对标签的管理，并通过分组和人群直接对客户进行分类；直接在短信系统中调用CRM可以提供系统服务。


数字数据：考虑到短信系统将向销售公司开放，我们的销售公司和商店保留部分客户数据（对总部保密）；所以除了直接从CRM除了系统中直接获得的客户号外，还会通过系统导入部分数据。


运营商返回数据：在短信发送的整个业务中，我公司只能从运营商那里获得短信发送的成功数量和短信发送的失败数量，无法获得每个号码的发送。


总的来说，运营商返回的数据是有限的，因此在以后的功能设计中需要增加更多的数据收集方法。


六、功能框架设计 整个系统可分为短信管理、统计分析、设置、账户管理四个模块，结合业务流程和参与者访谈。


除后续功能扩展外，还需要考虑实际数据。


短信管理：为了扩展后续系统功能（我公司打算生产第三方平台产品），短信分为短信签名、短信模板、短信发送三部分，所有短信发送最终以发送任务的形式执行。


设置：主要考虑发送设置和名单管理，其余功能需要在与运营商深入合作后扩展。


统计分析：事实上，它是为了反映短信推送的效果。


其分析的总体方向是分析从大颗粒-整体收据效果到小颗粒-手机号码，但在这个阶段，我们仍然无法获得每个号码的短信执行。


账户管理：主要考虑账户充值功能。


现阶段，我公司不允许直接在线支付我们需要走财务部的线下充值模式和平台转充模式。


七、信息架构设计 在信息架构中，更多地考虑项目迭代后的功能扩展，以及后续的大规模集成DSP结合功能框架后，平台的信息架构如下： 八、数据建模 原短信系统的核心数据实体是短信和客户，对应关系多对多，优化后的短信系统主要数据实体是发布任务、短信模板、短信签名、人群和客户。


它们之间的对应关系如下： 九、项目细节设计 1. 状态设计 在整个任务的整个过程中，有六种状态需要审查、审查、审查、发送成功、发送失败和终止。


在发布过程中，涉及多个状态的转换需要提前定义每个状态和状态之间的切换条件。


2. 关键工艺设计 在整个业务流程中，最关键的流程是发送任务和创建短信模板。


短信模板：短信内容载体； 发送任务：短信发送执行单位。


短信模板流程中应注意以下两点： 由于运营商的限制，敏感词不应包含在短信内容中，敏感词的输入需要在编辑过程中被屏蔽。


网站链接通常包含在短信中，而网站链接将占据更多的短信字数。


为了减少短信字数的占用，需要将其转换为短链。


在发送任务的过程中，主要需要考虑以下几点： 短信运营商按短信数收费。


如果短信内容字数超过70字，将被视为多条短信。


用户编辑发送时，需要提前通知短信字数。


运营商需要筛选上传或选择的号码，以屏蔽投诉用户的号码。


发送时需要考虑是否需要增加测试发送，测试发送是否需要批准。


如果跳过审批，短信内容可能无法控制。


以上只是最重要的两个业务流程。


此外，还需要考虑充值流程和终止任务流程，这里不会全部显示。


3. 页面设计 系统涉及的页面不多，主要只显示创建和发送任务页面的关键。


发送任务是整个短信发送业务流程的关键页面，有操作；页面包括发送时间设置、发送号码设置和效果预览。


为了保证整个过程的流畅性，在页面中增加了大量的快速功能入口，提供短信预览，帮助用户控制效果。


4. 权限设计 由于我公司有权限制度，允许在我公司权限制度中创建角色并分配权限，因此只需列出所需权限即可。


我们的权限系统分为功能权限和数据权限，短信权限设计如下： 功能权限 数据权限 十、总结 这个项目花了一个多月的时间，总的来说比较简单，但是这是我接手的第一个重建项目，还是遇到了一些我没想到的问题。


1. 没有文档 正如我前面提到的，原系统开发部门没有专门的产品经理，完全由三名开发人员开发。


在重建过程中，原来的三名开发人员已经走了一个后端，没有任何文档，所以我们首先需要梳理旧系统的逻辑。


在某些业务流程中，可以使用梳理流程，但许多隐藏功能不容易找到，甚至原始开发也不一定记得。


例如，在提交页面时显示原短信内容的敏感词提醒和发送短信的数量；邀请码也可以添加到原始系统中，邀请码可以在手机小程序上注销。


2. 用户习惯 虽然以前的系统功能不足以支持我们的业务，但已经运行了两年，操作非常简单；重建产品增加了许多新功能，但操作比原系统复杂得多。


特别是我公司的销售公司、代理商、门店人员操作电脑水平不同，新系统上线后还有很多后续问题需要解决。


用户对重建后的系统有很大的期望，用户不希望工具产品只发挥工具的作用。


他们实际上想要的是一套解决方案。


3. 重构后做什么不做什么 原来的系统重建是因为功能不能支持我们短信业务的扩展，所以新的需求是肯定的；在研究阶段，参考许多文本短信系统和与业务人员沟通后，会有一堆功能点和需求。


此时，我们必须区分系统需要什么。


必须考虑公司与运营商合作的深度，不能复制竞争产品的功能。


例如，许多短信系统都有数字黑名单管理，但我们无法获得每个数字发送的数据，所以虽然黑名单功能是必要的，但以后只能考虑。


特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。