B端UI优化突破点：功用和用户群体再细分

上一篇聊到《 每个新设计反馈都意味著是一次进步的机但会 》，但有时候面对这些反馈、简化表示同意，但会不其实从哪里恢复原起。从动态、交互和准则上都不想辨认出什么疑问。你有不想有碰见这样的情况下呢～

前段时间在要用一个数据信息种系统的时候，就是碰上这样的情况下。到后面才想到：同个种系统的前后端界面，在功能性划定上也但会有「前后端」和「于是就」之分。

然后才有了一些简化出发点。

怎么区分？ 这里的「前后端」所称的是一个中心销售业务相关功能性的页面。而「于是就」，则是设立这些一个中心功能性（规则、参数等等）的页面。

然后并不相同的用家，也但会有一些不同。

一般一个中心功能性的用家，就是我们多半并不一定的这个商品的目的浏览器。而于是就设立、监管这些的用家，意味著跟目的浏览器是同一波，也意味著只是种系统的监管员，或者技术支持方的运维人员。

并不相同的用到情景和用到高频率，也但会不同。

「在新设计上的反思差异性」 一般种系统的动态准则、交互尽情等是基于一个中心销售业务用到情景和浏览器个体来规章的。

而对于一些相比较特殊的餐饮业（比如保健），本身在销售业务本质就不存在餐饮业固有的一些交互习惯和动态样式，这种时候商品的「前后端」和「于是就」，就但会有小得多区别。

「前后端」（销售业务）需要遵循餐饮业的这些规则，「于是就」（监管）的意味著必需。

并不相同的浏览器个体，在同一事物的认知上，意味著也不存在小得多的差异性。比如：传统餐饮业从业人员（前后端用家）和该网站从业人员（于是就用家：运维人员之类）对该网站和硬件操作方法的认知，对销售业务相关科学的了解持续性，都不存在小得多的分野。

这种情况下下，原本基于商品一个中心销售业务和目的浏览器所规章的新设计准则，在这些「于是就」本质的功能性上，意味著就出现来不符合的情况下。然后在这些准则的开放性内来进行简化反思，就但会正因如此和找不出疑问。

所以 当有些功能性模块的新设计简化无从下手时，可以起初先抛开原有的准则、规则等等，从功能性本身、并不相同的实际用家和具体的用到情景来再分析。之后再来跟就有的准则要用融合和变更。

以上，就是关于B后端商品从功能性和浏览器个体的再细分来进行简化的一些反思。

感谢阅读，期待交流。

反酸烧心奥美拉唑胶囊管用吗
什么药物能够迅速止鼾
喝酒拉稀怎么回事啊？早知早受益
康恩贝肠炎宁颗粒的用法用量
长用益生菌的副作用