⌈外面⌋ 关于《体系》后续故事,用户留存,道德责任及更多
举手示意午安。周五了,天气也凉快些。来做第二期 ⌈外面⌋ 。
关于 ⌈外面⌋ 是怎么一回事,也可参见第一期当中的介绍。有朋友提出“直接转载原文”的要求,抱歉我只做信息整理与推荐,辅助以必要的摘译或简介;这项工作的价值在于提供精选信息,而不是义务搬运;如有需求,还请通过这里提供的链接自行前往阅读。
To Keep a User, Sometimes You Have to Let Them Go
用户留存?有时你需要放手
作者:Jesse Weaver
我们会下很大力气去打造新功能,创造新内容,旨在为用户带来更多价值,诱导他们保持使用;当"用户留存"产生了问题,我们通常也会站在产品的角度考虑其背后原因。
或许问题比"功能"或"内容"更加复杂,因为人本身就是复杂的。如果一味地通过诱导用户保持参与来维系所谓的"留存率",我们很可能是在公然蔑视一件事实:除了使用产品之外,人们还有他们自己的生活要进行。
考虑真实的外部场景,考虑人们生活的多样性,不要片面将"用户离开"与"不满意"进行挂钩,不要在人们离开的时候制造重重的阻力;体现一些尊重,向他们了解离开的真实原因,并随时恭候他们回来。
阅读原文:https://medium.com/s/story/to-keep-a-user-sometimes-you-have-to-let-them-go-7b8d42df5734
Want to Design User Behavior? Pass the ‘Regret Test’ First
懊悔测试:关于用户行为设计的道德责任
作者:Nir Eyal
有能力对人们的行为方式进行大规模控制的公司与产品,应该怎样担负起应有的道德责任?我们在不遗余力打造着"改变世界"的产品同时,应该更多自问。
我们对于人类心理的利用方式渐渐驾轻就熟,软件产品从未像如今这样具有如此高的蛊惑力;缺乏必要的制约,产品设计者是否会无休止地追求“增长”与“留存”,以及最为本质的 - “商业利益”,而置道德甚至是法律于不顾?
产品业界需要某种道德标尺;但对于多数人来说,诸如 Google 的"不作恶"宣言或许过于宽泛模糊。如何识别那些潜在的、可能产生道德争议的问题?尝试"懊悔测试",即,"如果人们知道产品设计者所了解的一切,他们是否还会继续使用,是否会因为曾经用过该产品而感到懊悔?"
可以以此为原则进行相关的用研,对可能产生道德争议的功能策略进行评估。
Stepping back to go forwards: Evolving the FutureLearn pattern library
以退为进:FutureLearn的模式库进化论
作者:FutureLearn
本文可以被视为《设计体系》的后续故事,真实动人,强烈推荐。
"每天都像在打仗,你很难退一步来思考现有的流程和体系是否真的有效。而一旦意识到其中仍有改进空间,你是否敢于进行改变?万一会使状况变得更糟?不如保持现状?"
非常值得一读的文章,尤其是在看过该团队的 Alla Kholmatova 所著的《设计体系》一书之后;《设计体系》全书译文详见公众号“Beforweb”。
我们可以从本文中了解到 FutureLearn 团队是如何在实际工作当中不断总结其设计模式库的优缺点,并对其进行持续改进的。
"不要畏惧改变,务必根据所需对其进行必要的升级,使体系更好地融入与强化我们的工作流程;毕竟,这就是我们构建设计体系的初衷。"
Starting an MVP design system IRL
以小为始的设计体系实战
作者:Romain Monnot
在昨天的"Atlassian 设计体系元老的经验分享"一文当中,我们了解了"以小为始"的体系构建工作起步策略;今天这篇文章相当于从实战的角度对该策略进行了演示。
虽然该实战案例的最终产出确实算得上"最小化",但整个过程,包括目标分析、方法选择、架构拆解、模式定义、文档生成等等方面,却是有板有眼、五脏俱全,非常值得参考借鉴。
阅读原文:https://uxdesign.cc/starting-an-mvp-design-system-irl-47a323d8349a
Keeping a Project Diary
Google 设计师谈如何记录项目日志
作者:Eleanor McKenna
我个人一直有着记录工作日志的习惯,包括项目进展、日常要点、备忘等等;未必会时常用到,但任何相关信息都要有据可查。我相信对于信息收集、记载类的事务来说,"依托外部工具而非大脑"非常重要;人的精力有限,能量应当被用于更重要的思考类活动,而非记忆。
因此读到这类文章也会很有共鸣;作者更聚焦于"项目"的角度,提供了一些思路与低成本的方法,例如拍照存档、定期回顾、汇总小结等等,都很实用。
阅读原文:https://medium.com/@onepixelout/keeping-a-project-diary-f0b4bff9df40
File management for designers
Google 设计师谈设计文件的组织与管理策略
作者:Neil Shankar
仍是来自 Google 设计师的工作经验分享。作者通过实际项目范例(Andorid Things)演示了如何针对复杂产品项目进行设计文件的组织与管理,包括:
- 主文档(说明与索引)的作用
- 设计资源的存放路径规划
- 截屏的运用
- 命名方式
阅读原文:https://medium.com/google-design/file-management-for-designers-3bc04216a9ec
If Screen Product Designers Designed Physical Products
[漫画] 如果由界面设计师来打造现实生活用品
作者:Pablo Stanley
InVision 的设计师 Pablo Stanley 常年画些有的没的,有严肃正经,也有脑洞吐槽。
"过去,当人们问我从事的职业时,我通常会说'产品设计师',然后他们会继续问我是设计家具还是飞机、收音机、电话一类...我有时也会幻想,我们这些界面设计师打造的现实产品会是什么样子呢?"
阅读原文:https://thedesignteam.io/if-screen-product-designers-designed-physical-products-10cdd3ac4fdc
好喽,第二期 ⌈外面⌋ 就到这里;感谢您默默关注或支援咖啡。
C自制的 WireframeKit for Sketch 线框稿风格组件库已升级至V1.1,了解下: