产品选择

选择开发方向时,我们首先评估需求是否明确、现有方案有哪些不足,以及后续维护是否可行。

技术上能够实现,是立项考虑的一项条件。是否投入开发,还需要结合使用场景、预期用途和维护成本判断。

技术可行性与实际需求需要分别评估(示意图)。

关系的呈现

不同事物有时可以用相似的结构描述,例如相同的排列方式或变化关系。我们关注如何通过软件呈现这类联系。

将同一种关系用不同图形表示,可以提供多个观察角度。使用者应能比较其中的相同点与差异,相关说明也需要交代模型的适用范围。

相同结构可以用不同方式表示。

交互设计

我们关注能够调整条件、观察结果和重复比较的交互方式。操作与反馈应有清楚的对应关系,便于使用者检查自己的理解。

设计时需要说明可调整的条件、系统采用的规则以及结果的含义。使用者可以自行探索,同时获得必要的操作提示和解释。

控制点位置变化时,关联曲线随之变化。

设计要求

以下要求用于评估交互方案,具体效果需要通过实际测试确认。

01

操作容易上手

基本操作应有清楚的提示,复杂内容逐步展开,便于使用者按需深入。

02

结果可以复查

对于采用确定规则的计算,相同输入、规则和初始状态应得到一致结果,便于比较和验证。

03

反馈及时且明确

操作后应及时呈现相关变化。需要等待时,说明当前状态和结果出现的位置。

04

界面控制项有明确用途

计算和状态管理由软件处理。界面优先展示当前任务需要的控制项,并说明其作用。

05

支持自主探索

提供明确的条件、范围与反馈,让使用者能够比较不同操作的结果,自行形成判断。

规则与结果验证

开发工具会随实际需要调整,但决定结果的规则需要有明确说明,能够检查和验证。

对于采用确定规则的计算,在输入、规则和初始状态相同的条件下,结果应当一致,便于重复比较和复查。

验证中发现的偏差需要记录并分析原因;规则存在适用限制时,也应在说明中交代。

相同输入与规则下的两次结果对照。

设计与发布边界

以下要求用于约束设计和公开说明。已发布产品的信息以对应产品页面为准。

  • 不预告尚未发布的产品名称、功能或时间。
  • 不夸大使用效果,不作缺少依据的承诺。
  • 不将互动体验宣传为课程、考试或成绩评定。
  • 不以缺少说明的开放输入替代必要的操作引导。
  • 不设置与使用目的无关的操作门槛。

交流产品与交互设计

如有相关建议、使用场景或合作意向,可以通过电子邮件联系我们。

contact [at] molansen.com