从9月开始，小蚊子会转换风格，不再是以前的豆腐块知识片，开始专篇长文。
以下是本周在某产品经理群里分享的文字稿。正好也适合你。
一起来阅读改版后的专栏吧~
以下是正文
很高兴今天有机会给大家分享《后台产品功能需求科普》，副标——产品人必知必会的八字口诀。
适合没有接触过后台的产品，以及刚接接触后台的童鞋~
目录：分3块讲述。
自我介绍环节
2段高校求学经历、7年2份工作经历，
自己的微信公众号：A小蚊子，目前有307个粉丝，累计24万阅读量。
不知道大家在做产品设计时有时候会不会和我一样，一个很简单的功能却给忽略了，或者一个很常规的应用点视而不见，等提交程序猿GG开发后才发现这少了一点那缺了点，给开发带来了很多困扰，于是不得不一遍遍地和开发进行沟通与解疑。
后来发现大部分沟通都是无用的，既阻碍了开发的整体思考和持续开发，也打断自己的手头工作。真正有效的沟通个人觉得在两个时间点最合适，开发前和开发后，开发前需要沟通这个产品的整体思路以及未来存在的拓展性，开发后验证产品的思路，再一次进行沟通，查缺补漏。开发过程中的沟通往往都是对产品设计中的答疑，如果产品设计的能更完善一点，这种可有可无的开发中沟通定会减少许多。
那如何解决这个问题呢？就迁出今天要分享的主题了——后台产品功能需求普及。我总结为八个字——增查改删、显算传异。
维持百科里的解释是这样的。在计算机编程中，增查删改（CRUD）是永久存储的4种基本功能。
从我个人来说，了解增查改删、显算传异，是产品经理的基本功，举例来说，之前正因为原型设计上很多小的功能点未能全写明白而导致了和开发的频繁沟通。这时候也正是我在寻找一个更好的解决方法的时候。
好了，司机上路，请系好安全带。下面开始讲解详细的哪八字。
从上面这张图片中看到哪些功能点?
我想说的是有4点是直接看出的，1个间接看出，其它不能看出，比如算、传、异。
敲黑板，前方高能，请做好准备。
一：增
大家看到这张图片，从产品的角度，你会想到什么，什么场景下有新增，促发条件是什么？新增的入口在哪？新增时有哪些条件？新增填写表单时，哪些是必填，哪些是选填？新增页面的字段是否可以自定义可配置？
再比如说，常理都是单个手工添加，批量添加的功能是否支持？比如由一个A系统切换为B系统时，B系统的基础数据录入是否支持批量导入的功能？导入的各项要求有哪些？比如文件格式、版本号、数据条数的上下限等等。导入的数据，更新方式是什么？是插入新数据导入？还是替换原值导入？
还有，数据会增加到怎样的一个量，当这些量增加到一定程度时页面需要怎样的表现形式。
二、查
有了数据的录入，数据库就有数据，这时就需要快速获得某条信息，显然查询是一种方式，从繁杂的数据排列中准确定位出用户想知道的结果，通常会有好几种查询方式及查询条件，不管是哪种都要表现出来。我们常知道的查询类搜索输入框有这几种，单行文本框、多行文本框、下拉列表、下拉选择、单选、复选。
当然还有标签类查询，比如【神策数据】的时间过滤条件，今天、昨天、最近一周、最近30天……
后台系统的查询结果，更多的是关系型表格，传统的软件都对这些数据支持导出，以便做相应的数据分析处理。现今SaaS是趋势，作为新型产品，更多的新技术直接体现在页面上，解决以前还需要导出才能做的数据分析需求。这些功能有哪些呢？比如自定义结果集列、列名显示顺序自定义、升降序、筛选等等。
查类的结果还有一类常用方式是——查看详情。这些有我们就要思考查看详细列表打开方式是怎样的？本页面？新窗口？弹窗？继续点击详情，怎样显示。
三、改：
只要是人操作，就会有误差，谁也不能保证录入千级、万级的基础数据时能做到百分百正确，辣么？这类错误怎么办呢？这时就需要修改的功能。
修改有两种来表现，一是用户对原有数据的修改，哪些可以哪些不可以，可以修改哪些元素，哪些元素一旦确定将不提供修改等；二是对设计的修改程序实现的方式，从一种方式更改为另一种方式程序是否易于实现。大部分是第一种。
修改功能常规的比如：点击哪里进入修改，Icon显示？文字链显示？按钮显示？修改提交后是否有二次确认？返回什么页面？是否能继续修改？修改参数不合规怎么提示？提示什么？修改的操作是实时生效还是定时生效。有些产品修改要求0点生效，比如以前做过的分单设置功能。
一个容易忽视的修改功能点，就是批量修改，大部分的软件功能都不支持前台批量修改的。小部分有，比如米欢ERP可以把多种不同参数的批量修改功能做到一个功能按钮下。
四、删
既然数据有增加，就会有删除的需求，而且删除的场景非常多，比如测试数据，异常数据等。当然这里的删除（有的地方称为”停用“）是技术上说的逻辑删除（数据库保留记录，做标记处理，后台代码增加条件过滤这些标记了逻辑删除的数据不在前台显示），一般是不设计物理删除功能的。
那我们设计删除功能需要考虑哪些呢？比如：删除条件有哪些,哪些数据可以删，哪些不能删，删除提交时是否有二次确认？防止手工点击误删，删除结果是否可以撤回？删完之后数据会呈现怎么样形态等。这些也是常规性操作。
与批量修改一样，我们也需要考虑是否支持批量删除的功能。作为产品经理的你批量删除功能慎重设计和使用。
一般来说产品经理做到以上四点就能把原型、需求文档做的非常完善，那想更进阶的话，可以再看看以下四点——显、算、传、异
五、显
显示是最直观的，用户所看到的、所操作的一切都是显示，也即是用户体验要素中提到的”表现层“。后台系统相对前台系统，对美观要求不是很高，能用即行。但数据的显示，也还是有很多考虑的。
比如根据显示的内容有哪些？哪些必需显示，哪些不必要，举例来说，员工表，显示工号就可以，但不一定需要显示数据库id号，对用户来说没有什么价值，也涉及不到哪些地方需要使用。
对于报表类菜单，图表是否需要互显，选择好列表查询条件后，图表是否立即更新，即我们常说的所见即所得。如只显示图，是否需要切换才能显示列表数据，
对于有敏感数据（比方说：电商OMS后台系统中的收件人手机号、电话、地址）怎么显示？是否可以配置？，不同用户的权限是否一样，不一样的话数据如何表现。
高级一点的显示功能，有前端攻城狮写得漂亮的代码，实现当下流行的响应式页面，多终端跨屏显示。
六、算
算：指计算规则，偏技术方面。比如我们常见的新闻资讯类WEB中看到热门文章，它这里就有相应的算法规则比如每页显示条数，分页器有几类等级，是否可以跳页，诸如此类的背后计算的数值。
还有一种理解，就是后台产品中经常用到的字典表，也是一种简单算法。支持用户在前台自定义设置相应的参数，其它菜单页面的搜索过滤条件进行读取此参数。可以减少某功能更新时，需要研发攻城狮后台硬编码来实现和发布版本号来实现。
七、传：
看到这字是不是很奇怪，这和产品有什么关系，它有什么功能呢?其实不然。
它的功能非常大。比如说：用户在前台的一个简单查询按钮操作。这里就发生了传输操作。需要考虑传输的内容和传输的方向，客户端把相应的搜索条件传输到服务端，服务端处理后返回一定的结果，返回时也是传输，有些类似技术GG说的ajax的传递。
另外有一些API接口的数值传递、FTP传输的方式等等。
还有我们看不见的灾备传输，像阿里这类巨无霸公司，做到了异地双活不同服务器之间的数据传递。
八、异
你是否在浏览网页时遇到了404页面，
是否遇到了断网时页面不加载内容场景，
是否遇到了信息变更时部分数据的高亮显示，
极少数情况遇到系统更新发版时的报错页面，说明你是夜猫子和深度用户，大半夜凌晨还在使用，产品应该感谢有你。
其实这些都可以归类为异常情况。我们需要思考程序功能中断、失败、超出限制如何处理？、业务关联的边缘场景如何处理？当然处理完后，你需要通过恰当的方式告知用户？出现什么情况，下一步怎么处理，等等。
每当在做产（需）品（求）设（文）计（档）的时候都在心里默念这八个字，基本上设计出来的产品功能点全能涵盖到，省去了开发中的许多不必要的沟通与交流。一般产品经理做到前四项就差不多了，后四项应该属于提升性能力。
当然这只是产品设计中的方法论，基本功，最重要的还是对产品方向的把握，对产品需求的清晰认识以及对市场的敏感感知。
以上为今天分享的内容，谢谢大家的收听。
下面是Q&A互动提问环节。欢迎大家积极提问哈。
四、Q&A汇总
网友评论