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

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

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

前置条件

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

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

登录

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

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

界面呈现——数据

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

界面呈现——控件、组件

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

往深入讲，还需要考虑：

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

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

界面呈现——输入与选择

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

界面呈现——文案

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

交互过程与反馈

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

异常情况——网络状态

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

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

异常情况——刷新

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

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

系统机制

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

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

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

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

其他

除以上之外，还有一些其他细节，如：

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

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

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

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

相关阅读

产品经理工作指南（上）

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

题图来自 Pexels，基于 CC0 协议