在做低代码产品的进程中,产品经理可能会遇到各种各样的问题,比如部份产品经理可能会由于对数据模型的不熟识,而在实际对接中发生一定障碍。所以产品经理要怎么在低代码工作中革除障碍、并进行决策?本篇文章里,
我在以前写过关于低代码工作的两次复盘,一次是关于做低代码工作的总体思考,一次是关于做组件的一些思考。但不管是哪一篇,我自认为都不够落地,没有能够出现咱们在具体做事情时会遇到哪些问题,咱们又是怎么决策的。文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
正好这段时间在做一个比较大的项目,触及到对咱们低代码平台已有数据表格组件的重构,而数据表格又是一个讲出来大家都能懂的模块,我文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
所有这些设计的动身点,可能会受到用户的背景、使用习惯、操作场景等因素的影响。文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
但低代码产品经理去设计数据表格时,面对的场景是,这个数据表格是搭建出来的,如果有一些尤其高档的功能,可能需要一些 coding 工作,但对于场景的操作,应当都是通过疲塌拽配置出来的。文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
不管是开发者配置还是业务人员配置,低代码产品经理面临的挑战是:咱们见到的这个表格出现出的功能以及样式,只是配置结果众多可能性中的一个,咱们需要斟酌更多的可能性。所以低代码产品经理看待表格的视角需要且必需更抽象。文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
02文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
从低代码产品的角度动身,对数据表格的设计有两种思路,也是两种不同的原则:高易用性以及高天花板。文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
高易用性的原则是:组件的所有功能都做成配置项或者封装逻辑,搭建时需要的所有功能,都能通过一个组件的配置就能够弄定,这样对开发者来讲,使用起来就十分爽了。文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
高天花板的原则是:将独立的模块尽量原子化,通过原子化组件的排列组件,追求能支撑的业务场景的最大可能性,这样对开发者来讲,使用门坎会高得多,有时候乃至是违反直觉的,但功能会更强大。文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
但不管是哪一种原则,数据表格首先都应当文章源自微观生活(93wg.com)微观生活-https://93wg.com/21346.html
题图来自Unsplash,基于CC0协定。
该文观点仅代表
以上就是微观生活(93wg.com)关于“低代码平台数据表格组件的设计实践”的详细内容,希望对大家有所帮助!
评论