产品经理工作指南(下)

7 评论 5589 浏览 102 收藏 12 分钟

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

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

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

前置条件

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

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

登录

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

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

界面呈现——数据

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

界面呈现——控件、组件

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

往深入讲,还需要考虑:

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

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

界面呈现——输入与选择

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

界面呈现——文案

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

交互过程与反馈

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

异常情况——网络状态

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

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

异常情况——刷新

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

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

系统机制

推送机制:对于常见的消息推送,需要包含:推送内容、推送对象、触发推送的时机、点击推送后跳转地方,缺一不可。

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

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

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

其他

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

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

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

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

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

相关阅读

产品经理工作指南(上)

 

本文由 @珣玗琪 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Pexels,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 上篇不见辣

    回复
    1. 上篇里有个链接错误了,刚刚修改后重新提交审核。估计明天就可以看啦

      回复
  2. 学习了大概~产品小白还需要更多干货~谢谢分享~

    回复
  3. 个人感受:《上篇》写的总体比较全面,便于迅速理解整个产品评估、需求自查、产品结构流程的结构内容。《下篇》写的过于深入,细节。无法清晰的看到结构层。
    个人感受,不过还是学习了很多,谢谢啦~

    回复
    1. 嗯嗯,确实是自己在构思时候没考虑全面,逻辑上有点缺陷。没有从“先完成,再完善,或完美”的思路去分析,略过了前面2步直接去究细节考虑如何完美。
      十分感谢提醒,关于这块有机会我再重新构思后续争取完善!

      回复
  4. 昨天刚看完上篇,今天就看到了下篇,学习了

    回复
  5. 学习了,感谢

    回复