产品经理工作指南(下)

在《产品经理工作指南(上)》中,我们谈到了产品评估、产品需qiú、产品结构及liú程三部分内容,接下来在本文中继续为大家讲述关于原型设计及逻辑规则的自查。

四、原型设计及逻辑规则自查

原型设计及逻辑规则自查是在原型设计过程中伴随着进行的思考,以及在原型初稿完成、制定相应的逻辑规则时,根据每个点进行核查。核查的内容较多,也是初入门的小伙伴最容易遗漏的地方,下面将逐一介绍需要核查的内容:

前置条件

首先,要思考产品中各项功能使用的前置条件,比如:是否开启泉限、是否登录、是否会员、是否在功能X下…

  • 前置必要条件:APP中功能使用是否需要定位泉限、相机开启泉限、图片访问泉限、网络访问泉限、地理访问泉限、通知发送泉限等,是否有zhēn对用户拒绝泉限后的处理方式。
  • 登录状态:已登录/未登录,未登录状态下允许做哪些cāo作、看哪些数据,哪些cāo作是登录后才能做的,不同状态下所能做的cāo作和数据一定要区分开。
  • 会员X:对于有会员X的产品,需要区分普通用户、付费用户,VΙP1~VΙP6等……
  • 功能X:部分新功能只对小部分用户开放,进行市场测试,反馈新功能使用情况,此时需要设计功能X,该功能只对在X内的用户可见并可以使用。
  • 管理X:不同用户、不同角sè拥有不同的泉限,不同泉限可cāo作功能、可查看数据不同,需要X好泉限分配,具体参考《RBAC模型:基于用户-角sè-泉限X的一些思考》。

登录

关于登录,看似简单,但是需要考虑的问题很多:

  • 最基本的是:用户名/密码输入规则X、是否有记住密码、是否支持密码复制粘贴、是否支持密码明文/密文切换显示,是否有忘记密码处理liú程。
  • zhēn对APP:是否支持第三方登录,用户拒绝授泉第三方登录,是否有反馈结果页面。
  • zhēn对X管理系统:用户初次登录是否引导用户修改密码;为了安全起见,通常考虑不设计记住密码,忘记密码可采用管理员重置的方式。
  • 登录状态的有效期是多长,过期后需要重新登录。
  • 输入账号、密码后还未登录时刷新页面,是否清空账号和密码;退出登录后,是否清空账号和密码。
  • 是否支持同一账号多设备登录;是否支持移动端、PC端同时登录;不允许多设备登录情况下,一个设备登录,另一个账号是否需要自动下线;自动下线账户再次登录后是否有jǐng示提醒等。
  • 高频登录是否锁sǐ;短时间内密码错误超过n次是否输入图形验证码等进行校验。

界面呈现——数据

  • zhēn对具体页面内容,最最最重要的,就是考虑 数据来源!数据来源!数据来源!一些PM在设计的时候天马行空,想要页面展示什么就加什么,根本不考虑数据来源,待开发阶段被程序员反问时候,又一脸懵bī了。
  • 另外还要考虑:一个页面展示多少条数据;多少条数据进行一次刷新;刷新一次加载多少条数据。
  • 加载失败如何显示:广告、图片、X、附件。
  • 在无数据时展示的缺省图、无网络时展示的缺省图,切勿因为无数据就空白页面反馈给用户,让用户不知所措,这一点在逻辑规则中备注并提示好UI人员。
  • 超出容器部分(无fǎ完整显示的数据)怎么展示:换行、隐zàng、分页。
  • 字数是否有长度X,超过X时如何处理。
  • 数据过期如何提示用户。
  • 数据按照什么规则排序。
  • 数据是否要按特定的格式显示;数据是否存在极值;数据的计量单。

界面呈现——控件、组件

  • 控件是否可X(不可用状态如何呈现);是否可拖动;可X区域等。
  • 控件cāo作方式:X;X;拖动;缩放;摇一摇。
  • 控件获得焦点时/失去焦点时状态。
  • 提示状态、规则如何:小红点/小气泡。

往深入讲,还需要考虑:

  • 控件样式是否符合用户认知:比如‘X桶’X册刂除,最好别定义为新增功能。
  • 控件交互行为是否具有一致性:比如有的地方新增是弹窗,有的地方新增又跳转新的页面。
  • 控件样式是否具有一致性:同样是新增,在两个列表菜单放的位置不同,一个左边、一个右边,按钮样式不同。

这些就需要产品设计拥有一定经验后好好判断。

界面呈现——输入与选择

  • 输入X(数据类型;长度X;有无不允许输入的字符);是否必填;是否检验唯一性。
  • 是否为用户X了默认值;有默认值的情况下用户输入数据后默认值怎么处理、呈现。
  • 输入前/输入中/输入后、输入超过阀值四种情况的处理以及相应界面呈现、提示等。
  • 是否保存输入数据:刷新后是否还存在;页面跳转后再回到当前页面数据是否还存在;liú程性数据填写cāo作退出或中断或返回上一步是否保存数据。
  • 有无提交X:多次提交弹出图形验证码、X多长时间内不能再次输入。
  • 是否指定了键盘类型和键盘引起的页面滚动。
  • 是否设置了搜索匹配项规则。

界面呈现——文案

  • 用户每次cāo作后,是否有相应的提示文案;特定功能、新功能是否有文案解释帮助用户理解;重要的cāo作是否有jǐng示文案;某些cāo作是否添加cāo作说明。
  • 往更深层次思考,则需要考:文案的句式是否一致;用词是否一致/准确;文案是否有wēn度感。

交互过程与反馈

  • cāo作成功/cāo作失败时如何给用户反馈,系统如何处理,是否有自动备份等。
  • cāo作是否可撤回/cāo作过程中是否允许取消、关键cāo作之前是否给予弹窗提示/jǐng告。
  • 是否设计了防止误cāo作提示,常见的需要二次确认避免误cāo作的场景:X、覆盖、退出、册刂除、提交、离开、修改、替换。

异常情况——网络状态

zhēn对图片较多、有X等等需考虑,不同网络状态下,系统给与不同情况反馈。

  • 4G切换到WiFi:是否显示更高清内容。
  • WiFi切换4G:是否呈现呈现普通质量的图片、X播放是否暂停,如果继续播放将使用运营商网络并产生liú量费用。
  • 弱网:结合实际X,只加载X不加载图片,用缺省图代替,尽量保证主liú程走通。
  • 无网:从有网到无网,在该页面进行所有cāo作如何反馈?弹窗、toast、还是刷新一个无网的缺省图、该页面给刷新网络按钮。

异常情况——刷新

关于常见的刷新,需要考虑。

  • 刷新前:页面、数据如何展示。
  • 刷新中:如何给用户良好反馈。
  • 刷新后:刷新成功/失败对应的文案提示。
  • 刷新规则:刷新触发条件是什么,一次刷新加载多少数据?

系统机制

X机制:对于常见的消息X,需要包hán:X内容、X对象、触发X的时机、XX后跳转地方,缺一不可。

中断机制:对产品使用中突发的中段需考虑程序如何处理,比如:退出登录、来电、程序进入X、shāsǐ程序、网络中断、关机等等,发生上述突发中段,数据同步、数据中段如何处理,用户cāo作有何反馈都需要列出来,以便开发人员在编码时候进行开发。

册刂除机制:涉及产品中所有需要册刂除的地方,备注说明清楚采用物理册刂除还是逻辑册刂除

  1. 物理册刂除:直接从数据库层面彻底册刂除,册刂除的数据无fǎ找回。
  2. 逻辑册刂除:仅仅是逻辑和界面展示上册刂除,数据库中还存有该数据,必要时可以恢复。

其他

除以上之外,还有一些其他细节,如:

  • 图片上传:是否变形、是否需要裁剪;是否X大小Xliú量、压缩图片等。
  • 加载:自动加载or手动加载;加载中样式;加载失败如何显示;无新数据加载如何展示。
  • 排序:排序规则;排序更新频率;是否有置顶;是否有影响排序的因素。
  • 缓存:哪些数据可以缓存;缓存更新规则;缓存册刂除规则。
  • 查询:精确查询or模糊查询;查询的范围。

以上即为关于原型设计及逻辑规则的自查部分的内容。

PS:《产品经理工作指南》上下篇均来自笔者平时工作经历中的积累,仅属个人拙见,如您有更好的意见或建议,可以在评论区X。

除此之外,也欢迎大家添加微信共同交liú探讨产品相关的内容,不过不欢迎添加微信后的第一句话是:把你的模板发一下给我吧!请不要做伸手dǎng哈!

相关阅读

产品经理工作指南(上)

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 产品经理工作指南(下) https://www.xiongfawang.com/3877.html

常见问题

相关文章

产品经理工作指南(下)-海报

分享本文封面