彩程设计

概览

彩信明信片是青海移动准备在即将到来的两个节日（圣诞、元旦）为广大移动用户提供的在线小产品。

麻雀虽小，但是五脏俱全，模板系统、邮戳邮票、上传照片、摄像头拍照、添加音乐。不仅仅是设计，前端开发也一并交给我们来完成，而且给彩程的开发时间只有短短7天。

彩程之道

原型设计

本次明信片系统开发时间相当紧张。由于系统本身流程步骤不多，因此一开始我们就派上经验丰富的视觉设计师进行高保真原型设计。此版原型设计一方面涵盖了逻辑，一方面将视觉元素也融入其中。（一般很少这样，我们知道省略低保真，直接制作高保真，虽然视觉效果能较好体现，但是修改成本相当高。）

此外彩信明信片系统有两个十分成熟的参考对象--腾讯和139邮箱明信片，并且客户对这个小系统的商业定位也没有太大压力，所以能够和腾讯、139明信片的使用方式类似，不会对用户带来重新学习的困扰，也不会使产品的设计陷入无谓的创新需求中。

在完成第一版设计之后，我们团队对整个流程进行评估，调整。

最终定稿

通过几轮频繁的内部pk以及同客户的沟通，最终版定稿。最终的设计流程比最初精简了很多，简单，不要让用户思考，这是最重要的！至于视觉效果上，简洁的线条，清爽的配色，让用户的视线聚焦在明显本身即可。

设计只是第一步，而要想在剩下的7天来实现这个设计，就需要严格的进度保证了。

开发进度规划

所有类似的项目，彩程都是都通过Mac下的Merlin来制定详细的进度规划，每天的Daily Meeting会check相关项目的进度，因为每个项目实际的负责人数不多，即使没有引入更复杂的Scrum或Burndown-list，也能足够的 “敏捷”了。对于彩信明信片这种“突如其来”的开发工作，更是需要制定严格的进度安排来保证了。

并行开发

根据设计，核心的彩信编辑模块由Flex实现，而外部框架使用HTML搭建，因此Flex和HTML之间通讯的数据结构及接口的定义是第一步，按照规划，这部分的工作用掉了一天的时间，包括和北京团队远程沟通，确保服务端能顺利取到所需数据。

同时，框架搭建的工作也在同步进行，HTML框架以及Flex框架的搭建用时半天，而Flex内部的开发也在这个过程中被细分为两条支线，一条是做核心编辑功能，包括文字录入、图片缩放、拍照功能，另一条是做预览以及调试接口。这样拆分的目的是为了让第一条支线集中精力解决核心技术问题，而让第二条支线专注于接口通信，这样前者能保证彩信DIY的易用性，后者保证可用性。

最终的开发耗时2.5天，1天的时间做测试及改进。

高保真原型

除了将源码发给北京团队，我们还在自己的服务器上快速部署了一个模拟系统作为高保真原型，包括完整的接口调用，以及彩信图片生成功能，这样北京团队在实际开发的时候，能够对照最佳效果来进行调整。

项目总结

短短两周不到的时间，彩程完成了整个彩信明信片从设计到前端开发的工作，除了每个成员掌握的技能而外，对流程极强的执行力以及频繁和开放的内部交流是这个项目能顺利完成的关键。

最终，明信片是什么样子？现在还在紧张的部署和调试中，大家除了在最近节假日前后到青海移动的官方网站上体验到我们的系统外，也能在这里先睹为快。