借款部门差人，我被调到借款产品组，工作内容之一为对接借款运营需求。
运营向我一次提出做三个着陆页的需求，让我不禁陷入沉思。
需求说明
1.快速变换 时间、渠道、活动等条件一旦变动，运营就要求着陆页要做相应的变化以适应运营要求。
2.安全保障 着陆页一般都用于渠道引流，会有大量的用户访问，要做好系统安全防范机制，保证系统安全，防止短信被刷和恶意注册攻击。
3.数据采集 数据是运营工作的依据，需要在页面做数据埋点，统计着陆页面用户数据。
针对需求确定以下解决方案：
1.在MIS后台渠道管理增加皮肤管理，运营可以在后台时时更换皮肤。
2.针对安全问题，增加用户行为限制机制。将手机号验证、手机短信验证、图形验证码验证、用户IP验证结合，形成一套防范机制。
3.数据采集，为快速上线，在页面增加百度统计代码，可满足运营需要统计的数据指标。
运营需求一般不会有很高的技术难度，但一般对运营的需求推进比较难。项目中的每一个角色的认知和感受是不一样，决定了他们不同的反应。
运营 背着KPI考核，对他们来说只有紧急的需求。每次提需求时候都做出十万火急的阵势。
产品 日学工作中，运营需求只占比较小的比例。每一个决定都要从全局角度考量，而这些不易被人理解。运营的需求容易被否定，可能会造成冲突。
技术 除了做新的功能需求，也要做系统优化。对重复造轮子的事情非常反感，而运营的需求通常是重复的琐碎的，开发的情绪就会产生抵触。
测试 因为运营没有产品思维，一些地方没说清，做测试的时候也可能没测到，容易背锅。再就是一般公司的测试工作都比较饱和，很多时候运营需求都是临时提出的，让他们加班，自然是不会有好心情。
运维 运营活动一多，发版次数也就越多。经常发版并要实时监控系统，生怕活动一上线系统就出问题了。
每一个角色因为工作内容和性质不一样，对同一件事情的态度和想法也就不一样。产品负责人就需要，团结大家的力量实现产品目标。需求实现的过程就需要跨部门沟通统一大家的思想，相互理解并适当妥协让工作如期完成。
网友评论