@刘津legene ：昨天晚上跟几个做设计Leader的朋友聊天，对方谈起目前的工作情况和难处，我听了后觉得很有感触。如果换做一年前的我在这里，也一定也会遇到同样的处境。
“产品经理觉得交互设计师的出现增加了一个环节，效率降低了”；
“我们设计好的方案产品经理挑了一部分做，然后功劳就变成他们的了”；
“我们辛辛苦苦设计的方案产品经理总是不采用，等上线后发现体验不好大领导又责怪我们，说UED是怎么做的设计”；
“我们想致力于用户体验的改进，比如整体统一弹框效果等等，但是产品经理觉得优先级不高，无限期的拖后”；
“我们的人手总是不够，一跟领导提领导就很不高兴，让我们想办法提升效率”；
“我们特别的辛苦，经常九点以后下班，周六还要上班，但是大领导觉得体验上并没有得到明显的提升。我觉得特别没有价值感”
“ UED的kpi该如何设定，如何衡量工作成果？”
这些问题无非就是在说一件事：设计leader在业务导向的部门找不到自己以及团队存在的价值。我介绍了一些自己在阿里的管理经验，给了他们一些建议（当然很多都是阿里倡导的设计文化）。
一、以业务为出发点，而非设计
其实做设计管理和做设计一样，都不能靠拍脑袋或是个人喜好，而是要先了解产品、业务方向，再制定合理的规划。明显感觉到朋友多少还是站在设计师的角度上考虑问题，而不是从业务的角度考虑，也没有想去了解产品经理的目标是什么。这样团队的辛苦产出经常被产品经理无限期押后，或是根本不采用也就不足为奇了。
对业务部门来说，业务的高速发展是最重要的，能排在最高优先级的都是生死攸关的问题。设计师最重要的是发挥自己的专业能力，帮助业务方解决业务问题，和业务共同成长。
在阿里，我们的工作并没有受到特别的限制：视觉设计师可以做用户调研；交互设计师可以提出业务方向的建议；产品经理可以画原型；技术可以去见客户。只要你有兴趣和能力，做任何事情都有机会，前提是围绕部门的业务目标。
那么怎样了解业务情况呢？我建议朋友找各条业务线的产品经理了解近期的业务发展情况，产品经理的业务目标、优先级判断标准以及短期、中期、长期的计划等，还有就是他们希望UED能够支持些什么。可以定期把这些内容汇总成表格的形式，这样对业务会有一个通盘的了解，制定设计方向才会心中有数。
二、整体的规划，而非零散的执行
对业务情况有足够的了解后，设计管理者要结合具体专业能力、围绕业务目标制定相关策略（任何岗位都适用）。比如我们在设定目标时不仅考虑对业务的支持情况，还要考虑UED的公共支撑能力（规范、组件库、培训等），以及设计创新和沉淀（最好是和业务相关的，比如我们最近在做的B端产品设计研究）。
我给朋友讲了最近我正在做的团队规划：从团队目标（围绕业务的项目支持、公共支撑、设计创新、设计沉淀等等）到具体事情、人的分配、时间规划、再到对人的培养计划。这样既体现了UED的专业能力，又强调了对业务的重要作用。朋友说他们现在就是缺乏这种整体的规划，而是散点式的执行，所以效率不高又非常累，每个设计师的目标也不够明确，大家都做得非常盲目。所以作为管理者，心中不仅要有张业务大图，更要有张围绕业务目标的设计策略图。
三、提升附加值，砍掉价值低的工作
好了，现在有了业务大图，有了设计策略，还有了具体的工作规划，后面就要看怎么安排设计师的工作了。在这里我提几点和工作优先级相关的建议。
阿里一直强调设计师要做高附加值的工作。在阿里，运营类的工作基本上都是外包出去的，一些简单的banner可以通过在线工具快速配置，不需要设计师亲自动手。未来，设计师也会逐渐减少对创意要求不高的界面设计工作，取而代之的是利用设计规范、使用组件库等方式。设计师会把更多精力集中在难以被替代的高附加值事情上，比如品牌设计的研究及落地、通过沉淀能力及规范做好公共支撑等。
另外，对于一些业务探索期的产品，建议由产品经理来做交互设计，设计师可根据情况给予建议。因为对于一个新业务来说，理解成本是比较高的，产品经理要反复对设计师讲解自己的理念（有这个功夫都不知道自己做了多少版demo了），最后得到的结果还不见得是正确的，然后又要反复讲解；而对于一个全新的事物，设计师想一步到位设计好也是不太可能的。但如果有一个粗糙的产品或原型摆在那里，优化起来就简单多了，也便于参考前后数据对比来验证设计师的价值。所以在业务探索期，不建议交互设计师全程参与，性价比不高。
再有，不建议设计师长期加班。设计是一件充满创造性的事情，太劳累必然影响效率及质量。如果一个团队整天都在加班，领导就要想想工作安排是否合理了，是不是可以考虑像我前面所说的，把一些收效不大又很占用时间的工作砍掉，把精力放到更有价值的事情上。
四、平衡产品经理和设计师的关系
我很庆幸在我们部门，产品经理和设计师是完全平行、平等的关系，因为只有老板说了算。当然这种情况有利有弊，好处是每个人都是平等的，都有机会展示才华、实现价值，不会因为产品经理个人能力欠缺而导致巨大的失误，设计师也不必处处受产品经理压制；但坏处也显而易见：职责不清晰，事情推动起来效率较低，工作积极性受影响等等。
但可以肯定的是，不管任何一种组织形式，都不是完美的，适合业务情况的就是最好的。设计师是产品经理的下游环节也好，不是也罢，只要记住用ceo的心态围绕业务目标统筹规划，利用自己的专业能力为组织做出最大的贡献，那一切问题定能迎刃而解。所以在工作的过程中，要把产品经理当作最好的合作伙伴，而不是敌人或是竞争者。如果你觉得很难融入到产品团队，对产品经理有很多怨言，那很可能是因为你对业务的贡献还不够大，或是你没有想过如何通过你的能力帮助他让业务进展得更顺利，而只是从自己的专业角度考虑。
最后想说的是，人如鱼，组织如水。把水当作赖以生存之根本才能如鱼得水。设计师说到底是通过服务好内部组织来服务好外部客户，否则专业能力再强价值也无法得到体现。希望未来所有的设计师都能真正的在工作中体会如鱼得水的美妙感觉！
凡注明 “艺术中国” 字样的视频、图片或文字内容均属于本网站专稿，如需转载图片请保留
“艺术中国” 水印，转载文字内容请注明来源艺术中国，否则本网站将依据《信息网络传播权保护条例》
维护网络知识产权。推荐这篇日记的豆列
&&&&&&&&&&&&【设计沟通】设计师如何与产品团队高效合作2 years ago55收藏分享举报{&debug&:false,&apiRoot&:&&,&paySDK&:&https:\u002F\\u002Fapi\u002Fjs&,&wechatConfigAPI&:&\u002Fapi\u002Fwechat\u002Fjssdkconfig&,&name&:&production&,&instance&:&column&,&tokens&:{&X-XSRF-TOKEN&:null,&X-UDID&:null,&Authorization&:&oauth c3cef7c66aa9e6a1e3160e20&}}{&database&:{&Post&:{&&:{&isPending&:false,&contributes&:[],&title&:&【设计沟通】设计师如何与产品团队高效合作&,&author&:&dong-yi-57&,&content&:&三月份的时候，顶着巨大的时间压力，终于在开Strata+Hadoop会议的时候（召开于加州圣何塞的一个大数据会议），让公司的产品如期和大家见面了。接下来一段时间，团队里针对之前从产品的设计和开发流程做了一定的反思。\u003Cp\u003E其中我们发现很重要的一点就是，在最后的30天冲刺时间内，因为设计师和程序员都是第一次进行合作，中间出现了很多沟通上的问题。譬如说，因为每次更改设计后，没有及时召开design review，导致部分人对产品的认知出现了偏差。再譬如最后几天内，因为产品的视觉设计和开发是完全并驾齐驱的状态，所以一边设计仍然在变动，另一边开发已经在落实，造成有些已经被实现的部件仍然需要回去修改。\u003C\u002Fp\u003E\u003Cp\u003E这一篇文章里，我想谈谈在节奏飞快的小公司里，设计师应该如何与程序员进行良好有效的沟通，保证产品可以无误地从设计稿进入到代码中去。因为在创业公司，这里就默认了设计师与开发人员都对产品具有某种程度的ownership，并且产品开发是以小步快跑的模式前进。\u003C\u002Fp\u003E\u003Cbr\u003E\u003Cp\u003E我们公司的设计流程，主要遵照Five element of UX designer（用户体验设计五要素）的原则，先从产品战略产品价值，再到产品结构，最后一步步清晰地落实到产品的视觉设计上去。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cnoscript\u003E\u003Cimg src=\&https:\u002F\\u002Fe2a80ef491ea7bf6e53df1cbfae2d984_b.png\& data-rawwidth=\&640\& data-rawheight=\&439\& class=\&origin_image zh-lightbox-thumb\& width=\&640\& data-original=\&https:\u002F\\u002Fe2a80ef491ea7bf6e53df1cbfae2d984_r.png\&\u003E每个阶段都会有不同的输出物。第一、二阶段主要由产品经理负责，（曾经跨领域地写过关于这两个阶段的输出物：\u003C\u002Fnoscript\u003E\u003Cimg src=\&data:image\u002Fsvg+utf8,&svg%20xmlns='http:\u002F\u002Fwww.w3.org\u002FFsvg'%20width='640'%20height='439'&&\u002Fsvg&\& data-rawwidth=\&640\& data-rawheight=\&439\& class=\&origin_image zh-lightbox-thumb lazy\& width=\&640\& data-original=\&https:\u002F\\u002Fe2a80ef491ea7bf6e53df1cbfae2d984_r.png\& data-actualsrc=\&https:\u002F\\u002Fe2a80ef491ea7bf6e53df1cbfae2d984_b.png\&\u003E每个阶段都会有不同的输出物。第一、二阶段主要由产品经理负责，（曾经跨领域地写过关于这两个阶段的输出物：\u003Ca href=\&https:\u002F\\u002Fquestion\u002F2Fanswer\u002F?from=profile_answer_card\& class=\&internal\&\u003E产品经理实习生怎样提高文档书写能力？有哪些好的文档书写规范可以学习？\u003C\u002Fa\u003E）\u003C\u002Fp\u003E\u003Cp\u003E第三四五阶段主要由产品设计师，也就是我来负责。我习惯把第三四个环节一起进行，统称为交互设计阶段，然后再进行第五个环节，也就是视觉设计阶段。因为我之前做的并不是特别好，所以接下来主要谈的是我个人对之前环节的反思以及未来的打算。\u003C\u002Fp\u003E\u003Cbr\u003E\u003Cbr\u003E\u003Ch2\u003E\u003Cb\u003E小公司也需要详细的交互文档\u003C\u002Fb\u003E\u003C\u002Fh2\u003E\u003Cp\u003E文档是一个最直接高效地记录产品发展过程的工具。即使在Lean UX的流程里，很多时候撰写详细的产品文档会显得浪费时间并且多余。但为了让团队里的所有成员，乃至未来新加入的成员都能理解产品设计的整体思路，完善而清晰的设计文档必不可少。\u003C\u002Fp\u003E\u003Cp\u003E原则上一个产品设计的过程中的主要生成物包括了调研报告，故事版，人物画像，用户流程图，界面规划与交互图，视觉稿等。之前我都是把这些部分拆散开来，每个部分都是独立的存在于共享云盘里，所以其他组员没有办法很好地找到他们。并且因为命名地不规范，大家也没有办法把不同的文件一一对应。\u003C\u002Fp\u003E\u003Cp\u003E目前我想到的最好的一个解决办法是：\u003Cb\u003E提供完整的交互文档框架\u003C\u002Fb\u003E。这在大公司也许已经很普遍了，但是经历了上一次的流程问题后，我才明白到完整的交互文档的重要性。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E一个完整的交互文档包含了：\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E1. 标题与版本号 \u003C\u002Fp\u003E\u003Cp\u003E2. 更改日志（Change Log）\u003C\u002Fp\u003E\u003Cp\u003E3. 产品介绍与设计背景，主要是PRD里的节选部分\u003C\u002Fp\u003E\u003Cp\u003E4.
产品架构和用户流程图\u003C\u002Fp\u003E\u003Cp\u003E5. 界面流程（界面之间）规划，内容布局和交互操作与反馈（界面内）\u003C\u002Fp\u003E\u003Cp\u003E6. 视觉稿以及Style Guide （可选）\u003C\u002Fp\u003E\u003Cp\u003E设计师可以随着设计过程得不断向前推移，往里面添入新的内容。如果新方案需要对原有方案进行微调，也可以直接在更改日志中标注清楚，然后直接在具体的章节里进行修改。如果需要对产品的概念或者用户流程进行大幅度的修改，则可以开启新的交互文档版本。交互文档的命名可以是：产品名_平台_版本_最新修改日期.pdf，例如：Stickleback_desktop_v1_.pdf\u003C\u002Fp\u003E\u003Cbr\u003E\u003Cp\u003E制作交互文档的好处在于：第一，人人都可以很直接的了解到整个项目的过程，掌握最新的设计变化，只用一个文档就可以通行全公司。第二，在设计输出的过程中，设计文档是设计师的语言。制作一个赏心悦目细节精准的设计文档，对于自己是一个好的锻炼，也能让其他人看到以及理解设计的价值。\u003C\u002Fp\u003E\u003Cbr\u003E\u003Cbr\u003E\u003Ch2\u003E\u003Cb\u003E过程中的设计沟通\u003C\u002Fb\u003E\u003C\u002Fh2\u003E\u003Cp\u003E不同公司的设计文化会有很大差异。在我们公司整个设计过程中的设计沟通，我认为可以分为四部分: 非正式场合下的闲聊，小型设计反馈，线上沟通（我们用的是slack）以及大型的设计评估。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E非正式场合的闲聊，\u003C\u002Fb\u003E主要发生在厨房里或者球桌上，大家聊聊自己平时做了什么，互相update一下信息。这个主要起到一个headsup的作用，也很有利于增进同事感情，使得一部分人设计决定更加容易得到buy in。为什么说设计师其实有的时候就是销售人员呢。。。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E小型设计反馈\u003C\u002Fb\u003E是最常见的活动。一个产品往往会涉及其他不同部门的人，我在做设计的时候，一般做到一半或者做完初版就会与几个利益相关人schedule一个小型会议，来收集设计反馈。这样做非常高效，但也容易造成信息不对称——有的时候产品吸取了ABC的意见，然后EFG虽然对此也有想法，却毫不知情。结合之前提到的\u003Cb\u003E交互文档\u003C\u002Fb\u003E以及\u003Cb\u003E线上沟通工具\u003C\u002Fb\u003E，我觉得比较好的做法是在每进行小型设计反馈活动，并且更新的文档之后，就将Change Log强调一下放在Slack的项目群里，并且附上最新版的文档。这样对于更改部分有意见的人就可以通过查看文档了解到我的设计思路，然后再和我进行沟通。\u003C\u002Fp\u003E\u003Cp\u003E\u003Cb\u003E大型设计评估\u003C\u002Fb\u003E一般发生在设计上有了一些方向性转变的时候，参与者不仅包括了全体的组员（dev, PM, designer, reseacher)，有时候也会有公司高层参与，提供一些产品商业策略上的支持。但是基于上次流程中，很多人抱怨他们对于产品设计的方向没有完全up to date，我决定在开发下一款产品的时候，适当增加会议的频率。有时候总是抱着“经常召集开会，会不会浪费大家时间”的顾虑，现在想想，如果是出于将产品做好的态度，增加全组成员坐下来一起沟通的时间绝对是磨刀石。\u003C\u002Fp\u003E\u003Cbr\u003E\u003Cbr\u003E\u003Ch2\u003E\u003Cb\u003E视觉稿件的交付\u003C\u002Fb\u003E\u003C\u002Fh2\u003E\u003Cp\u003E视觉稿件和style guide一般是产品设计的阶段性最后一步（当然之后还有迭代啊修改之类的）。除了上述的一些交互文档的规范之外，视觉稿件交付时还要考虑的一个问题在于：和程序员工作节奏的协调。\u003C\u002Fp\u003E\u003Cp\u003E在创业公司，往往等交互文档生成之后，程序员就开始开发环节了。所以生成视觉稿件和产品开发往往是一个同时进行的过程。我们上个产品遇到一个最大的问题就在于，当我还在更新视觉文件的时候，程序员们已经在implement一些视觉的细节了。所以有一些他们已经开发了的视觉细节，一旦我后面修改了一下，就需要重新写代码。项目时间越是紧张，这种状况出现的可能性就越大。\u003C\u002Fp\u003E\u003Cp\u003E所以在这里的建议的是，作为设计师可以先针对产品基本的组件：一些具有较高可复用性且具备完善设计、使用说明的部分，以及产品使用的字体，基本的间距规则，给出style guide。另外，可以在给出设计稿的时候，将仍然需要修改的，不确定的部分标注上黄色的小圆圈，所以程序员就明白可以把这部分的设计细节先放一放了。\u003C\u002Fp\u003E\u003Cp\u003E最后一点，遵守design freeze time（设计冰冻时间）很重要。整个产品组要对进度有一个共识。因为设计的迭代是没有止境的，尤其是小公司，从设计到开发没有一个明确的界限，就更需要对程序员的能力有所尊重。超过一个特定日子之后，设计师和PM就应该将修改的内容放入到下一个周期里去，而不是继续修改视觉稿件，给程序员带去更多开发的压力。\u003C\u002Fp\u003E\u003Cbr\u003E\u003Cp\u003E目前想到的就是这些。欢迎交流用户体验设计中遇到的一切问题。\u003C\u002Fp\u003E\u003Cbr\u003E\u003Cbr\u003E\u003Cp\u003E\u003Cb\u003E延伸阅读\u003C\u002Fb\u003E\u003C\u002Fp\u003E\u003Cp\u003E1. Yoyo在他的回答里给出了很好的交互文档的例子，还附送了模板，一定要强烈推荐给大家！\u003Ca href=\&https:\u002F\\u002Fquestion\u002F2Fanswer\u002F\& class=\&internal\&\u003E\u003Cspan class=\&invisible\&\u003Ehttps:\u002F\u002Fwww.\u003C\u002Fspan\u003E\u003Cspan class=\&visible\&\\u002Fquestion\u002FC\u002Fspan\u003E\u003Cspan class=\&invisible\&\u003EFanswer\u002F3C\u002Fspan\u003E\u003Cspan class=\&ellipsis\&\u003E\u003C\u002Fspan\u003E\u003C\u002Fa\u003E\u003C\u002Fp\u003E\u003Cp\u003E2. 如何写一份全面、一度的交互说明文档？ \u003Ca href=\&http:\u002F\\u002F?target=http%3A\\u002F%3Fp%3D27838\& class=\& external\& target=\&_blank\& rel=\&nofollow noreferrer\&\u003E\u003Cspan class=\&invisible\&\u003Ehttp:\u002F\u002F\u003C\u002Fspan\u003E\u003Cspan class=\&visible\&\\u002F?\u003C\u002Fspan\u003E\u003Cspan class=\&invisible\&\u003Ep=2C\u002Fspan\u003E\u003Cspan class=\&ellipsis\&\u003E\u003C\u002Fspan\u003E\u003Ci class=\&icon-external\&\u003E\u003C\u002Fi\u003E\u003C\u002Fa\u003E\u003C\u002Fp\u003E&,&updated&:new Date(&T06:27:49.000Z&),&canComment&:false,&commentPermission&:&anyone&,&commentCount&:4,&collapsedCount&:0,&likeCount&:55,&state&:&published&,&isLiked&:false,&slug&:&&,&isTitleImageFullScreen&:true,&rating&:&none&,&titleImage&:&https:\u002F\\u002F5afcc4c952_r.png&,&links&:{&comments&:&\u002Fapi\u002Fposts\u002F2Fcomments&},&reviewers&:[],&topics&:[{&url&:&https:\u002F\\u002Ftopic\u002F&,&id&:&&,&name&:&用户体验设计&},{&url&:&https:\u002F\\u002Ftopic\u002F&,&id&:&&,&name&:&交互设计&},{&url&:&https:\u002F\\u002Ftopic\u002F&,&id&:&&,&name&:&互联网产品设计&}],&adminClosedComment&:false,&titleImageSize&:{&width&:1764,&height&:850},&href&:&\u002Fapi\u002Fposts\u002F&,&excerptTitle&:&&,&tipjarState&:&closed&,&annotationAction&:[],&sourceUrl&:&&,&pageCommentsCount&:4,&hasPublishingDraft&:false,&snapshotUrl&:&&,&publishedTime&:&T14:27:49+08:00&,&url&:&\u002Fp\u002F&,&lastestLikers&:[{&bio&:&云中漫游者&,&isFollowing&:false,&hash&:&4799fdecfabe8&,&uid&:84,&isOrg&:false,&slug&:&wandres&,&isFollowed&:false,&description&:&&,&name&:&wandres&,&profileUrl&:&https:\u002F\\u002Fpeople\u002Fwandres&,&avatar&:{&id&:&87abfa8af990&,&template&:&https:\u002F\\u002F50\u002F{id}_{size}.jpg&},&isOrgWhiteList&:false,&isBanned&:false},{&bio&:&成长是唯一的成功路径&,&isFollowing&:false,&hash&:&b38b735db7ea7d61a8d3edf3a9787522&,&uid&:925800,&isOrg&:false,&slug&:&zhong-shu-cheng-29&,&isFollowed&:false,&description&:&摄影师，产品汪。可能是会摄影里最懂产品的；做产品里，最懂摄影的。尴尬不尴尬？狗带~&,&name&:&BruceChung&,&profileUrl&:&https:\u002F\\u002Fpeople\u002Fzhong-shu-cheng-29&,&avatar&:{&id&:&da8e974dc&,&template&:&https:\u002F\\u002F{id}_{size}.jpg&},&isOrgWhiteList&:false,&isBanned&:false},{&bio&:&昨天的我已经深埋在心底，我是今天和明天的我。&,&isFollowing&:false,&hash&:&7cbac988e2e2f030b8fe0&,&uid&:80,&isOrg&:false,&slug&:&some_one&,&isFollowed&:false,&description&:&&,&name&:&mortal&,&profileUrl&:&https:\u002F\\u002Fpeople\u002Fsome_one&,&avatar&:{&id&:&v2-9e375cb5e5d8b5bd734c6&,&template&:&https:\u002F\\u002F50\u002F{id}_{size}.jpg&},&isOrgWhiteList&:false,&isBanned&:false},{&bio&:&未来事业部的物联网人&,&isFollowing&:false,&hash&:&a8af20a47fc401fadab2bc&,&uid&:76,&isOrg&:false,&slug&:&zhang-kai-bo-50&,&isFollowed&:false,&description&:&〖去活着，去犯错，去跌倒，去胜利〗&,&name&:&影子&,&profileUrl&:&https:\u002F\\u002Fpeople\u002Fzhang-kai-bo-50&,&avatar&:{&id&:&badd5b5ec91e6e94dbdb88e&,&template&:&https:\u002F\\u002F50\u002F{id}_{size}.jpg&},&isOrgWhiteList&:false,&isBanned&:false},{&bio&:&产品经理&,&isFollowing&:false,&hash&:&e6e2677289fbb84bf97d3e&,&uid&:005000,&isOrg&:false,&slug&:&pmyangliu&,&isFollowed&:false,&description&:&请你相信，我所说的每一句，都是错的&,&name&:&杨柳&,&profileUrl&:&https:\u002F\\u002Fpeople\u002Fpmyangliu&,&avatar&:{&id&:&v2-040bac012598cec78dd1&,&template&:&https:\u002F\\u002F50\u002F{id}_{size}.jpg&},&isOrgWhiteList&:false,&isBanned&:false}],&summary&:&三月份的时候，顶着巨大的时间压力，终于在开Strata+Hadoop会议的时候（召开于加州圣何塞的一个大数据会议），让公司的产品如期和大家见面了。接下来一段时间，团队里针对之前从产品的设计和开发流程做了一定的反思。其中我们发现很重要的一点就是，在最后…&,&reviewingCommentsCount&:0,&meta&:{&previous&:null,&next&:null},&annotationDetail&:null,&commentsCount&:4,&likesCount&:55,&FULLINFO&:true}},&User&:{&dong-yi-57&:{&isFollowed&:false,&name&:&董弈&,&headline&:&&,&avatarUrl&:&https:\u002F\\u002F50\u002F89fe31e4f_s.jpg&,&isFollowing&:false,&type&:&people&,&slug&:&dong-yi-57&,&bio&:&成长中的产品设计师：ellendesign.github.io&,&hash&:&d76a4edebe68&,&uid&:08,&isOrg&:false,&description&:&&,&badge&:{&identity&:null,&bestAnswerer&:null},&profileUrl&:&https:\u002F\\u002Fpeople\u002Fdong-yi-57&,&avatar&:{&id&:&89fe31e4f&,&template&:&https:\u002F\\u002F50\u002F{id}_{size}.jpg&},&isOrgWhiteList&:false,&isBanned&:false}},&Comment&:{},&favlists&:{}},&me&:{},&global&:{&experimentFeatures&:{&ge3&:&ge3_9&,&ge2&:&ge2_1&,&nwebStickySidebar&:&sticky&,&androidPassThroughPush&:&all&,&newMore&:&new&,&liveReviewBuyBar&:&live_review_buy_bar_2&,&liveStore&:&ls_a2_b2_c1_f2&,&qawebThumbnailAbtest&:&old&,&searchHybridTabs&:&without-tabs&,&isOffice&:&false&,&newLiveFeedMediacard&:&old&,&homeUi2&:&default&,&recommendationAbtest&:&old&,&marketTab&:&market_tab_old&,&qrcodeLogin&:&qrcode&,&isShowUnicomFreeEntry&:&unicom_free_entry_off&,&newMobileColumnAppheader&:&new_header&,&androidDbRecommendAction&:&open&,&zcmLighting&:&zcm&,&favAct&:&default&,&appStoreRateDialog&:&close&,&mobileQaPageProxyHeifetz&:&m_qa_page_nweb&,&default&:&None&,&wechatShareModal&:&wechat_share_modal_show&,&qaStickySidebar&:&sticky_sidebar&,&androidProfilePanel&:&panel_b&,&nwebWriteAnswer&:&experiment&}},&columns&:{&next&:{}},&columnPosts&:{},&columnSettings&:{&colomnAuthor&:[],&uploadAvatarDetails&:&&,&contributeRequests&:[],&contributeRequestsTotalCount&:0,&inviteAuthor&:&&},&postComments&:{},&postReviewComments&:{&comments&:[],&newComments&:[],&hasMore&:true},&favlistsByUser&:{},&favlistRelations&:{},&promotions&:{},&switches&:{&couldSetPoster&:false},&draft&:{&titleImage&:&&,&titleImageSize&:{},&isTitleImageFullScreen&:false,&canTitleImageFullScreen&:false,&title&:&&,&titleImageUploading&:false,&error&:&&,&content&:&&,&draftLoading&:false,&globalLoading&:false,&pendingVideo&:{&resource&:null,&error&:null}},&drafts&:{&draftsList&:[],&next&:{}},&config&:{&userNotBindPhoneTipString&:{}},&recommendPosts&:{&articleRecommendations&:[],&columnRecommendations&:[]},&env&:{&edition&:{&baidu&:false,&yidianzixun&:false,&qqnews&:false},&isAppView&:false,&appViewConfig&:{&content_padding_top&:128,&content_padding_bottom&:56,&content_padding_left&:16,&content_padding_right&:16,&title_font_size&:22,&body_font_size&:16,&is_dark_theme&:false,&can_auto_load_image&:true,&app_info&:&OS=iOS&},&isApp&:false,&userAgent&:{&ua&:&Mozilla\u002F5.0 (compatible, MSIE 11, Windows NT 6.3; Trident\u002F7.0; rv:11.0) like Gecko&,&browser&:{&name&:&IE&,&version&:&11&,&major&:&11&},&engine&:{&version&:&7.0&,&name&:&Trident&},&os&:{&name&:&Windows&,&version&:&8.1&},&device&:{},&cpu&:{}}},&message&:{&newCount&:0},&pushNotification&:{&newCount&:0}}}