APP开发的产品设计是一个主观性非常强的工作，对待同一个产品、同一个功能，不同的产品人会有不同的看法。无规矩不成方圆，在做很多事我们都会有一些标准，即使这种标准的评判角度不同。所以做产品这么长时间，我们也一直在寻找产品设计中的原则或者说标准。

刚开始做产品的时候，我们常常会忽略后台，一个网站相比较前台来说，不必太在乎后台管理系统的用户体验，因为后台的管理系统本身就是给运营人员使用的，而运营人员都是有一定互联网基础的，所以他们对于互联网产品的一些概念或功能都知晓。而且受开发成本所限，后台管理系统要更注重功能性，不必太在乎UI。所以我在设计后台管理系统的时候，在功能设计上也是以简单为好，不太注重用户体验和页面美观性。

但是如果公司规模大，运营人员更多，给运营人员使用的后台如果设计的很简单，可能就不太适用。原因就在于完全不注重用户体验，功能虽然都能实现，但是使用起来却不方便。对于同一种产品，两者的产品设计理念却产生了很大不同，之所以会造成这种差异在于两者所处的情境不同或者说面向的用户不同，两种做法都有各自的道理无法定义孰对孰错。前者之所以会那样设计在于运营人员自身能力的成熟，而后者运营人员太多，素质不一，所以要加大在用户体验方面的投入。用户群特性的不同决定了产品设计的理念不同。在这其中还有一个层面是由于开发成本所限，我在产品的个版本中会精简功能，只做核心的。但是在实际情况却发现虽然说核心功能有了，能够满足需求，但是却很难使用，因为运营人员在后台使用过程中是要注意一些效率的。我们在产品设计的时候总是会将需求分层次，将产品分版本，如果产品的版功能过于简单有时候也会将产品的意义大大折扣，致使我们的产品起不到预想的作用。

在产品的工作流程中，原型设计前我们都会整理好产品的架构，在原型设计时你会从时间和空间位置上安排产品中模块的层级，从理论上讲我们想当然的会把二级菜单设计在总体框架下面，UI体现上也是将同为二级模块的页面风格保持一致，但是无论是在淘宝网的页点击“天猫商城”的tab还是搜房网上点击“租房”的tab(类似的例子还有很多就不一一列举了)都会跳转到一个全新的页面。我们常说产品设计的出发点在于用户需求，但是我们却常常在设计中遵循一些自认为理所当然的规则，而这些规则通常来自于生活，其实也并不是说不能遵循生活中的规则，从另一方面讲按照生活规则办事毕竟利于用户对产品的理解。只是有时候我们会因为遵循一些规则，而忘记了用户体验。

总的来说，产品设计中的原则来源包括硬件设备的标准、开发成本，生活中的规则、产品人自己的价值观等，根本的当然是用户需求了。