在产品设计的过程中，后端策略的制定对于产品经理而言至关重要，它不仅影响产品的整体架构，还决定了产品的功能实现和用户体验。本文将深入探讨后端策略在产品设计中的重要性，以及产品经理如何通过理解信息结构、流程、状态和策略这四个关键部分，来构建清晰的后端产品设计思路。
“Price is what you pay. Value is what you get.价格是你支付的，价值是你得到的。”
——Warren Buffett
沃伦·巴菲特
终于讲到了后端产品设计的尾声了。
后端产品设计分为四个部分，也就是信息结构、流程、状态、策略，今天我们讲策略。
初入门的产品经理们，把这四部分结合起来一起思考，会收益颇多。
今天内容不多，我会根据后续的反馈，不断打磨这章节内容。
策略这个概念，有点像一个分类学垃圾桶。
这是一个分类学术语，用于描述一些物种或群体，它们在分类系统中没有清晰的归属，因此被暂时归类到一个广义的类群中。
举两个例子：
这也就是说明，策略在后端产品设计中，某种意义上可以等于“其他”。
产品经理在面对需求，凝结成PRD（产品需求文档）的时候，后端的相关策略可以按照一定“范式”框架下，归纳凝结成信息结构、流程、状态。
但仍有一些不属于前端的，部分就可以归结为策略。
那么问题就变成了，产品经理该如何理解，哪些应该被归为策略呢？
我们接下来就讲讲这个问题。
这句话来自易经，其实是一个很重要的哲学问题。
能够被归为后端策略的，一定是会在整个产品体系中具备有抽象意义、全局意义的，而不是解决前端页面上的某个具体问题。
这么讲其实还是很难懂，我们可以通过几个例子来弄清楚：
好的，一个个来说。
问题：用户所有发布的内容都要经过系统审核和人工审核两个流程。
用户发布的所有内容如果都需要经过审核，那么这肯定不仅仅是某一个前端某一条字段，而是一整套全局策略。
至于为什么这么做，从现实业务出发，那么策略的出发点肯定就是信息安全。
用户有可能发布哪些信息？
在中大型互联网产品中，针对审核问题，其实已经可以打造一个独立的产品了。
但如果是刚起步的创业团队产品，可以规定一个通用策略，那么这个也自然就是后端策略。
但要注意，在这个例子中是需要前端产品来配合的，在这个前端并非是用户端，而是管理员后台的管理端。
问题：用户所上传的所有图片，都要经过压缩处理，保留原始图片，并在前端展示压缩处理后的图片，以保证用户的访问速度。
这个例子和和第一个非常类似。
刨除中大型互联网产品，对于刚起步的创业团队产品来说，这当然也是一个通用策略，所以他也是一个后端策略。
问题：用户在注册的时候，验证码是需要取用某第三方服务的，但如果在访问失败的情况下，需要去调备用的另外一个第三方的接口服务。
这个是吗？
从之前的例子来看就可以得到结论，肯定不是。
因为这个策略只和注册前端页面相关，所以对产品经理来说，这只是相关前端PRD里的一部分。
当然技术开发上需要调配接口，但这一点从产品逻辑上无关。
问题：针对用户在站内的活动，比如关注、被关注、审核动态、活动信息，惩戒信息等，有一整套消息提醒策略来进行互动。
这个问题就比较特别了。
无论是中大型互联网产品，还是刚起步的创业团队产品，这个需求从诞生到实现，其实就已经具备了一定的复杂性，其实应该是一个相对独立，且包含前后端产品策略的产品模块。
在后端根据产品策略，形成相应的消息通知后，又会在前端有相应的产品形态来和用户互动。
所以在这个例子中，这个需求需要包含后端、前端的产品设计。
问题：用户如果填写了性别，就会在头像旁边展示一个性别符号；如果用户没有填写性别就不展示，但用户看到主页时，会引导用户去完善信息。
看到这里其实就应该明白，这个需求也是一个纯粹的前端策略。
除了少数的如交友类产品之外，大多数产品在性别上的展示也只在主页，所以不管这个需求的出发点是如何，也只是在某个页面某个元素上的策略。
产品经理在产品设计中有一个重要的能力：
如何从这个具象的、复杂的现实世界，以及从现实世界中所提出的需求，从中进行翻译和处理。
产品经理需要理性和感性共舞。
感性的部分，自然就是从用户的角度去感受、去理解、去使用产品，以及对业务和产品的热爱。
理性的部分，就是需要形成纯理性的、结构化的思维能力，而产品的后端设计恰恰就是这一思维的体现。
我会在后续给出PRD的建立模版，便于大家能够理解前后端产品设计的差异，并能够加以运用。
……
本文由 @觅云人 原创发布于人人都是产品经理。未经作者许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。