Facebook 产品设计师:如何为 Android 平台做好设计(2)
并没有给你太多空间,是么? 其实,上图已经是一种比较幸运的情况,毕竟 Android 的完美平衡点(上图中的红点)还在你的探索范围内。如果你没有这么幸运,你的探索范围甚至可能远离 Android 的最佳设计点,如下图: 很遗憾,边界变小可能让你不得不错过本来在 Android 平台上的满意平衡点。 另外一个问题是,现在很多团队喜欢快速迭代的 Scrum 开发模式,它会让情况变得更加复杂,你的 Android 设计可能需要随着 iOS 的设计改变,就像这样: 这种开发模式在大多数情况下可以达到还比较满意的效果,但也是柄双刃剑。 Scrum 的设计初衷是,鼓励你节省做决定的时间,并把节约的时间投入在真正的开发上。 但久而久之,它会让你在做决定时,不想投入太多时间进行充分考虑,因为你知道如果出现问题,随时可以再做修改。但矛盾的是,缺乏充分考虑做出的决定,往往会带来新的问题。 这种恶性循环带来的后果,就是在迭代中成堆的被抛弃的代码或者设计稿。而在一个现实的团队中,这种结果无论对资源利用,还是团队士气,都是有弊而无利的。 更糟糕的是,iOS 的设计师可能已经知道,当自己做出决定时,这其实只是无尽探索中的其中一站,但 Android 设计师可能已经开始设计并将它考虑在内,「决定」听起来应该是不会轻易改变的,不是么? (如果你是 Scrum 的粉丝,我想说,Scrum 对于目标比较明确的产品是一种很好的开发方法,但对于一个没有很清晰解答方案的问题,它可能并不是最合适的方法。) 这些都是在真实的产品设计开发中,Android 设计师可能遇到的问题。 如何做一个好的 Android 设计师随着我努力了 8 个月的新产品顺利发布,我想和大家分享一些自己的经验——关于如何做好一个 Android 设计师(或者中低优先级平台的设计师)。这些经验也许不适用于所有的产品、团队,但也许会对你有所启发。 1. 永远不要只局限于你设计的平台(编辑:ASP站长网) |