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

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

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

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，了解下：

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