你在组件库\/规范\/体系相关工作中遇到过哪些问题？

举手示意午安，各位周五好 🙋‍♂️

随着“ 第十章 设计模式库 ”的发布，《设计体系》C版全书译文也画上了句号。知识架构及精要的梳理工作仍在继续，同时C也在试着通过案例的形式深挖相关的实践方法，希望尽快带来产出。

这期间注意到一个趋势：

• 关于本书，常有朋友给到类似“ 近来在进行这方面的工作，遇到一些问题，希望能从书中得到一些思路或解决方案 ”这样的反馈。

• WireframeKit for Sketch 的用户们也在越来越多地提到“ 希望从中参考组件库架构、命名和具体制作方式 ”。

透过这些反馈，了解到有那么多朋友正在做着相关探索和实践，蛮开心的；同时 更想进一步了解各位在相关工作中遇到的具体问题 。

在我个人经历过的若干次大大小小的相关历程当中，遇到过太多困难与挑战，譬如：

• 如何处理设计体系相关工作与业务需求项目的优先级。

• 规划与梳理工作漫长而“隐性”，如何体现进度与成果，确保得到持久的支持。

• 对于现有的复杂度较高的产品，如何定义设计模式的颗粒度层级，如何确保其架构符合设计师的实用需求。

• 如何推广试用并获取有价值的反馈。

等等。我无法说自己已经有了答案，回想起这些仍会三叉神经痛。

🤦‍♂️🤦‍♂️🤦‍♂️

具体的问题与挑战，势必会由于团队及产品的特质而有所差异；但同时又会有很多共通的地方值得交流探讨。 我相信上述这些问题多多少少具有一些普遍性 。

于是希望和各位了解更多 你在实战当中遇到的问题，包括如何解决的，或是尚无对策的 。然后大家一起三叉神经痛。抱头痛哭.jpg

😌 😌 😌

你可以 直接在 Beforweb公众号 里敲字给我 ，或是 通过邮箱 [email protected] 联络我 ；有 微信 的朋友 直接吼我 就可以啦。若不包含敏感信息，直接评论留言也无妨。

注：

• 重在征集与思考，并非 有问有答系列 ，不保证能给到一针见效的建议；更希望积累到足够多的典型问题，找到后续方向。