后台产品入门:列表页与添加页的设计法则

后台产品入门:列表页与添加页的设计法则,第1张

后台产品入门:列表页与添加页的设计法则

背景产品的思路有个口头禅:“呈现列表不好,编译d窗好,下推好,设置查看栏”,这是背景产品的小技巧。

后台产品思路只能是一个产品经理的管理中心,也是比较基础的。明天我会用一篇文章给大家介绍一下后台产品列表页加页的思路划分规则,和大家分享一下我一段时间以来在后台产品中想象的方法和战法的测试结果,等待大家交流的是很多你已经指责过的领域,我们一起会遇到很多浪。

背景可以丰富一个人的个人逻辑概念,也可以帮助你更好的了解企业的运作,保证一目了然。在后台需求已经假设好之前,可以支持小伙伴的需求,比如老板,精英团队,部分运营部门等。当遇到这些需求时,大家在后台已经假设的应急响应方法和前端开发假设是完全一样的,同样是遵循一个0-1需求的假设:

后台产品分类页面非常多,比如列表页面、附加页面、宝贝详情。接下来我给大家介绍一下列表页和附加页的暂定规定:

1.列表页面

每个背景都有一个列表,在背景想象中并不总是看到列表页。当设计好列表页面后,有几个主要和次要的规则:

我们举个简单的例子。下图显示了一个简单的列表页面。

想象这样一个列表页面,需要在最后弄清楚哪个列表叫什么,列表需求已经在后台呈现了哪个类别。

就像大家的单子都叫“流动客户单”一样,你首先要搞清楚什么样的客户叫流动客户。如果流动客户不同时间段的定义不一样,那么你就要搞清楚流动客户是哪一类据说是写死亡之贷的,是在后台设定的。在CRM管理系统已经到位的情况下,后台有专门的客户设置列表和设置描述,因为每个人的客户时间段不同。

假设你对之前的客户名单是什么有了清晰的认识,也对单位客户是电话销售需求一部分的客户名单有了清晰的认识,并且你把它归到了“后台销售中间-客户名单”的类别下,那么就该看看是哪个名单的技术骨干单位-表头了。

如果表头是运营部分提供给你的,那么你需要一个一个的核对,每个字段名的实际含义是什么,每个字段名的数据信息是如何呈现的,在哪个阶段,你需要保证每个表头字段名的定义都是清晰明确的,并且定义清晰,这些字段名都呈现在页面上。

弄清楚哪个列表的表头,然后你需要一个一个的看每个字段名。这些字段名称需要根据需求进行选择或排列。默认的安排是什么?没有它你也可以创建大量的排列,但是你需要离开并且知道默认排列列表的初始形状。比如出入境列表是空,数据信息只有在选择时间后才会呈现。如果是借用,数据信息会按照默认的排列方式呈现。

靠近呈现测试分数列表,你要估算哪个列表的信息量大,能出现多少,然后读出每一个呈现多少;如果列表触及到导出的数据,你无需怀疑导出数据的时间范围是左开、左闭、借用还是左闭,并确定战争的 *** 作部分发展了时间范围衍生的认知能力的矛盾;如果列表触及到导入的数据信息,你要开发一个导入数据信息的excel表头模板,根据导入的数据信息,上报哪些数据信息是导入的,哪些数据信息是死的。

另外,页面自动跳转的逻辑不如忘记。后台产品最重要的就是这些交互逻辑。如果列表页面没有混合控制,你要做一个明确的报告,并探索这些控制自动跳转到另一边。有自动跳转的需求还需要回吗?

2.添加页面

名单是这样的。让我们来看看添加页面。将页面添加到背景中并不罕见。

如上面哪一页所示:

在哪个页面可以掌握系统软件的一个附加任务,客户在某个阶段接触了哪个任务,管理系统就会给客户带来诅咒。

同样,添加页面也遵循很多方面:

对于合页题,你首先要不要怀疑哪个合页题是什么。您可以使用列表页面来输入哪个附加页面,或者可以有一个带有零位数的附加页面。

为了增加内容,你需要在文章正文的明页增加一些东西,就像我的页面是“加重责任”;最好对添加的内容进行分类,像在最后一页“新增删除任务”的页面中,分为“对重要任务完全没有疑问”、“重要任务的前提条件”、“重要任务的三年块和福利”;不经意间,我已经在借会上方减少了一个“重任指示”。主次之分是给内部员工的。书中标注了哪些页面的作用和注意事项,可以通过书中的内容要求来识别。

您需要清楚地定义添加的页面内容的字段名称。就像列表页面一样,添加的页面也有许多字段名称。只是这些领域需要一个一个去挖掘,去书写。如果你挖了写了,肯定有一些评论说明,像图中的“选择不幸和利益”,你已经选择了不幸和利益,对照评论给出。其他的,每个字段名能不能挖,也要说清楚。如果没有挖掘需求,会给你一个错误的提示。

按下保存、复位、确定、消除、返回等按钮。,并将终止需求两次,以阻止对可疑信息的错误挖掘产生前台呈现的检查结果;不经意间可以保存,重置,无疑,取消,返回等游戏的按键,在人人控制模块的页面中已经特别列出,如下图所示:

对于宝贝细节,确实没有加太多页。宝贝详情中的主次页面有展现的功能,加入战单页面的页面有一定的联系关系。

以上是我文章的主次内容。

文章开头,我想做一个背景产品。你遇到的客户往往都是公司的朋友,很多需求和供应都是他们根据自己的东西做的。但是,你在实践中并不真正了解一些朋友的 *** 作,那么你什么时候主张你的朋友可以来轮换制的其他部分呢?

关于产品经理,几个活动摊位以为借是轮岗制下的,像在线客服,像销售。轮换系统的方式允许您从必须向工作站提供设备、他们需要什么以及每个人做什么的角度考虑检查结果。

作为一个后台产品,逻辑概念自然是关键,但是当你在阅读让一个运营朋友变得更好的步骤时,你需要亲自知道哪一个运营步骤已经在你的脑海中出现过很多次,这样你就可以多次控制它,然后你就可以阅读如何让你的产品想法变得更差。

这是我对本单元背景的一个小总结。有些被忽略的地方是借用了文章的内容。期待看到这篇文章的朋友们已经在指责该地区金玉满堂了,那就打开吧。

小白,互联网金融产品经理,坐标上海,国政号:锋鉴产品。

文章由@发表个个个个个个个个。我已经同意了,并劝阻拦截。

图片来自unsplash,据CC0和平谈判。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/777595.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-03
下一篇 2022-05-03

发表评论

登录后才能评论

评论列表(0条)

保存