工作记事四
支付宝的十年账单打了一场成功的账，从宣传到账单的设计，再从文案到趣味性，一度又称为了业界关注的“热点”。看似简单的十年账单，据说支付宝可是花了不少时间。
在支付宝十年账单开始之前，公司就有计划做个账单，没想到的是支付宝以迅雷不及掩耳之势快速“上马”。而我们真正决心开始做却是在支付宝账单之后了。再次证明互联网企业缺乏的不是创意而是执行力。
在具体的执行过程中，我们遇到了不少问题，今天静下心来认真思考、好好总结。
构思阶段
从用户基数、影响度、知名度，我们都无法与支付宝相抗衡，于是，一开始我们从自己的特点和优势出发。支付宝的数据单一，多为网络消费数据；而我们拥有比较全面的日常生活消费数据。因此，我们的切入点从更容易打动用户的场景出发，而非从简单的功能使用和账单报表数据。
我们脑爆所有的用户场景，结合BI部门提供的数据进行参考依据，从而明确从哪些场景层面进行深入挖掘。
场景确认完后，如何才能给用户一个丰满的情感故事呢？支付宝的十年MV很多人应该都会记得，它将所有的场景演变成主人公的成长经历。我们从很多的角度开始串联故事，首先是角色的定位？第一人称还是第二人称亦或是第三人称？其次是情感风格，温情路线还是活泼路线亦或是搞笑路线？
设计阶段
进入这个阶段后，项目发生了严重的问题，甚至从风格到画面都是原来我不想要的风格和感觉。时间紧张，加之由于跨部门的沟通导致诸多问题的产生。
先是文案设计阶段，深刻体会到一个优秀文案的重要性。文案稿一直在反复的修改，总觉得写的文案平平无奇，无法深入打动用户。虽然出了好几版，但我自己一直是不满意的，so…..看来得去恶补文案功底啊，难！难！难！
UI视觉设计阶段，UI设计稿出来和之前沟通的场景画面有了很大风格的不同，导致我们的文案又临时修改，跟着设计风格开始重新构思。
数据挖掘阶段，更是问题层出不穷。挖掘的维度和规则如何定义？数据产出物一再延迟？挖掘数据真实性和准确性有误？数据缺乏的用户如何处理？
那么多的问题都挤在了1个月的开发时间里，加之开发、测试时间的紧张，一下子似乎乱了套。
在规定了上线时间，最后硬着头皮一一解决，文案跟着设计稿走，相比设计稿的修改文案会相对小成本些。前端向外部人员进行求助，测试只做适配和功能性的测试，数据问题由产品进行检验核对。虽然产品的雏形已经和我预期的有了很大的不一致，但我想有时候产品经理不得不按实际情况，把最糟糕的情况能往好的方向转变。
从规范和产品质量的角度来说，下面的流程会更容易达到预期的效果。
开发测试阶段
原定7个工作日的开发测试工作量最终还是被delayl了，而后由于公司层面人员的问题，不得不搁置了项目。
在这整个过程中，我一直在沟通协调解决问题，但发现在跨部门的过程中仍是遇到了诸多的问题。