BeFor Web
为网而生 - 关注互联网及移动端产品的用户体验设计

⌈外面⌋ 关于《体系》后续故事,用户留存,道德责任及更多

⌈外面⌋ 关于《体系》后续故事,用户留存,道德责任及更多

举手示意午安。周五了,天气也凉快些。来做第二期 ⌈外面⌋ 。

关于 ⌈外面⌋ 是怎么一回事,也可参见第一期当中的介绍。有朋友提出“直接转载原文”的要求,抱歉我只做信息整理与推荐,辅助以必要的摘译或简介;这项工作的价值在于提供精选信息,而不是义务搬运;如有需求,还请通过这里提供的链接自行前往阅读。

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

有意思的是,本文作者 Nir Eyal 正是《上瘾》一书作者。

有能力对人们的行为方式进行大规模控制的公司与产品,应该怎样担负起应有的道德责任?我们在不遗余力打造着"改变世界"的产品同时,应该更多自问。

我们对于人类心理的利用方式渐渐驾轻就熟,软件产品从未像如今这样具有如此高的蛊惑力;缺乏必要的制约,产品设计者是否会无休止地追求“增长”与“留存”,以及最为本质的 - “商业利益”,而置道德甚至是法律于不顾?

产品业界需要某种道德标尺;但对于多数人来说,诸如 Google 的"不作恶"宣言或许过于宽泛模糊。如何识别那些潜在的、可能产生道德争议的问题?尝试"懊悔测试",即,"如果人们知道产品设计者所了解的一切,他们是否还会继续使用,是否会因为曾经用过该产品而感到懊悔?"

可以以此为原则进行相关的用研,对可能产生道德争议的功能策略进行评估。

阅读原文:https://medium.com/thrive-global/want-to-design-user-behavior-pass-the-regret-test-first-281a8b1bfa73

 

Stepping back to go forwards: Evolving the FutureLearn pattern library

以退为进:FutureLearn的模式库进化论
作者:FutureLearn

本文可以被视为《设计体系》的后续故事,真实动人,强烈推荐。

"每天都像在打仗,你很难退一步来思考现有的流程和体系是否真的有效。而一旦意识到其中仍有改进空间,你是否敢于进行改变?万一会使状况变得更糟?不如保持现状?"

非常值得一读的文章,尤其是在看过该团队的 Alla Kholmatova 所著的《设计体系》一书之后;《设计体系》全书译文详见公众号“Beforweb”。

我们可以从本文中了解到 FutureLearn 团队是如何在实际工作当中不断总结其设计模式库的优缺点,并对其进行持续改进的。

"不要畏惧改变,务必根据所需对其进行必要的升级,使体系更好地融入与强化我们的工作流程;毕竟,这就是我们构建设计体系的初衷。"

阅读原文:https://medium.com/@FutureLearn/stepping-back-to-go-forwards-evolving-the-futurelearn-pattern-library-73bf9dcff29a

 

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 常年画些有的没的,有严肃正经,也有脑洞吐槽。

"过去,当人们问我从事的职业时,我通常会说'产品设计师',然后他们会继续问我是设计家具还是飞机、收音机、电话一类...我有时也会幻想,我们这些界面设计师打造的现实产品会是什么样子呢?"

"这个桌子很不错,但上面的按钮是怎么回事?"
"我们需要用户打分,我们要完成Q4的 NPS KPI。"

阅读原文:https://thedesignteam.io/if-screen-product-designers-designed-physical-products-10cdd3ac4fdc

 

好喽,第二期 ⌈外面⌋ 就到这里;感谢您默默关注或支援咖啡。

C自制的 WireframeKit for Sketch 线框稿风格组件库已升级至V1.1,了解下: