“异”我理解为异常情况。小到增查改删各个步骤的可能出现的错误情况、大到预估服务器的最大并发，产品能感知到自己解决方案的风险越多、对异常情况准备越充分，就是省钱省力。对异常情况的预知能力，一定程度上反映了产品的经验值。

勤于修炼，方得始终

我想“面向对象”和“面向过程”这两种建模方式不止适用于编程，也很适用于产品的日常解题。这篇文章中重点说的是一种“面向过程”的思考方式，小、具体、细致，对产品的抽象思维能力没有提出太多的要求，非常适合用来锻炼产品基本功，以达成思维层级一的目标：完整的闭环。

最近做的一个后台功能，主流程就是用户上传CAD文件、完成必须入参填写，完成上传的一个过程。用这个例子来带大家走一遍“十四字箴言”的思考流程。

1.增：

创建条件：完成素材上传的需要的必须参数有哪些（文件、名称、尺寸、材质等）？用户上传的CAD文件内容的要求是什么？名称长度、字符的要求是什么？尺寸范围是什么？支持添加的材质是什么？

异常情况：不符合要求的文件处理方式是什么？超过长度的名称怎么处理？超过尺寸范围怎么办？

2. 查：

查询方式：添加材质时，如何快速查找到需要的素材？搜索支持的字符是哪几种？模糊搜索还是精确搜索？如何退出搜索结果？

3. 改：

（名称和尺寸的编辑不赘述）

编辑入口：重新上传文件的入口存在于几个地方？设置区域组合关系、设置区域与材质映射关系时是否需要重新上传文件的入口？

编辑条件：已经设置好区域的组合关系后，是否支持再次编辑区域成组方式？

编辑逻辑：再次编辑成组时，如何确定每个区域材质信息？

4. 删：

所有右上角的“×”关闭路径是什么？

5. 显：

点击状态：上传完成之前，完成上传、继续上传按钮是否可点击？在进行区域成组操作时，进入材质映射步骤的按钮是否可点击？

显示内容：初次打开页面、上传中间状态、上传完成状态分别显示什么？

6. 算：

区域和材质的映射关系是一对一还是多对一？

7. 传：

加载状态：读取文件、渲染图片等状态是否需要考虑加载状态？加载中、加载成功、加载失败等。

以上是我在提笔写PRD前，按照十四字口诀列出的思考自查表。

平时在进行竞品功能调研的时候，也可借助这张自查表较为完整的列出功能的实现逻辑、以及边缘情况的处理方案。有时候在调研过程中，看到竞品产品对细节处细腻的处理，会有种想要大呼对手高明的冲动。

大家不妨试试用这套逻辑来分析一个功能练练手，例如淘宝的“我的收藏”、微信通讯录等，勤于修炼、方得始终。

思维层级的递进

沉沦于面向过程的思考会失去系统的分析的高度，说人话就是功能做的太多不要忘记抽象和沉淀，atv，否则容易迷失在细节围城的迷宫。

入行这一年修炼的最多的还是具体的细节逻辑，沉淀这一套通用解法，面对各种场景也能有一些思考的线头。

Read More

本文由作者授权早读课发表，转载请联系作者。