深圳产品设计公司 > 产品设计观点产品设计经常遇到几个问题

产品设计经常遇到几个问题

产品设计经常遇到几个问题产品设计观点 2021年12月21日

内容概要：一边可以用文字来放慢自己的思路，回顾和总结自己过去的计划，思考是否有不足之处，另一方面也可以跟你分享一些故事，看看不同的人各自所持的立场，有什麽「势力」。总体来说赞许的风格是简单而有节制，比如，以采购单为例，有赞不显示工作日志和记录，

这是一个颇具争议性的话题：一些在日常产品设计中经常会遇到的问题。

有的人觉得完全不用费心，产品设计有的人每走一步都很谨慎，很纠结，

还有一些人也许根本就没有体验过这种感觉，也没想到这么多。纠缠不清，

有时甚至会干扰我正常的工作节奏，所以我决定把自己的思索和纠结的点写出来。

一边可以用文字来放慢自己的思路，回顾和总结自己过去的计划，思考是否有不足之处，

另一方面也可以跟你分享一些故事，看看不同的人各自所持的立场，有什麽「势力」。

总体来说赞许的风格是简单而有节制，比如，以采购单为例，有赞不显示工作日志和记录，

没有关键节点显示的时间(采购审核时间，采购入库时间)，也没有采购订单的备注等等…

对有赞这样的约束我表示很羡慕，但也很困扰，一个如此简陋的功能如果遇到一些管理要求比较严格的公司，真能满足吗？

在SaaS产品设计中，我最深刻的印象是：不同的行业，不同的公司，不同的用户会有不同的需求，

为减少后续频繁的迭代与调整，所有的产品设计方案将基本做到最精细，

采用最麻烦，设计中最为综合的方案，只是前面的包装时做的简单一点。

我对此自然持辩证性的观点，当然也有可能是错误的。

除确定哪些字段外，还需要做一些复杂的工作，

那就是该字段的名称是什么？举例来说，以前让我最困惑的一些名词是：

FBA中转/中转FBA/FBA订单/FBA备货。

后勤下订单/接收订单/获得跟踪编号/预测面图。

Update/修改/最后更新/最后修改的时间。

订货/出库单/装运。

提单号码/跟踪号码/跟踪号码。

供应链/物流服务/物流产品。

……

在这个过程中，有许多名词定义并不精确，

但却被一些具有影响力的产品所使用，在用户长期使用后，人们对此产生了深刻的认识。

那样的话，我只会「错误」来适应使用者的习惯，但另一些令人尴尬的是，

一些「正直」的使用者不想叫这个名字，或(以前没用过其他产品)新使用者感到定义不清楚，希望能换一个精确的名词定义…

举例来说，迄今为止我都有点恍惚：FBA中转到底是海外仓送到FBA还是FBA中转发到海外仓.

然后再调用我的“系统2”简单转换一下才知道，原来这是从海外仓发到FBA。

另外，物流渠道、物流服务以及产品物流的定义，也是让新人一脸懵逼，

每次说这个概念时都要一通解释，但如果用英文来解释，感觉直接就能明白。

物流业/物流业(ShippingServiceGroup)(ShippingServiceGroup)物流产品实际上是包装物流渠道的集合，

使用Group来定义简单和清晰，而在产品中，则每次都需要进行额外的解释。

一字段顺序问题。

在仔细辨认字段后，在绘制原型时又出现了一个令人困惑的问题：如何将字段顺序排列起来？

普通后台字段排列比较混乱的页面或者模块是：

清单/表格区域；

修改页面/表格页面；

浏览详细页面；

如今，许多后台管理系统的列表区通常允许用户对字段和排序进行定制，

因此产品只需定义好在开始时所显示的字段和顺序，随后的用户可能会搞乱，因此对这个块的排序并不过分纠结。

拿“赞许”来说吧。

使用最简风格的列表区，不支持用户自定义显示字段和排序，但不知道用户是否已经提出了相关的反馈，需要提高定制字段和排序的能力。

对编辑区域和表单页面，目前基本上都会遵循“分组”的原则，将一些类似的字段放在一起，而至于同类中怎样排序那就要看产品如何绘制原型了。

拿“赞许”来说吧。

就拿创造商品来说，有赞把商品信息分成5组，然后分别把相应的字段放到群里，从上到下依次编辑输入。

详细信息页面的显示通常也将遵循“分组”的原则，但在分组完成分组后，

分组中的字段如何排列也是个令人头疼的问题，如果全部是由产品负责，也许还不错。

只要制作一张标准页面，然后进行批量复制和微调。假如它是由多种产品负责的，

那么很有可能将出现两种风格。而且有的产品对这件事情很敏感，有的产品压根不敏感，反正字段丢了就完事了，协调、美观、一致。

当然，最后可能还有一种解决办法，就是通过UI来全局控制，考虑到我以前的项目经验并不多，

所以我也不能很好地下结论，但我还是会建议产品本身要注意这些小细节。

多加一点，在绘制原型时，我认为Axure可提升优化的一件事就是支持“可交换”或“自动安排”，

导致我每次要增加或删除字段时，都需要对其进行重新定位。

将新域插入两个域之间：

举个例子，我需要在预期到达日期后添加一个字段，

然后在预期到达日期之后的所有字段都需要重新移动一个地方，

花费了很多时间。在随后的情况下，我需要再一次移除某个字段，同时还需要使用其他字段。

现在，我只在Figma上看到相关的解决方案，而Axure也不知道什么时候可以解决它。

二是单号产生规则。

B端后台管理系统，需要生成大量的单据号，如何生成单据号也是一个值得斟酌考虑的问题(一不小心就容易纠缠)。

多数企业将要求单据编号必须是唯一的(作为内部数据交互的字段)，还有就是语义性(通过一个单一号码可以知道是什么)，

而且最好的方法是足够短(便于操作或客服处理)，最终需要开发更简单、更容易使用或者更低的维护成本。

根据本人多年的踩坑经验，一般都有这样几个方案：

关键词+datetime+自增方法。

随机生成法

Keyword+datetime+一个特定的规则。

毫无章法

最为普通、也是最不费力思考的方案是「关键词+日期/时间+自增方法」，

这种方案还可以让使用者迅速地get到一些资讯，利用这个方案，需要注意的是：阈值上限问题和删除/弃用问题。

若超出阈值上限会怎样(增加四位数，超过四位会怎样)？假如占用了一个增序数再次被删除，

那么下一个数字是自增还是继续删除该序号之后的号码？每一次增加需要检查之前的单号增加到哪，

如果存在并发或查询超时怎么办？

“随机产生法”通常应用于某些不想让用户从一个单一号码看到蛛丝马迹的场景，

如电商中的订单号，若使用自增法将被猜出特定单量，显然是不合理的。人们每天都听到的“雪花算法”，就是用来产生单号随机数的常用方法。

“关键字+日期/时间+特殊规则法”与第一个自增法相似，但是为了缩短单号的长度或隐藏某些商业数据，

还可以采用字母组成36进制或字母数字随机组合，这取决于业务情况。

“无章可循”是我嘲讽的，最根本的原因是一件产品经过多年的迭代，不同的产品经理经历过，

所以单号产生规则也有了各种各样的演变，最后发现根本找不到什么章法。假如是产品经理对这一点有执念或强迫性的话

，建议在项目开始之初，将单号生成规则和要求放入整体说明中，以便以后其他人接手时能遵从规范，避免「没有章法」的情况发生。

以上就是对“产品设计经常遇到几个问题“的介绍，相信您有一定的了解了，如果想了解更多，也可以咨询我们在线客服。

本文是由浩森工业设计1640021642发布，专注于深圳产品设计,深圳工业设计,深圳结构设计,深圳外观设计,是一家拥有自己产品美学体系的深圳工业产品设计公司。

本文标题：产品设计经常遇到几个问题

点此在百度搜索本文

本文网址：https://www.wp-lancers.com/news/1654.html