一个活动开始前，要从四个方面梳理产品/系统

双十一快到了，各大系统都在迎接备战，活动前要做哪些准备才能轻松应对活动？本文以电子商务产品为例，梳理活动前的准备内容，希望能给大家一些建议。1、明确活动本身就是一个事件，因此可以通过分析事件的逻辑来梳理活动。一般来说，它是由产品经理和业务/运营商讨论和确定的。特别要明确的是，用户从哪里来？什么时候来？是否存在逆向和伴随性行为？可根据以下方向进行梳理：1）活动对应的主题和目的：例如，一些活动围绕排水，一些活动围绕订单转换；根据不同的目的，后续的压力评估重点会有所不同，因此有必要清楚地知道活动的目的；业务侧本身也会对活动的结果有预期，如新用户数量**、交易量**等，这些数据可作为活动的目标参考数据。2)明确活动的持续时间：活动时间的评估还应包括活动的早期排水和预热，并清楚地标记活动期间的操作动作，每个操作动作都会触发用户数量的激增。3)活动涉及的系统和角色:本次活动的目标用户群体范围是什么？活动是否涉及其他相关系统？内部系统还是外部系统？有关系统负责人是否明确？便于后续对接工作。4)活动的业务场景:比如用户主要从那些页面进入，相应的行为路径是什么？以及每条路径对应的用户行为是什么？例如：从**月**日20日开始：00直播开始时，用户以广告传播或链接的形式进入直播室，通过直播室的购物袋跳转到**商品的商品详细信息页面，完成优惠券接收和支付订单的全过程操作；在分析路径时，还需要考虑伴随性行为和逆向过程。2、活动评估对活动有了明确的了解后，基于明确的活动规模（一般来说，该活动的风险可以根据业务提供的数据的3-4倍作为系统的目标值），结合历史活动数据客观评估。根据活动内容找到历史可供参考的活动数据：根据梳理明确的用户行为路径，查看历史活动中是否有类似的活动，找到相应的数据指标，如转化率PV、UV、流量峰值信息。数据比较与比较：根据本次活动的目标与历史活动的数据进行客观比较，大致明确本次活动的风险值和风险系数。根据估计的流量数据，结合历史活动的转化率，对各环节的流量数据进行评估，建议测试学生进行压力测试。3、系统梳理和压力测量1）产品经理给出估计数据后，开发人员可以有针对性地将相关接口梳理成接口文档，甚至从头到尾梳理所有错误报告提示。2)测试人员可以结合数据进行压力测试，对关键页面进行压力测试，明确系统的极限，输出相应的压力测试报告，并进行客观分析（注：压力测试报告必须填写压力测试场景和数据，直观了解压力测试数据是否与活动的真实数据不同，便于后续回顾）。3)测试人员提供压力测试结果，并结合产品提供的预期指标进行比较，客观评估是否存在性能风险，哪个页面和接口存在风险。4）同步、开发负责人与运维人员协商，输出相应的解决方案；如有瓶颈，建议将产品拉在一起讨论，避免在产品不知情的情况下改变产品逻辑，影响活动效果和用户体验。4、系统优化建议和方向提前实现相关页面缓存，优化缓存应用机制；优化高频活动API接口；集成碎片化查询；优化SQL语句；优化CPU消耗java编码；读写分离；优化日志。毕竟，如果有问题，这些日志是调查问题的证据和优化问题的依据；图片由CDN处理。5.活动期间用户并发数和单接口TPS的记录和跟踪”TransactionsPerSecond(每秒事务处理数)QPS：QueriesPerSecond(查询量/秒)、记录负载水平、水位线(CPU利用率、内存利用率等)等关键数据。便于记录和跟踪活动，为后续活动提供分析数据基础，更准确地定位问题，发现系统瓶颈。6、小提示系统运行配置提前完成：根据活动准备清单与运营同事核对，特别关注系统层面的运营，如优惠券配置、链接配置、限时秒杀活动配置等；由于后台接口与前台共享，运营同事应提前在后台配置活动，以避免在活动当天消耗服务器资源。项目管理：提前预订集中办公室会议室，与活动准备相关的人需要集中办公，便于及时沟通，处理问题；提前做好相关报告，提前与相关系统沟通，避免相关系统停机，导致系统异常；当然，活动支持需要体力和精力，零食和咖啡也需要提前准备。七、总结大型活动前的准备工作非常重要，每一个环节都非常重要，可能会直接影响活动的成功。因此，各角色需要合作：产品对接，明确用户行为路径，提前检查系统层面，测试学生进行功能测试和性能测试，运维学生提前检查服务器等。团队合作，打出漂亮的活动记录！