做产品设计时,不得不注意的12条功能规则

1 评论 10918 浏览 72 收藏 7 分钟

笔者在做内部工作协同的相关产品时,由于流程长、涉及角色多,哎,苦不堪言,考虑事情的时候也总是觉得想的不周全,又有种说不出哪里不对的感觉。也在网上找了找相关功能规则制定的文章,但是发现并没有说的特别详细和全面的,自己稍微总结了下,欢迎讨论,欢迎拍砖。

做工作协同类或者说审批流程类的内部产品时,可以先多了解目前线下的工作流程是怎样的,其中相关的角色有哪些,有哪些资料需要提交,有哪些数据是需要统计分析等等。其实,很多企业的内部管理已经通过电子文档或者纸质材料熟练运行着,把线下流程充分熟悉之后再开始做相关产品工作,应该会事半功倍,有些环节甚至可以直接把线下表单搬到线上即可。一个好的内部系统能提高大家的工作效率和规避风险,一个差的内部系统可能就会降低工作效率,甚至被抛弃。

以下规则也只是辅助大家在做产品设计时的一些参考吧,希望能帮大家避免一些点漏掉忘记考虑。

  1. 使用者是谁
  2. 什么状态下可以进行操作
  3. 进行什么样的操作
  4. 为什么需要这样的操作
  5. 在哪个页面操作
  6. 操作后状态会发生什么
  7. 是否有时间限制
  8. 是否有地理位置限制
  9. 是否有设备限制
  10. 异常处理
  11. 逆向流程
  12. 审批程序

1、使用者是谁

当前功能是否有多个使用者角色可以操作,每个角色是否有操作的优先级,优先级高的使用者角色操作结果是否覆盖优先级低的角色操作结果。是否支持多个使用者同时操作,同时操作系统算法如何支持。

2、什么状态下可以进行操作

是否是特定状态下才能执行操作本功能,是否需要填写相关数据,目标使用者是否能够容易获取相关数据。是否需要开通相关权限才能执行操作。

3、进行什么样的操作

该操作或者功能的命名,是否能够让使用者从字面意思理解该功能的含义。如果不能,是否有相应提示信息、帮助说明文档、使用前教程动画。

4、为什么要需要这样的操作

主要是为了让开发人员、设计人员、产品人员、运营人员、客服人员理解相关功能背景,辅导使用者理解和使用功能。方便以后思考是否有更高效的解决问题的方法。

5、在哪个页面操作

该功能是否在多个页面有操作入口,多个页面的按钮定义命名是否一致,是否多个页面之间有冲突,各个页面直接的跳转逻辑是否通畅,该页面出现相关功能按钮是否合理,使用者是否能够自然理解。

6、操作后状态会发生什么

操作后对功能或流程状态时否会改变,是否需要保存、删除、修改、查询相关数据,是否需要刷新页面、跳转页面、关闭页面,是否需要给第三方发送短信、邮件、微信等通知,是否需要给使用者提示操作结果,如果等待时间过长是否需要考虑使用者等待过渡的方案,其他相关功能是否会受到影响,其他使用者是否会受到影响,其他平台数据、功能、页面是否会受到影响。

7、是否有时间限制

该功能或流程是否有自然时间限制、倒数时间限制,时区是否需要考虑,时间限制可不可以延长或缩短,限制时间内没完成任务的相关提醒、数据、页面、状态、操作该如何处理。

8、是否有地理位置限制(IP限制)

该功能或流程是否有设置地理位置限制,在地理位置白名单内正常使用,未在地理位置白名单内是否能够操作或者通过验证机制才能操作。从地理位置白名单跨地区到未在地理位置白名单内地区是否能够使用或者通过验证机制才能操作。

9、是否有设备限制

该功能或流程是否限制移动端设备、平板设备、PC设备、智能穿戴设备等。限制设备的相关提醒、数据、页面、状态、操作该如何处理。

10、异常处理

可能导致异常的几种情况:网络问题、设备问题、天灾人祸、页面关闭、浏览器崩溃、APP崩溃等等,这些不可逆的情况,中断了使用者的持续使用,主要是怕影响数据的不完整性,下次重新进入产品时是否能恢复当时操作场景和数据。

11、逆向流程

当使用者对操作结果不满意时是否能返回上一步骤或状态,重新操作。逆向流程是否能保证数据记录完整性、流程数据公平透明、防止使用者作弊。

12、审批流程

当前使用者是否需要等待其他使用者审批之后才能继续操作,本次操作后是否通过审批,本次操作是否需要选择下一步操作审批人,是否需要提示相应审批人进行审批操作,审批是否需要时间限制,审批不通过是否需要通知审批发起者,审批不通过后续如何操作。

总得来说,以上考虑角度可能并不能完全套用到各位的实际工作中,只希望能帮助到各位的思考。如果有遗漏的点,也请指出,慢慢补充到文章中,先谢谢大家。

 

本文由 @有个pm叫w 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 还行,对目前的我来说,够用了。 😎

    来自广东 回复