过去两年，移动互联网一直是我关注的领域之一，为什么？因为我的那些英国教授人手一只iPhone，弄得我每天挂眼科。时常白日梦，自己左手iPhone，右手Nexus，胸前再挂一个iPad（或许腰间再绑一串iPod，屁股下再垫上Mac，大腿再护上Kindle）…黄粱一梦，时至今日，还是Nokia陪伴在身边。

前面提到我们以iPhone为目标所做的课程设计，也提到其中使用paper prototype对应用进行快速原型。没有提到的是这个过程中产生的问题：

1，用诸如VB这样的程序将原型展示在PC屏幕上，让用户以鼠标方式交互显然已经大大偏离了iPhone所提供的触摸交互方式；

2，用paper prototype遇到的问题则是使用场景的不真实：你可能拿着移动设备坐在公交车上，走在大街上，也可能蹲在厕所里，你可能单手拿着，双手并用，横着看，竖着瞧。

总之，习惯用paper prototype来应对PC等等这种“不动”设备的人来说，这些听上去简直是像场灾难。

面对这些，UX Booth在5号（3天前，好吧，我落伍了）有一篇文章谈到这个问题，designing with prototype，，谈到Indiana大学的信息学院是如何应对这个难题的：

1. 制作paper prototype；
2. 将每一屏数字化，无论是通过数码相机还是扫描；
3. 将图片导入（PC，Mac），根据移动设备调整尺度；
4. 将调整好的图片保存为移动设备支持的格式；
5. 根据设置的Scenario调整好图片顺序；
6. 将图片上传到移动设备；
7. 指导用户如何导航，例如根据场景一张张Swipe（扫过？）这些图片。

这个方法被称作：Paper in Screen。我的问题来了，这种情况下，场景必须是固定的，用户必须一直随着安排好的唯一交互顺序继续下去，否则这些图片顺序就毫无用处了。而测试人员也难以很快完成制作新视图，拍照、上传、调整顺序一系列任务，这样用户的思路也中断了，似乎又失去了paper prototype的一大优势。

UX Booth的作者进行了调整，将视图制作成页面，加入链接，这样就可以加入更多的交互可能，然而我的问题还在，制作成本提升，用户觉得不合理，制作者依然无法快速现场修改。由于链接的引入，所有交互都只以点击（click）的形式完成。

我无法给出更好的方法，或许制作两套paper prototype？一份对应水平，一份对应垂直？但那还是存在“移动”的困难。或许你会问这动与不动会有很大区别吗？我还真不知道影响有多大，所以不会在这里乱说。或许也要根据具体应用而定。昨天看到我的一个朋友用HTC的Android手机聊QQ，走在街上时用的是单手，拇指按键盘；坐下来吃饭前，则把手机放在桌上，用右手食指点击键盘，你说区别很大吗？或许移动时键盘的每个按键需要扩大一些，一来方便行走中的晃动对屏幕辨识的影响；二来提高拇指的准确性。而静止时则回到正常键盘状态：我想，大概没什么会对着平放在面前的手机用拇指打字吧。

以下有一段Slide介绍使用paper prototype进行iPhone应用设计的slide（更多的是介绍做iPhone设计的基本流程）:

最后，如果你有什么经验或建议，请一定告诉我。下面链接的文章提供了比较翔实的做iPhone应用设计的或许你会用得上的工具，包括Sketching模板，Wireframe工具，以及视觉设计时使用的模板等：Sketching and prototyping tools for iPhone apps。

源地址：http://arslanyard.blogbus……72247320.html