高效归类设计源件思路-for sketch
高效归类设计资源
独立app业务线单一，版本高频迭代，有时候更新页面一小处也会生产一个文件致使设计文件日渐庞大，如何整合设计资源高效锁定文件，让新设计师能快速上手业务找到可视源件日渐成了我的心病，总结了一些思路供大家探讨：
一：Sketch文件承载特性
目前高频使用sketch，ps作为辅助。
ps的文件结构：每个母文件中可含多个子文件→每个子文件内仅含一个视图画布
sketch的文件结构：每个母文件中可含多个子文件→每个子文件内含无限个视图画布
二：老版本搭建的搜索逻辑利弊
以下我会将“找寻目标源文件”这个动作定义为“搜索”。
sketch的内容承载模式如果没有做到有效的‘搜寻’逻辑搭建，很容易让人迷失在茫茫的设计文件中，资源庞大而臃肿，搜索无法精准定义。
老版本的命名逻辑是以时间轴为‘搜索’核心：
这样的低效原因在于
1.非可视化源件，如果是周期非常长，无旁支的核心平台项目，单位可以年来计算，那么对于那些历史源件，仅凭记忆去追溯年份月份的效率极低。
2.对每个母文件的命名格式xx年xx月xx日.sketch ，在以周为迭代单位年份又长的项目中非常可能造成记忆的混淆，而这样的命名格式对唤起联想记忆没有任何帮助，就好比单纯让你记住王某人的生日当下或许记得清楚，但是越往后记忆会变得越模糊，而如果说王某人的生日是端午节前天，那么每年的端午节就会成为一个深刻的记忆点，同样我们的‘搜索’也可以利用关联记忆。
3.从sketch的内容承载模式来看，以项目时间为维度的设计源件库很容易让每个母文件中的子文件中同时含有多个可视画布，并且只有单一子文件的时间维度，没有任何排序逻辑可言。
三：搜索逻辑详解与定义
以小项目的迭代周期为‘搜索’维度，也就是凭月份与日期去找到单个设计页面非常受限于回忆，也许对管理代码或产品文档是靠谱的，但对于设计资源我想说真心难找。可以从下图去更直观的去理解上面所述问题：
【图A】
如图A，现有的处理逻辑相当于是对每个页面打上了时间的标签也就是对每个页面赋予了时间属性，并且将时间的标签细化到年，月，日。
所以理想的场景是我们清晰的记住了每个月每次迭代中更新的每个子文件，并通过月份精准的定位找到需要更新修改的子文件或子文件中的其中一个可视画布。类似下图B
【图B】
但往往我们接到的产品需求是具象的，要优化的页面也是明确的，需要的是找到该目标页面的历史最新版来在此基础上进行优化，而现有的搜索逻辑是模糊的，因为只有时间维度，这与我们真实使用场景中的习惯搜索思维是无法高度契合的。
我们在搜索页面的时候，脑回路如下：
目标：找到历史最新页面A→回忆在几几年的几月份哪一天我更新了历史最新页面A（注意很可能找到的页面A不是迭代中最新的版本，要不断回退重新搜索记忆）→在该母文件中筛选子文件→在子文件中的众多可视画布中找到历史最新页面A
该模式特点：重度依赖于时间和子文件的命名来唤起记忆，并很有可能同一个母文件中的多个子文件产出日期相同，这对高效‘搜索’毫无帮助。
四：优化思路
1.缩短思考路径与实际搜索的路径
2.对每个页面属性定义“关键字”，增加对每个页面的描述标签，让每个页面的画像更加清晰
3.减少用回忆来支撑整个搜索的核心运算
4.增加多个维度
将独立app中的页面归纳概括为一些关键字标签，例如定义一个关键词“搜索”，利用这个关键词我可以将多个页面或子文件归类也就是打上“搜索”标签，并且规范命名的格式，如下图：
【图C】
欢迎交流:-D
