24PX

上周在即刻上读到了朋友的一条动态，里面提到了她作为交互设计师在大厂里面遇到的困局，我读完之后感觉和我目前的境地非常相似，所以想借此分享一下，希望能遇到明灯，或者也能给你提供一些启发。动态原文：https://okjk.co/dxUIQf交互设计师，是交互，还是设计师？我的工作内容和朋友的类似，都是属于粘合剂那一种角色，既粘合上游空位，也补上下游不足，这就会让我产生一个疑问：我是交互，还是设计师？先说交互，原指能够以低保真原型处理功能逻辑的能力，实际上，我的工作中大部分都在梳理需求，打个比喻是，我们的产品同事负责输出需求解析度约30%的产品文档，而我要把剩下的70%，通过不限于原型、文档、脑图的形式解析完成，在遇到一些比较大型的项目需求时，这样的分工，尤为明显，这是属于粘合上游的部分；在完成这部分工作后，我会继续作为设计师，结合自己对需求的理解，结合设计规范，输出高质量的原型图（能让老板公开向上演示的那种质量），这是属于粘合下游的部分。迷：交互设计师，越来越向产品侧靠近有了以上的那种“三七分工”之后，我的一个明显感觉是，我越来越像个纯粹的产品：对产品负责，理解需求，也能让需求一步步顺利地从文档到设计再到落地。那假如说，我是产品，那么团队里的产品，也在往前靠近，对于b端来说，产品侧在往前，是售前支持，我司也把这个岗位称作“解决方案”，其实是类似定位的角色：负责做技术方案，满足项目投标需要，相当于技术型销售，不涉及研发。但让人吊诡的是，这样的角色，在我的团队里面，也需要对接研发，这就好比一根悬空的线，一头接着销售，一头接着实现，但是中间空了，空了的地方，谁来补？交互设计师来补。思：产品到了什么阶段，交互设计师才会像个设计师？以上的境况，其实也不完全出现在b端交互设计师的整个工作周期里面，设计师为业务、为产品服务，那么，到了什么阶段，交互设计师才会发挥作为设计师的作用呢？我们知道，一个产品的生命周期，如果按照从零开始的第一轮来说，会经历：业务闭环——寻找用户验证合理性——匹配用户需求这么个阶段，上述提到的交互=产品的境况，其实是在产品前期阶段，产品需要持续用产品概念去做提案的时候，会花费大量的时间，而对于产品本身会容易出现思考不足的情况，当然也不排除是产品本身能力不足的问题，这个时候，产品还需要持续闭环下去，这样才能接得下提案上提出来的“大饼”，而要让产品闭环，交互设计师对于产品架构的理解能力就体现出来了，所以这个时候，交互=产品；而到了产品中期，业务已经闭环，产品能力已经得到部分能带来实际收益的客户认可之后，交互设计师的产品能力能够有所收敛，设计师的能力会被释放，举例的话，就是负责产品的设计系统，梳理交互设计规范，梳理页面范式等。以上是我作为一个五年经验的交互设计师的迷惑和思考，到了我目前的这个阶段，其实产出也不只是设计内容本身，随着对产品理解不断加深，我个人也会释放产品相关的能力，也包括团队上的事情，这篇算是个不吐不快的杂谈，希望也能对你有启发。《24px》，显济

展信佳。我的小报童「24PX」已经正式运营一周了👏，非常感谢大家的支持啊，这里汇报一下目前的一个整体运营数据以及转化状况：订阅人数：18退款人数：0退订人数：0文章数量：5——累计收益(¥) ：200+关于内容上的规划我做交互设计目前已经是第五个年头了，目前是打算全力为智能家居行业做一些个人贡献，包括在工作上设计产品，在业余时间分享个人经验。我非常看好智能家居和智能汽车这两个产品方向，希望我也能成为小报童平台上不说最好的，但求是最坚持的，分享智能家居相关设计的创作者吧。（立个flag）就目前运营第一周的节奏来看，我当时承诺的每周发布 2-3 篇笔记，是已经成功履约了，接下来也就继续保持这样的节奏，欢迎大家来监督我😂关于写作上的规划在一周前，其实小报童的少楠和竹白的奇哥都相继找过我，当时和两位探讨了关于产品选择上、付费内容的相关问题，是一次非常宝贵的沟通经历，感谢两位。其实我个人目前还在学习怎么样去做内容付费，对我来说，我能够提供给读者的，也只是我这个人而已；所以与其说我是靠内容变现，不如说是我在整理自己的过程中，有了和大家更加靠近的机会。我目前非常喜欢用小报童来写作，它不仅可以在手机上写、在 iPad 上写，也可以在电脑上写，整个使用体验，和我使用 flomo 的习惯非常接近。我还在同时运营竹白的newsletter，但可能接下来不会每周两端同时更新了，目前竹白上的定位，还是偏杂谈一点，谈个人感兴趣的内容，而小报童上则会更加垂直一些，感兴趣的朋友也可以去看一看竹白上发布的内容，后续出于对平台的考虑，将不会互相cue了。以上就是这一周以来的情况，我们下一篇继续见。《24px》，显济

收到智能家居交互设计的催更要求啦，哈哈哈，我决定从本篇开始，试着做一份设计笔记，记录我在做这块儿设计的时候的一些心得。从互联网设计切入后，我感受到的困局在开始做智能家居设计之前，我是做互联网设计的，虽说我日常也会接触到不少的智能家居产品，但在真正开始设计之前，我还是停留在作为一个消费者的角度去看，而当我开始之后，我发现了一些问题：1.智能家居的产品设计，没有像互联网产品设计那样，达到一个标准化的程度虽然说有像谷歌、苹果这样的大厂会出针对大屏的设计规范（我在这段观点结束后也会贴出来我常常看的设计规范），但是我在网上搜索一番后，并没有任何一个冠名智能家居前缀的设计规范，而互联网的设计规范却在网上流行，这就导致一个新人智能家居设计师，很大程度上只能先参考互联网设计的技巧和心法，然后结合产品的场景，不断累积设计经验。我想，造成这样的现象，大概会有这么几个原因：智能家居的产品形态差异太大，有电视、空调、传感器、网关、音箱、灯、抽湿机等等，它们之间又有多种的分类方法：不同协议的、不同屏幕形态的、不同控制方式的；智能家居的产品形态，依赖于出厂商和供应商的制造技术，而大家都不愿意共同就屏幕内的界面设计提供一套标准规范；做界面设计的设计师，接触的互联网设计规范较早，由此形成一些经验，并且认为可以沿用到智能家居产品的界面上。我常看的设计规范：Design for large screens – Material Design 3Apple Design Resources - Apple Developer2.仅仅依靠互联网设计经验，也许还是做不好智能家居的设计稍早前，我做过一款门口机产品，当时要做一个IC卡刷卡功能，就是让用户把卡放在屏幕上的特定位置，然后刷卡开门，场景听起来还挺简单的，我当时是这么做的：出于可见性的考虑，我把识别区域做得清晰可见，但是，实际上设备的识别区域和识别能力，比我考虑的范围还要出色，这也就会产生出一个场景：用户根本不需要对准图中的可视区域，直接把卡放在屏幕附近即可识别。也就是说，我的设计，对这块区域来说，甚至有点浪费了。这就是我没有实际调研用户使用场景后产生的问题，我依靠了我在互联网设计中的经验，但实际上，我们还需要考虑硬件使能。所以我觉得，做智能家居的设计，自己的设计思考，会拓展到一个结合物理和想象的范围里面，然后不断的权衡利弊，做出设计方案。这篇会先抛出自己的迷思和犯过的错误，下篇会尝试回答一些自己的解法，比如，从0开始建立一个设计规范，我是怎么想的。以上，希望能对正在做智能家居设计的朋友有所帮助。《24px》，显济