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

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

产品设计经常遇到几个问题 产品设计观点  2021年12月21日
这是一个颇具争议性的话题:一些在日常产品设计中经常会遇到的问题。

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

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

有时甚至会干扰我正常的工作节奏,所以我决定把自己的思索和纠结的点写出来。
 
一边可以用文字来放慢自己的思路,回顾和总结自己过去的计划,思考是否有不足之处,

另一方面也可以跟你分享一些故事,看看不同的人各自所持的立场,有什麽「势力」。
 
总体来说赞许的风格是简单而有节制,比如,以采购单为例,有赞不显示工作日志和记录,

没有关键节点显示的时间(采购审核时间,采购入库时间),也没有采购订单的备注等等…
 
对有赞这样的约束我表示很羡慕,但也很困扰,一个如此简陋的功能如果遇到一些管理要求比较严格的公司,真能满足吗?
 
在SaaS产品设计中,我最深刻的印象是:不同的行业,不同的公司,不同的用户会有不同的需求,

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

采用最麻烦,设计中最为综合的方案,只是前面的包装时做的简单一点。
 
我对此自然持辩证性的观点,当然也有可能是错误的。
 
除确定哪些字段外,还需要做一些复杂的工作,

那就是该字段的名称是什么?举例来说,以前让我最困惑的一些名词是:
 
FBA中转/中转FBA/FBA订单/FBA备货。
 
后勤下订单/接收订单/获得跟踪编号/预测面图。
 
Update/修改/最后更新/最后修改的时间。
 
订货/出库单/装运。
 
提单号码/跟踪号码/跟踪号码。
 
供应链/物流服务/物流产品。
……
在这个过程中,有许多名词定义并不精确,

但却被一些具有影响力的产品所使用,在用户长期使用后,人们对此产生了深刻的认识。
 
那样的话,我只会「错误」来适应使用者的习惯,但另一些令人尴尬的是,

一些「正直」的使用者不想叫这个名字,或(以前没用过其他产品)新使用者感到定义不清楚,希望能换一个精确的名词定义…
 
举例来说,迄今为止我都有点恍惚:FBA中转到底是海外仓送到FBA还是FBA中转发到海外仓.

然后再调用我的“系统2”简单转换一下才知道,原来这是从海外仓发到FBA。
 
另外,物流渠道、物流服务以及产品物流的定义,也是让新人一脸懵逼,

每次说这个概念时都要一通解释,但如果用英文来解释,感觉直接就能明白。
 
物流业/物流业(ShippingServiceGroup)(ShippingServiceGroup)物流产品实际上是包装物流渠道的集合,

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

一 字段顺序问题。
 

在仔细辨认字段后,在绘制原型时又出现了一个令人困惑的问题:如何将字段顺序排列起来?
 
普通后台字段排列比较混乱的页面或者模块是:
 
清单/表格区域;
 
修改页面/表格页面;
 
浏览详细页面;
 
如今,许多后台管理系统的列表区通常允许用户对字段和排序进行定制,

因此产品只需定义好在开始时所显示的字段和顺序,随后的用户可能会搞乱,因此对这个块的排序并不过分纠结。
 
拿“赞许”来说吧。
 
使用最简风格的列表区,不支持用户自定义显示字段和排序,但不知道用户是否已经提出了相关的反馈,需要提高定制字段和排序的能力。
 
对编辑区域和表单页面,目前基本上都会遵循“分组”的原则,将一些类似的字段放在一起,而至于同类中怎样排序那就要看产品如何绘制原型了。
 
拿“赞许”来说吧。

产品设计经常遇到几个问题(图1)
 
就拿创造商品来说,有赞把商品信息分成5组,然后分别把相应的字段放到群里,从上到下依次编辑输入。
 
详细信息页面的显示通常也将遵循“分组”的原则,但在分组完成分组后,

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

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

那么很有可能将出现两种风格。而且有的产品对这件事情很敏感,有的产品压根不敏感,反正字段丢了就完事了,协调、美观、一致。
 
当然,最后可能还有一种解决办法,就是通过UI来全局控制,考虑到我以前的项目经验并不多,

所以我也不能很好地下结论,但我还是会建议产品本身要注意这些小细节。
 
多加一点,在绘制原型时,我认为Axure可提升优化的一件事就是支持“可交换”或“自动安排”,

导致我每次要增加或删除字段时,都需要对其进行重新定位。
 
将新域插入两个域之间:
 
举个例子,我需要在预期到达日期后添加一个字段,

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

花费了很多时间。在随后的情况下,我需要再一次移除某个字段,同时还需要使用其他字段。
 
现在,我只在Figma上看到相关的解决方案,而Axure也不知道什么时候可以解决它。
 

二是单号产生规则。
 

B端后台管理系统,需要生成大量的单据号,如何生成单据号也是一个值得斟酌考虑的问题(一不小心就容易纠缠)。
 
多数企业将要求单据编号必须是唯一的(作为内部数据交互的字段),还有就是语义性(通过一个单一号码可以知道是什么),

而且最好的方法是足够短(便于操作或客服处理),最终需要开发更简单、更容易使用或者更低的维护成本。
 
根据本人多年的踩坑经验,一般都有这样几个方案:
 
关键词+datetime+自增方法。
 
随机生成法
 
Keyword+datetime+一个特定的规则。
 
毫无章法
 
最为普通、也是最不费力思考的方案是「关键词+日期/时间+自增方法」,

这种方案还可以让使用者迅速地get到一些资讯,利用这个方案,需要注意的是:阈值上限问题和删除/弃用问题。
 
若超出阈值上限会怎样(增加四位数,超过四位会怎样)?假如占用了一个增序数再次被删除,

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

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

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

如电商中的订单号,若使用自增法将被猜出特定单量,显然是不合理的。人们每天都听到的“雪花算法”,就是用来产生单号随机数的常用方法。
 
“关键字+日期/时间+特殊规则法”与第一个自增法相似,但是为了缩短单号的长度或隐藏某些商业数据,

还可以采用字母组成36进制或字母数字随机组合,这取决于业务情况。
 
“无章可循”是我嘲讽的,最根本的原因是一件产品经过多年的迭代,不同的产品经理经历过,

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

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

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

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

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

点此在百度搜索本文

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

标签:产品设计