Be For Web - 工作笔记 http://www.beforweb.com/taxonomy/term/239 en 工作习惯养成 - 如何记录项目日志 http://www.beforweb.com/node/1000 <div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="http://www.beforweb.com/sites/default/files/article-thumbs/icon-logo-ux-product-design-notebook-diary.png" width="70" height="70" /></div></div></div><div id="comment-wrapper"></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>又是一段小忙的日子。天气渐凉却是终日阳光。忙点什么呢,新的 WireframeKit Sketch 组件库在制作中了,社交方向。夜里万籁俱寂时摇摇晃晃捣鼓这些小玩意儿是件有意思的事儿。再提示老朋友们,之前的库可以免费更新了哦,iOS 12。</p> <p>另外仍是读书,一本接一本。若干原研哉相关的告一段落,目前准备二周目《破茧成蝶2》。爱看,解渴,如之前在票圈所说:&ldquo;从互联网下半场与产品设计师的视角入手,以产品不同的发展阶段对应的设计框架为主线,涵盖相关实操流程与方法,层次很棒。&rdquo;</p> <!--break--><p><img alt="" src="/sites/default/files/images/201811/2018-10-30_01-33-32.jpg" style="width: 600px; height: 600px;" /></p> <p class="figure-caption">当年的 Beforweb 订制书签还有存货,自用妥妥的。</p> <p>回头说眼前,来自 Google 设计师的一篇经验文章,关于&ldquo;项目日志&rdquo;。我个人常年保持每日工作日志的记录习惯,但更多时候像是流水账,外加一些思考延展;看过这篇小文后觉得自己的方式还有所欠缺,譬如形式单一、缺乏回顾,也没有将这些内容与正式的复盘或是个人案例联系到一起。惭愧哦。改进,改进。</p> <h3> 工作习惯养成 - 如何记录项目日志</h3> <p><img alt="" src="/sites/default/files/images/201811/2018-11-01_16-01-24.png" style="width: 600px;" /></p> <p>设想这样的场景:你梦想中的职位机会突然出现,你必须快速打造一份闪光的案例集。然而有个问题,你没有任何关于以往项目的记录可以回顾,必须从零开始构建内容。</p> <p>实际上,无论你是否在寻求新的工作机会,保持对项目进程的追踪与回顾都是很有必要的。或许日常工作太忙,或是项目本身的性质不宜对外过多曝光,等等;无论怎样,哪怕保持最少量的日志习惯,你都能逐渐积累起宝贵的经验,用于项目复盘或是充实个人案例。</p> <h4> 什么是项目日志</h4> <p>不必想象成典型而严格的&ldquo;日记&rdquo;;形式上可以比较自由,重点在于内容本身,包括项目迭代说明、流程进程记录或是期间遇到的问题及解决方案等等。</p> <p>项目日志大体具有以下特质:</p> <ul> <li> 隐私性:日志不是博客,不需要发布上线;我个人会通过 Google Docs 进行记录。</li> <li> 高层面:无需千言万语或辞藻修饰,你只需要以简单的段落或清单列表将重要信息记录下来即可。</li> <li> 多媒介:如果必要,可以添加任何内容形式,譬如白板照片、手绘草稿、线框稿或动效示意等等。</li> </ul> <p>从日常记录,到阶段性的沉淀回顾,期间大致有五方面的技巧和注意事项需要特别关注。</p> <h4> 1.多运用拍照的方式</h4> <p>无论是手绘流程图、页面草稿、白板记录,都可以通过拍照的方式快速保存下来。</p> <p>注意将这些照片安全地保存在本地,在进行沟通并得到授权之前,不要将其用于任何公开文档当中。对于较为敏感的信息,或是照片中出现的同事面容,在未经授权的状况下要进行模糊处理;任何与财务相关的信息也是同理。</p> <p>对于设计流程当中用于沟通演示或可用性测试的原型及动效方案,也可以通过拍摄的方式粗略地记录下来。</p> <h4> 2.保持私密性</h4> <p>将工作日志视为个人日记 - 并非秘密,但需私密。文档要存放在安全的位置,例如个人电脑或个人云存储。这些文档代表着进程当中的项目,不应该与非工作关系的人员进行分享。</p> <p>如果项目还没有发布上线,但你需要在公开场合进行演示文档的部分内容,那么必须向团队或项目管理者征询意见,避免任何被竞争对手了解到敏感信息的可能性。</p> <h4> 3.保持记录的规律性</h4> <p>取决于项目规模及推进速度,你需要摸索并保持规律性的记录频率。或许是在每一轮设计冲刺之后,或许是每周、每两周,或是每一个任务之后,例如可用性测试等等。</p> <p>无论频率如何,尽可能将点点滴滴的信息完整地收集起来。积少成多,当你隔一段时间进行回顾时,会发现在繁忙的项目期间,你真的会忘记很多重要的信息。</p> <h4> 4.确保内容的相关性</h4> <p>工作日志并非用来记录你对项目的评价,或是谁说过什么,有哪些不公正的状况等等。这是一份关于项目流程、重要节点、挑战与解决方案的文档。典型的内容更像是这样:</p> <blockquote><p><strong>2018年3月</strong></p> <p> 与开发探讨方案可行性。<br /> 将移动端界面中的下拉菜单改为单选按钮形式。<br /> 创建了用于可用性测试的高保真原型。<br /> 若干测试结论...<br /> 基于可用性测试,修改了菜单的设计模式。</p> </blockquote> <p>关于流程和重要节点的记录,将有助于你回忆起项目之所以发展到如今,背后发生过哪些关键事件,有哪些决策产生了怎样的推动效应。</p> <h4> 5.整理回顾</h4> <p>项目完成之后,产品或新功能上线,你可以着手对项目期间的记录进行归纳整理,用于复盘。事后分析与总结,有助于你从整体层面将所有的经验、洞见,以及一系列挑战与应对策略串联起来。</p> <p>其中一些影响力重大的挑战及解决方案也可以成为你未来个人案例当中的重要内容。</p> <p>记录项目日志,这对于设计工作的精进及个人案例的积累都非常有用;希望本文中的一些 tips 能够为你带来一些帮助。</p> <p><span style="color:#d3d3d3;">英文原文:https://medium.com/@onepixelout/keeping-a-project-diary-f0b4bff9df40,作者:Eleanor McKenna,译者:C7210</span></p> <p>C自制的 WireframeKit for Sketch 线框稿风格组件库已<a href="http://beforweb.com/node/994" target="_blank">更新至 iOS 12</a>,了解下:</p> <p><a href="http://beforweb.com/node/994" target="_blank"><img alt="" src="/sites/default/files/images/banners/%E5%85%AC%E4%BC%97%E5%8F%B7-iOS%2012.png" style="width: 450px; height: 253px;" /></a></p> </div></div></div><ul class="field_categories"><li class="design taxonomy-term-reference-0"><a href="/design" typeof="skos:Concept" property="rdfs:label skos:prefLabel">设计</a></li></ul><ul class="field_article_categories"><li class=" taxonomy-term-reference-0"><a href="/study" typeof="skos:Concept" property="rdfs:label skos:prefLabel">学习</a></li><li class=" taxonomy-term-reference-1"><a href="/point" typeof="skos:Concept" property="rdfs:label skos:prefLabel">观点</a></li></ul><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/14" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/31" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UX</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/32" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UED</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/239" typeof="skos:Concept" property="rdfs:label skos:prefLabel">工作笔记</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/259" typeof="skos:Concept" property="rdfs:label skos:prefLabel">工作习惯</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/16" typeof="skos:Concept" property="rdfs:label skos:prefLabel">原创翻译</a></li></ul> Sat, 03 Nov 2018 03:57:46 +0000 C7210 1000 at http://www.beforweb.com http://www.beforweb.com/node/1000#comments 工作笔记 - 关于用户成熟度与产品设计策略 http://www.beforweb.com/node/945 <div id="comment-wrapper"></div><div class="field field-name-field-article-thumb field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img typeof="foaf:Image" src="http://www.beforweb.com/sites/default/files/article-thumbs/icon-logo-ux-product-design-notebook-diary.png" width="70" height="70" /></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><p>新的一年好。有没觉得2017年过的非常之快。或是每年此时我都在说着同样的话?</p> <p>我记得2013年第一天的夜晚,雪下的很大很大。</p> <p>并没有做任何年度总结或是新年展望。翻看了一下年初制定的若干目标,除去中途校正的以外,所完成的还是占多数,倒也欣慰。一年当中所遇的人与事,苦辣酸甜,形形色色,丰富程度超出以往;且在一些过去所认定的难以改变之处有所突破,随之而来的各种可能性值得期许 - 如此回顾起来也是不坏。</p> <p>纹身,半年的拳击训练,译作出版上架,受洗,十多年前的老乐队重聚排练,进入新的设计团队。这些也都是很有趣的事情。你看,我甚至开始使用Zippo并爱上那美妙的声响了。</p> <p>日常工作的忙碌与疲惫也是在所难免,且周末事项渐渐增多,往日尚可处理的长短译文、问答也越发显得沉重,甚至会引发焦虑。近来在考虑尝试一些更灵活的更新方式,譬如本期这般,从日常所记录的工作笔记/日志/探索文档当中抽取一些比较典型的内容,剥离掉涉及特定产品项目的敏感信息,以某种&ldquo;产品设计原则&rdquo;、&ldquo;项目经验&rdquo;的面目呈现出来,或许也是一种可能性。</p> <!--break--><p><strong>三点说明:</strong></p> <ol> <li> 工作中的原始文档更接近自言自语的意识流记录,在这里尽量做好具象化、逻辑化的处理。</li> <li> 我所对接的项目位于UGC内容与社交领域,所有记录均在该范围框架下。</li> <li> 内容更偏重于产品设计的初期探索,而非具体的设计层面的技术与方法。</li> </ol> <p>今天梳理的话题如下。我可能缺少一名插画设计师做搭档。</p> <p><img alt="" src="/sites/default/files/images/201801-1/640.jpeg" style="width: 600px; height: 296px;" /></p> <h3> 用户成熟度划分与产品设计策略</h3> <h4> 新用户</h4> <p><strong>产品设计目标</strong>:引发其了解和使用产品的兴趣,引导其主动摸索产品价值与自身动机的契合度。</p> <p><strong>产品设计策略</strong>:</p> <ul> <li> 简明扼要的、直击用户动机本质的、体现产品/功能/内容核心价值的新手引导或教学方式。</li> <li> 利用可即时获取的地理位置/时间/关系链等维度的信息,在&ldquo;第一印象&rdquo;会话周期中提供尽可能精准的内容元素及相关的关键功能。</li> <li> 在典型用例流程及关键功能路径上进行社交化内容曝光,在&ldquo;第一印象&rdquo;会话周期中尽快营造社交氛围。</li> <li> 围绕重要的内容元素,引导用户尝试关键功能与成本低廉的社交互动能力,并快速提供可明显感知的行为收益作为反馈。</li> </ul> <p><strong>关键词</strong>:引发兴趣,体现价值,引导行为</p> <h4> 中级用户</h4> <p><strong>产品设计目标</strong>:培养使用习惯,建立/刷新心智模型,塑造用户从&ldquo;产生需求动机&rdquo;到&ldquo;自然而然想到并使用产品&rdquo;的行为直觉。</p> <p><strong>产品设计策略</strong>:</p> <ul> <li> 个人行为数据,关系链数据,机器学习,个人化推荐。用户逐渐习惯使用产品的同时,产品也逐渐适应用户,在特定场景中尝试扮演用户个人助手的角色,提供&ldquo;心有灵犀&rdquo;、&ldquo;静默贴心&rdquo;的直觉化体验。</li> <li> 个人化/场景化的功能预测。</li> <li> 个人化/场景化的内容推荐。</li> <li> 平静的、灵动的、非唐突的、随需而在的体验。</li> <li> 持续的反馈与激励机制。对用户的使用行为进行潜移默化地、持续性地反馈与激励,建立从&ldquo;需求&rdquo;,到&ldquo;使用&rdquo;,到&ldquo;解决问题&rdquo;,到&ldquo;得到符合/超出预期的反馈与激励&rdquo;的心智模型闭环,逐渐形成人与产品的直觉关联。</li> </ul> <p><strong>关键词</strong>:使用习惯,心智模型,体验闭环</p> <h4> 成熟用户</h4> <p><strong>产品设计目标</strong>:将更加丰富的社交内容与社交氛围渗透到用户的典型场景及关键行为路径当中,在为用户培养起了使用习惯之后,继续建立更强烈的社交化感知,诱发社交动机与行为,构建关系链。</p> <p><strong>产品设计策略</strong>:</p> <ul> <li> 充分曝光社交元素,营造氛围,将社交化信息通过地理/时间维度上的典型场景进行关联、聚合。</li> <li> 提升&ldquo;人&rdquo;的要素在用户决策过程中的权重。</li> <li> 强化用户在社交化的创作与互动行为之后所能得到的利益回报,强化&ldquo;认同&rdquo;与&ldquo;自我价值&rdquo;的感知。</li> </ul> <p><strong>关键词</strong>:典型场景,社交感知,强化收益</p> <h4> 达人用户</h4> <p><strong>产品设计目标</strong>:帮助建立、维护个人品牌与标杆效应,为其提供高规格的社交化收益并强化对外展示形式,以维持其产出优质内容的动力,同时激励其他用户效仿。</p> <p><strong>产品设计策略</strong>:</p> <ul> <li> 强化个人品牌效应,在特权、个人信息表现形式、曝光路径等方面重点挖掘。</li> <li> 提供更多具有官方效应的认证、推荐、奖励、活动邀请等贵宾体验。</li> <li> 充分告知其拥有贵宾体验的原因,强化成就感。</li> <li> 充分告知可能导致失去贵宾体验的原因,强化&ldquo;保持拥有&rdquo;和&ldquo;避免失去&rdquo;的动力。</li> <li> 充分利用其个人品牌与标杆效应,在新、中级用户当中宣讲特定的社交化创作与互动行为所能产生的社交化收益。</li> <li> 将新、中级用户的行为属性与达人用户进行对比、标齐,强化共同点,强化补足差异的达成条件,以诱导动机、促进行为。</li> </ul> <p><strong>关键词</strong>:个人品牌、维持动力,激励效仿</p> <h3> 一点建议</h3> <p>保持记录工作笔记/日志/探索文档,是C如今最为受益的习惯之一。无论开一个Evernote文档,还是不便使用设备时放一个记事本在手边,随时记录想法、备忘、待办、思路,阶段性的进行汇总归档,久而久之将获益匪浅,即为工作留下了可以回顾的文字信息,譬如你可以很方便的参考工作日志来进行项目小结,同时也给自己积累了碎片化或结构化的内容。</p> <p><strong>相关工具推荐</strong>:纸质记事本,Evernote,OmniOutliner。</p> </div></div></div><ul class="field_tags"><li class=" taxonomy-term-reference-0" rel="dc:subject"><a href="/taxonomy/term/14" typeof="skos:Concept" property="rdfs:label skos:prefLabel">用户体验</a></li><li class=" taxonomy-term-reference-1" rel="dc:subject"><a href="/taxonomy/term/31" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UX</a></li><li class=" taxonomy-term-reference-2" rel="dc:subject"><a href="/taxonomy/term/32" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UED</a></li><li class=" taxonomy-term-reference-3" rel="dc:subject"><a href="/taxonomy/term/200" typeof="skos:Concept" property="rdfs:label skos:prefLabel">产品设计</a></li><li class=" taxonomy-term-reference-4" rel="dc:subject"><a href="/taxonomy/term/36" typeof="skos:Concept" property="rdfs:label skos:prefLabel">交互设计</a></li><li class=" taxonomy-term-reference-5" rel="dc:subject"><a href="/taxonomy/term/237" typeof="skos:Concept" property="rdfs:label skos:prefLabel">社交</a></li><li class=" taxonomy-term-reference-6" rel="dc:subject"><a href="/taxonomy/term/238" typeof="skos:Concept" property="rdfs:label skos:prefLabel">UGC</a></li><li class=" taxonomy-term-reference-7" rel="dc:subject"><a href="/taxonomy/term/239" typeof="skos:Concept" property="rdfs:label skos:prefLabel">工作笔记</a></li></ul> Wed, 10 Jan 2018 08:12:06 +0000 C7210 945 at http://www.beforweb.com http://www.beforweb.com/node/945#comments