用户体验设计师寻求有关IOS开发的信息/建议

Question

我是一名用户体验设计师，正在寻求有关IOS开发的信息/建议。这个问题既是发展的，也是政治的。我在一家大型零售商工作，他们的商店目前使用一种名为RMU的老式产品扫描仪。它的界面采用了非触摸式显示屏和广泛的物理键盘。RMU太旧了，不能再出售了。

因此，该公司寻求快速开发一种替代品，该替代品使用连接到扫描滑车的iTouch。该公司的开发人员并没有利用iTouch的潜力创造一种新的体验，而是试图完全模仿RMU的界面。这意味着iTouch将以与RMU完全相同的方式显示选项菜单，如下所示：

1-按1进入选项A

2-按2进入选项B

3-按3进入选项C

X-按X键显示选项D

Y-按Y键选择选项E

等。

开发人员声称，在技术上不可能为该菜单启用触摸。因此，用户必须调用5个虚拟键盘菜单中的一个，才能根据需要实际按下1、2、3、X或Y。这个虚拟小键盘当然会覆盖显示菜单。

我不是开发人员，但我不敢相信，如果iTouch从后端系统提取数据，将其显示在触摸屏上，捕获触摸事件，并将这些事件与返回给后端的函数关联起来，那么它无法在显示数据的同时捕获触摸事件，因为这就是创建iTouch的目的。

我的怀疑是，开发人员正在抢救之前试图模仿RMU的工作。在这项工作中，采用了基于掌上装置(使用窗口)的Janam“符号”。Janam (和RMU一样)使用显示屏和物理键盘。因此，在现实中，iTouch会模仿Janam，而Janam本身也在模仿RMU。

我担心的是这将创造一个糟糕的界面，一个将显示与功能解耦的界面-原则上与只能在关闭时才能更换频道的电视相同。所以我的问题终于来了。我是不是太多疑了，还是开发人员在玩弄项目。

Answer 1

当然，iTouch也可以显示数据，并允许用户触摸它进行操作。你只需要走到内置的地址簿就可以看到。

这听起来很像他们的iTouch应用程序基本上是一个哑终端，它显示来自某个中央服务器的输出，并将用户输入字符串发送回中央服务器进行处理。所以，是的，如果他们使用这种模型，那么在技术上就不可能使屏幕上的文本可触摸；即使是抓取文本并将其解析为用户友好的显示菜单，也将超出“哑巴终端”模型的范畴。

但这可能是该应用程序最愚蠢和最懒惰的设计了。

如果应用程序接口不需要经常更改，则接口应该在应用程序中的代码中完成，只需从中央服务器加载数据即可。

如果出于某种原因，需要从中央服务器加载界面，则应该以某种结构化格式提供界面，以便应用程序能够正常显示。例如,

<menu>
 <item>Option A</item>
 <item>Option B</item>
 <item>Option C</item>
 <item>Option D</item>
 <item>Option E</item>
</menu>

然后，应用程序可以格式化它，以便显示每个可触摸的菜单项。

无论如何，这听起来不像是一种技术解决方案。无论谁负责这个项目，都需要决定他们是想要一个终端用户不喜欢的垃圾界面，还是想要一个对所使用的技术有意义的界面。哦，这可能已经发生了。