跟高手学习大型项目的应对（下）

计划型时间较为充裕，所以步骤分的可以细致些。
( 拿腾讯云的周年活动为例，每一年的9月9日定会为周年筹划一次较大的促销回馈活动，在此之前自己会有意识的针对周年、庆典、促销等关键字保存一些可激发灵感的素材，如配色、绘图等。在距离周年2个月时，会主动征询产品和运营同学对今年周年庆的一些筹划方案，与大致的启动时间，在确保今年筹划的量级基础上，评估自己从容完成项目设计的时间，并给与产品同学时间预留的建议。在实际项目开始时，拆分并确定此次周年庆的会场数量，按照往年惯例会在周年庆之前推出一个活动预热页面，而主会场会存在一个抽奖模块，其他则是一些固定行业分会场的页面，那么即可确认视觉需要输出的页面个数为6个，抽奖涉及到的通知弹窗5个。那么按9月9日上线的deadline，即可往前倒推页面的交付时间点。其中预热与正式会场必然要保持一致的设计风格，那么这6个页面中，预热与主场馆首页是需要主视觉来设计完成的，而行业会场可以由其他设计同学根据主视觉风格延展就好，可确认下来视觉的人力需要2-3人，因为提前筹备所以时间预留较为充沛，那么主视觉 辅助视觉各一个即可很好的完成。 之后即可和交互、UI开发、开发同学评估完成所需时间，最后做出可执行的时间表格，并严格按照时间节点交付，就能完美的engding上线啦。


活动页面中最为费时的要数首屏头图的设计了，既占据了重要的篇幅，又牵控着主要的元素风格，所以当活动主题确认后，交互同学搭建线框图的同时，就可以着手首屏的设计了。这样能给自己预留更多的设计时间，也能给自己尝试更多方案的机会。关于首屏的功能，大多数情况下主要用于品牌打造，展示使用，并没有后台或操作等功能，如时间并没有这么充裕的情况下，可先将内容框架设计完成交由下游开始重构工作，首屏设计可暂由占位符替代，上线前更换即可。)


突发型项目，没有相应的准备时间，在接到通知那一刻起，就已完成立项。需要做的是分秒必争的马上投入到项目执行中去。项目目标是确保短时间内抢急上线，但即使是时间紧迫，合作流程与各环节的交付节点是绝不可被省略的。还有前期的功能讨论设计师也最好不要缺席，无论是否晦涩难懂，都能在一定程度上帮助理解产品，也能减少在设计过程中的沟通成本，了解产品定位，任务流程各个方面。做到这样才能在紧乱的场景下让团队有序的合作，环环相扣而不生差乱。


设计合作流程
拆分任务页面 —— 标记设计与开发可并行页面——并确认设计优先级——确认上线时间并倒推各职能环节交付时间节点（交付时间包含方案修改校验）——分配执行人员、环节接口人——严格执行
交付时间节点
（下图为并行时间节点分配图）
 
突发型项目，唯一目标是保证最快上线，时间是唯一的奢侈品，所以各环节必须串行配合，将页面交付细分到模块，让每一个职能都能环环相扣，最大程度的统筹时间分配与利用率，真正的与时间赛跑。时间紧张，难免需要加班配合，但早晚加班也是有策略的，充分了解上下游的加班习惯和决策者以及外界实事时间点，会发现有些需求点未必需要第一时间返回公司或加班，可以在下一个流程之后再补齐，如占位的配图、icon的高清匹配等。


思考：
在紧急突发型项目面前，设计师往往会犯很多本末倒置的错误，如在非常时期纠结哪种配色更好，哪种样式更搭等等，这些考量在平常也许正是设计细节的点睛之处，但在当前时间要求下，这些考量就是舍本逐末的表现。
经过最近一次微信小程序的项目，从中受益良多，相信很多视觉设计师也和我一样会情不自禁的关注了相对没有那么重要的细节部分，而掩盖了项目目标的重要性。以下是这次项目的一些收获，或者说是自己面对与其他日常项目时不一样的，需要注意的地方：


必须强制转移关注重点
设计师对美都有一种说不清道不明的执着，对自己设计的页面存在情不自禁的寻求一百分的强迫症，在突发型之外的项目中，这本是加分光环，但在紧急情况下，这样的完美执着无疑似团队的毒药，对项目进程有拖滞的危害。项目性质决定着上线deadline，如果一味的关注视觉呈现，只会拖慢下游进度，影响上线目标。所以视觉同学必须强制自己将关注重点从设计感转移至上线目标上来，优先确保功能的清晰展示，细节的设计可在迭代中仔细摸索。


提前预判性
时间紧迫的项目下，争分夺秒是必须的，视觉作为中间环节，可在交互进行阶段，提前分析页面的时间花费分布，预判可以和交互并行的模块或页面，并提前启动设计，给自己争取更多的时间。


优先结构框架的设计，细节内容占位预留
上下游配合，视觉在给自己争取跟多时间的同时，也可尽量多的为下游UI开发同学争取些时间。例如在页面中，会存在模块阵列或列表等结构，视觉侧工作自然需要将每一个模块对应的配图、控件、文案设计好，但是对于UI开发同学来说是需要先搭建这个阵列的结构，然后在逐一替换模块细节内容的。所以视觉同学可以优先只设计一个模块然后给到下游阵列的结构，UI开发同学即可提前展开工作，减轻后期时间分配上的压力。
（如下图所示为常见网页形态结构，整个页面UI开发同学最先需要得到的其实是设计师确认的框架结构，至于里面的图标、banner配图、抑或是文字内容都是可以后面提供的。具体来说，如下图中，场景切换部分为三分阵列版式，灰色方框为图标占位预留，UI开发同学只需要图标占位尺寸即可，图标细节和形态，设计师在后面完成整体页面框架后-上线前补齐即可。）


设计元素快速复用
不要过多的纠结于与众不同的创新，在设计规范内如有类似模块请优先复用，在保证统一性的前提下确保上线目标。因创新存在试错的隐藏属性，时间不富足的情况下，没有办法保证其高可行性，而已有模块即使在创新设计上减分了，但是却经过了试错的考验，相比之下更能保证上线的安全系数。


后语：
做完一个项目如果只是增长了项目数量值是绝对不够的，我们还需要对线上方案进行数据的回收，针对项目目标的不同侧重，有所针对的验收数据指标，以实际数据来验证自己的设计在项目中的合理性。计划型项目可能在设计过程中已被产品、运营同学要求埋点，这时主要着重将设计关注的部分提炼总结即可。突发型可更多关注功能模块触发区是否符合点击预期、隐藏功能是否被成功指引等方面的点击数据。（公司可提取数据的平台有tcss.oa.com ,可在UI和开发阶段提前写入 hotrep 脚本，在数据平台即可根据 hotrep 标记的ID名称进行数据量查询）


当然大型项目并不像普通需求那么频繁，且每一次的场景与需求点、宣传重点都是不同的，所以每一次项目经历后，都应该在完结时养成做项目总结的习惯，通过数据反馈、用户使用的嘈点与赞点分析自己在设计方案中的优劣，集成经验与教训，搭成自我成长的阶石。另外，更多的了解整个软件开发的工作流程以及各个角色的工作内容，再深入些可再酌情了解些项目管理的相关知识，这些都可以帮助设计师更快的成长，更好的在团队中发挥作用。
 
本文来自腾讯isux  作者：蝈蝈蝈
大连中钰睿泓与你分享精品文章
完