原型绘制杂谈 ＃续

＃交互设计师何为

上周六和前同事一起吃饭，席间聊到前东家招聘了交互设计师。他们（都是开发人员）似乎并不理解也更不了解交互设计师所提供的产出，但是带来的实打实的流程延长却显而易见。
可能并不需要独立的交互设计师进行产出，但是交互设计师的职能却实打实或多或少应该在团队有成员可以完成。

交互设计师并不一定能提高团队的效率，但是交互设计师所做的工作却能减少团队成果出错的效率。原型有助于理清用户与企业的需求和产品重点以及基本的可测试交互原型的产出（如果最初的方向就把握得不好那么用户反馈带来的修正也可能只是在错误的道路上越走越远）。交互设计师对于用户的关注，对于团队的培训和知识补充，以及对于细致流程的关注都能显著提升团队产品的效果。更何况好的交互设计师也应该提供关键动效方面的指引以及甚至是部分非业务代码和较高保真的原型产出。更何况在一个较大的产品中，凭借已有的uikit以及相关资源，交互设计师和工程师之间合作就能完成某些功能的产出。专业的ui设计师有更多时间关注视觉效果以及兼顾其他类型的设计任务。

当然，由产品经理或是ui设计师完成这些工作也可以，一切视乎团队本身所处的发展阶段以及对产品本身的追求，以及风险控制的取向。交互设计师自身也的确提高设计以及代码方面的技能（前端以及ui设计），这样能为团队提供更有质量的产出。

＃高保真？低保真？
交互设计师应该产出高保真？（如果让我使用sketch我觉得比axure产出低保真说不定还快一点呢 笑）产出多逼真的产物并不是重点，重点是团队成员在产品方面的素养以及决策方式（甚至是公司整体的生态环境）。如果抱着一定要看高保真才能做基本决策，那么设计师就会花更多时间到产品美观上的优化而非交互的优化（从布局到动效到许多分支与异常的处理权衡）。

有时候甚至觉得，要找交互与设计，甚至还有产品能力的设计师并不难（只要有钱）。但是我很怀疑同一个人能否乐于反复思索权衡以及从多个角度批判否定自己的方案（当然你要是天才能多线程同时思考还极为理性能很早就把问题想得特别透彻那当然没问题）减少参与者当然能减少信息传递过程中的损耗，但是这也意味着各种各样的风险。这种风险的来源既有团队组建方面的问题，也包括不同思维方式之间的冲突（设计师们的思考重点是怎么做而不是做什么，产品经理则是做什么以及该什么时候做）。


＃版本管理这件小事
最近和学弟们吃饭，其中聊到一个问题——你们设计师怎么样进行设计文件版本管理，也能用git这类直接diff这种方式来管理吗？我表示——我们可没有你们那样幸福＝ ＝！

——设计师版本管理的本质
设计对于设计的修改相对于程序的功能增删分支合并更不线性一点（或许程序的版本管理环境配置更复杂，但是两者面对的不是同一个问题）。设计师需要面对的问题是多个版本同时并存的问题，可能产品在看了一大圈以后突然说一句——还是最初的版本最好 ＝ ＝ ！与此同时，设计师可能要同时设计同一个小模块的好几个版本，所以设计师更多需要的是组件和样式的管理。

——在axure内
因为axure没有很好的页面图层管理工具（因为动态面板的使用以及缺乏针对图层的inspector，更没有artboard），所以设计师只能在一个设计文件中开很多个页面和文件夹来解决问题。然而axure内即便使用文件夹，也不能很好的解决问题所以要定期分割文件管理不同版本。（这货性能不好，即便用ssd还是很慢，而且因为图形绘制能力太糟所以一点儿小图标也要导入图片－ － ）

——在sketch内
通过artboard还有symbol（要是这功能更完善就好了）们来管理不同版本的内容和组建。小版本内样式和一些排版可以通过共享的样式（图层，样式，文字样式）解决，只需要在画图的时候保有一定的敏感性（注意合并以及管理同类样式，当然还有命名）以及在基本需求理清后在正式画图即可。
我没有用sketch做大项目的经验，但是我认为大的版本更新依然需要使用template（ui－kit）和定期分割文件（方便多版本备份保存以及避免当前文件过大拖慢速度－ － ）进行管理更好。