确实我们的toB设计师在讲，没有成就感，做的项目不好玩，很少有发挥创意的地方。作为半个设计师（由于管理设计团队且对最终体验负责，所以称做半个设计师应该也不会遭到鄙视），我的观点是：toB的产品体验更在于在细节上做到极致，而不是在倾向创意的道路上越走走越远。toB在于客户把他们的生产流程放在我们的产品上作为其比不可少的一部分，日复一日的用，一点点的不可靠或者是细节问题都将可能导致其产品和其服务的用户产生坏的影响。
前几天跟寿哥交流，他的小伙伴一天为创意想破了头，我说的小伙伴也想创意，但是一年来我越发觉得我和我的小伙伴应该把重点放在细节上，在细节上做到极致，就好像没有bug且算法高效易于扩展和维护；把重点放在理解专业的业务上，做最懂开发者（用户）的设计师。设计师可以是聊天的用户、听音乐的用户、游戏用户，但极少极少是云的客户。toB的用户体验设计师去平衡用户为中心以及以流程为中心的两个纬度去设计。让自己变成用户。
刚刚老板体验我们的产品发现了很多细节问题，我很是惭愧。让我更加意识到了在细节的道路上还有很长的一段路要去走。细节是傻瓜软件必不可少的特性，细节也是提升产品口碑的关键。关于细节的系统性的沉淀做的还是不够。0歧义、0门槛、随时随地给予用户帮助和安全感、最少的步骤、便捷的输入，用户的不同终端（显然我们对手Q的环境测试太少了）体验、thinkPad笔记本、基本的对比度、字号的大小……
就界面而言信息的传达、用户的预见性、信息的层级、长时间使用这些是更大的细节。其实要解决和完善的问题很多。大到帮助用户去便捷的使用云，小到一个英文单词。并不是没得做，没深入的东西，关键是看不看到到，找不找得着。发现了能不能通过经验和学习去解决，然后能不能沉淀。一味的追求不同的产品形态、不断的改版未必可能锻炼内功。就像学了很多套路但是遇到散打就很快被ko一样。不是说做过多少产品，多少终端，呆过什么公司就牛逼。关键是有多少经验、多少深度、多少细节、多少纬度、能不能做出东西、有没有大量的实战经验、处理各种问题。
跳出给自己限定的专业，或者说你如何定义自己的专业？“我是视觉！”
其实你的专业不仅仅是“视觉”，而是你本身，你这个人，你的各种经验的集合，视觉只不过是你的一种表达工具。不要给自己定性，我就是什么，我就在这个圈子。toB的设计师更应该如此，不要揪着创意一个方向不放，还有更加广阔的可以学习和选择。
就前端开发而言，toB和toC的侧重也不一样。有产品思维的开发是toB最希望得到的开发。这也印证了，专业不仅仅是你的“专业”
to不的应该总要反省，目前是否做到最好了？细节是否无法再挑剔了？最开始接手团队的时候，一瞬间想问老板我们toB设计应该朝什么方向去做？不过还是没问，我想我应该是给老板和业务解决问题的，而不是提出问题给老板。今天老板给出的期望也给我这一年来的体验和思考增加了信心。老板：“我希望商业设计团队提升和打磨好基础细节”。
经验需要总结，据我观察很少有设计师做项目总结。要求团队中封闭和重点项目必须做项目总结。响应式的复盘会议、小程序解决方案、DP用户导流大小轮、75大会、已经现在正在进行的小黑屋，每一次都有很好的经验去给到自己和团队。也有策略的让每个人都体会封闭开发，获取不一样的工作模式和经验。脑子是有限的，这些细节不记录下来很快就会忘记，如果不想一个坑掉两次，被相同的招式两次挨打，就要常常记录常常复习。温故而知新。团队的知识库是很重要的，经验的记录、学习和贡献让团队所有人成长的更快。专门做一个老板意见的汇总也是一个很好的方法。
旅途中让人疲倦的不是远处的高山，而是鞋里的一粒沙子。
细节、专业、发现问题的能力。toB的设计师除了创意意外可关注、挖掘、学习的东西绝对是太多了。
