彻底了解需求并进行案例调研

在项目开始之前，我们搜集并仔细阅读了校团委提供的包括立项方案、用户研究报告在内的所有前期资料，并且根据平台划定的功能范围，从用户的视角对学校原有的各部门平台逐个使用，以便于彻底了解需求。我们也调研了飞书、轻芒等手机端看板和资讯阅读器，以了解时下流行的手机端设计趋势，获取设计灵感。

只设计界面视觉远远不够

逐渐深入了解项目的我们发现，来自校团委、法务办、开发团队的重重限制导致看板的实际情况与项目目标背道而驰。我们面临的第一个限制来自法务办，法务办不允许校外开发团队获取学生数据，规定涉及隐私敏感内容只能通过入口跳转，这导致平台无法个性化地按需呈现学生想看到的数据，也无法对数据进行智能分析。除此之外，爬取公众号的侵权风险、维护成本的限制、审核的限制、上线计划的紧迫等非功能性需求也使得云上学生清华从数据看板的定位彻底沦为“清华浏览器”。

范围层

范围层涉及到的是看板的功能规格与内容需要。

问题：来自法务办的限制导致看板在范围层面缺乏具有吸引力的功能与内容，而范围层的问题影响了结构层和框架层的表现，也导致战略层的产品目标崩塌。

解决：设计优化首先从范围层展开，这个步骤贯穿了整个设计周期。我们调研了清华后勤、清华大学信息服务等校内服务工作台，以及企业微信、飞书、轻芒、红板报等市面流行的的工作台和资讯浏览App，提出了“添加易获取入口”、“突出亮点内容”、“加强提醒功能”、“发言广场”、“问答广场”、“公众号整合阅读器”等学生需要的功能，其中一些因为新的限制而不得不被放弃，另一些得以保留。

结构层

结构层涉及到的是看板的交互设计与架构信息。

问题：我们拿到的功能原型的信息架构逻辑基于校团委区分的功能模块，功能模块被并列地作为入口和一级页面，这会导致以下问题：如甲方提供原型①，如果把功能模块以入口的形式并列地放在一级页面，那么看板就与“数据看板”的内涵大相径庭，交互层级也会变得太深太冗余；如甲方提供原型②，如果把功能模块并列作为一级页面，这对于一期看板来说是没有问题的，但看板的功能模块一共有七个，其中一期需要上线的只有“学习科研”模块和“活动广场”模块，如果后续需要基于同样的架构信息逻辑继续上线新功能，底部导航栏如何设计才能放下七个图标呢？

主次不分地并列陈列功能模块还会导致一个问题：使用效率低下。不论是“学习科研”模块和“活动广场”模块，都既包含以效率为目的办事入口，也包含兴趣为导向的信息资讯，如果每个页面都把办事入口和信息资讯混在一块，那么用户的使用过程必然是低效的——谁不希望自己能快速地从七个页面里找到自己需要的某个功能，不希望自己能沉浸式地不断刷新、阅读资讯呢？

解决：我们根据用户使用目的的不同设计了新的信息架构，看板一共由两个一级页面组成：“工作台”和“广场”。工作台是一站式办事平台，旨在整合现有我校服务网站集群，让学生尽可能在网上把能办的事都办了；“广场”是“一网打尽”的信息门户，旨在提供全覆盖、最权威、最及时、最可靠的信息来源。承载问答功能“机器人”作为一个特色板块被单独提取出来，代替“搜索”放在所有一级页面里，由于“工作台”中功能入口并不多，我们扬长避短，让“机器人”占据工作台2/3的版面。

框架层

框架层涉及到的是看板的界面设计、导航设计与信息设计。

在这一步中，我们对信息如何呈现考虑得更加具体，例如一个屏幕放多少办事入口合适，广场的资讯应该按什么排序（时间、热度或个人兴趣），广场的资讯多久消失等等。在这一步中，我们提出了“气泡2小时消失机制”，在这种机制下，每一条资讯都是一个“气泡”，用户需要通过手动刷新来查看新的“气泡”，如果没有及时阅读，“气泡”在发布20分钟后就会消失。这利用了“错失恐惧”心理——学生们常常对校内发生的新鲜事、热门事件非常关注，这样的信息设计机制能够提升用户的访问量和留存量。

表现层

表现层涉及到的是看板的视觉设计。

由于看板面向的用户为学生群体，我们的界面整体视觉倾向于塑造青春、活泼的风格；由于存在“气泡”的概念，我们在界面中大量运用圆形元素，以强化视觉特点；我们的界面的调性倾向于趣味化、情感化。