两个问题的起点不同
玩法介绍通常按顺序描述观察与操作，例如找起点、看连接、读终点。规则则定义名词、适用条件、限制与例外。玩法便于入门，规则决定一个具体界面怎样解释这些动作。
用一个例子区分
“沿线追踪到末端”是读图方法；“某个按钮何时确认选择”是具体版本规则。前者可以在示意图上练，后者必须看当前产品说明。
玩法不能填补规则空白
看到流畅的演示，读者可能以为操作时点、次数或结果解释也已经清楚。实际上演示常省去细节。只要一个条件没有被明确说明，就不要用“通常如此”代替核对。
别从图形推断条款
图形连接回答路径关系，无法独自定义页面状态或产品限制。
规则也需要玩法辅助理解
长规则页有时很抽象。读完术语后，用一张静态图为每个词找位置，再按规则描述复述一次流程，可以检验自己是否理解，而不是只背下句子。
双向对照
把规则中的每个关键名词连到图上；若图中没有对应元素，记录是否属于不展示的条件。
建立自己的阅读顺序
先用玩法概览认识图形，再在当前界面的规则里确认定义，最后回到示例核对。这样做既不被复杂条款吓退，也不把浅显教程当成全部答案。
遇到冲突
以当前版本实际展示的规则为核对对象，保留页面和时间信息，避免把不同版本混在一起比较。
给同一句话做两种标记
拿“选择起点后沿连接看到终点”这样的句子，把“沿连接看到终点”标为图形阅读，把“选择”如何生效标为待核实操作。句子虽然流畅，实际上跨越了玩法与规则两个层次；拆开后，缺少的依据立刻显现。
什么时候回到规则
只要问题变成“能否”“何时”“是否仍有效”，就需要查看当前版本的具体条件。若只是“图上这条线接到哪里”，可以先用静态图练习。善用两个问题的差别，能避免用一篇概览文章回答它从未承诺回答的事情。
看一篇教程的结构
教程常从“是什么”转到“怎么做”，最后谈“遇到例外”。前两部分更像玩法说明，最后一部分往往需要具体规则支持。读到涉及“仅在”“不得”“有效”等措辞时，不妨主动寻找原始规则来源。
规则不是玩法的反面
两者配合才能形成完整理解。玩法把抽象术语放进步骤，规则限定步骤在哪些条件下成立。只读其中之一可能都不够；合理顺序是先用玩法建立图形概念，再用规则校正具体边界。