当然，前提是这些「理想效果」也是在可能范围内的，而不是拿一个不可能出现在产品中的完美Showcase去忽悠老板，那到时候落地后发现完全不是这么回事就得等着挨板子了。

　　而在项目具体实施、落地的阶段——也是本文所讨论的阶段，就必须周全地考虑内容的各种变数，在这个阶段内容真实性就尤为重要。

　　对团队合作的效率来说，无论在评审还是落地中，逻辑真实有利于减轻看稿子的人的理解成本和不必要的反复确认沟通，这是许多同行在闲聊或者文章中已经表达过共识的好处。

　　而这里想重点讲的，是对产品设计师自身而言的价值——真实性是对自己思考周全性最好的锻炼方式之一。

　　内容真实性可以分为三个层面：

　　逻辑真实。

　　内容源真实。

　　用户情感真实。

　　背后对应的则分别是产品设计师的三种重要的能力——逻辑判断能力，业务理解能力，以及同理心。

　　下面将结合一站的例子，分别分析和阐述。

　　层次1：逻辑真实

　　逻辑真实是最基本的要求。

　　比如一个分阶段的活动页，还剩10~4天和还剩3天时是两个不同阶段(简称阶段A和阶段B)，阶段A和B的玩法不同，导致界面上也有诸多差异，那么就不要在阶段B界面的活动倒计时上写「还剩6天」，应该是还剩3天以内。写「还剩6天」显然会让下游同事产生疑惑甚至误导。

　　前一阵，一个产品经理同事看我在仔细核对交互稿上几个类别的数量之和与合计字段的数量对不对得上，说：你出稿子也太严谨了吧。可能是工科出身的缘故，入行之初就早已习惯于此。

　　在涉及故事List的场景，逐一填写每条故事的时间和点赞数，可以引导我思考，在当前模块内，排序规则是按时间还是按点赞数排序?在车站页的故事List里，用户更希望默认看到的是「最新」还是「最热」，哪个有利于留住新用户，哪个有利于老用户，是否要提供自定义设置的开关?

　　同样关于排序逻辑，全市站点列表和线路站点列表，各按什么排序逻辑更合适?

　　不同范围时间的展示格式是怎样的?日期的表达，选用「年-月-日、月-日」还是「X天前、昨天」，需不需要加分和秒?时刻的表达，选用「刚刚、X分钟前、X小时前」的临界点又分别是什么?

　　哪些页面里故事所属地铁站的字段需要加城市名，哪些不用?

　　总说交互设计往前走，多与产品一起考虑，说起来似乎不知道如何入手，其实在每天埋头出稿子时，多留心一些逻辑细节，替产品和运营多想一点，就是最容易锻炼自己的方法之一。

　　层次2：内容源真实

　　如果说逻辑真实有助于与产品经理协同思考，那么内容源的真实则很有助于了解运营方面的诉求和难点。

　　平台内容是以UGC为主还是PGC为主?哪些文案、图片和字段是需要运营强控的?

　　这看似和设计关系不大，实际上处处都需要仔细考量。

　　以「一站」为例，这是一个UGC属性非常明显的平台，根据产品定义(由case的背景假定，这里不深究)，用户发布的内容形式是图文，由一段150字内的故事+至少1张照片构成。除了首页轮播、编辑精选、专题策划可以由平台强运营以外，其余全部内容都是不可控的UGC内容。

　　这就要求，在设计过程的任何环节，都要对内容的质量和特点心中有数。