⌈外面⌋ 關於《體系》後續故事，使用者留存，道德責任及更多
舉手示意午安。週五了，天氣也涼快些。來做第二期 ⌈外面⌋ 。
關於 ⌈外面⌋ 是怎麼一回事，也可參見第一期當中的介紹。有朋友提出“直接轉載原文”的要求，抱歉我只做資訊整理與推薦，輔助以必要的摘譯或簡介；這項工作的價值在於提供精選資訊，而不是義務搬運；如有需求，還請通過這裡提供的連結自行前往閱讀。
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 的"不作惡"宣言或許過於寬泛模糊。如何識別那些潛在的、可能產生道德爭議的問題？嘗試"懊悔測試"，即，"如果人們知道產品設計者所瞭解的一切，他們是否還會繼續使用，是否會因為曾經用過該產品而感到懊悔？"
可以以此為原則進行相關的用研，對可能產生道德爭議的功能策略進行評估。
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 常年畫些有的沒的，有嚴肅正經，也有腦洞吐槽。
"過去，當人們問我從事的職業時，我通常會說'產品設計師'，然後他們會繼續問我是設計傢俱還是飛機、收音機、電話一類...我有時也會幻想，我們這些介面設計師打造的現實產品會是什麼樣子呢？"
"這個桌子很不錯，但上面的按鈕是怎麼回事？"
"我們需要使用者打分，我們要完成Q4的 NPS KPI。"
閱讀原文： https://thedesignteam.io/if-screen-product-designers-designed-physical-products-10cdd3ac4fdc
好嘍，第二期 ⌈外面⌋ 就到這裡；感謝您默默關注或支援咖啡。
C自制的 WireframeKit for Sketch 線框稿風格元件庫已升級至V1.1，瞭解下：
