产品解决方案之概念篇

“产品解决方案”这个话题很大，所以我准备分几篇来写。今天我们先来认识一下什么是产品解决方案。

产品解决方案这个词看起来有点高级。一直以来大家说产品设计，比较多的会提原型设计、PRD等，似乎产品设计就是围绕着PRD进行的，但事实上，如果我们从一个产品的诞生来看，解决方案可能是整个产品设计阶段的核心。

产品设计阶段本质上是围绕着产品解决方案来工作的。

产品的解决方案，就是产品经理如何用产品的手段去满足用户需求的设计过程。

原型图是辅助大家理解和实施产品解决方案的一个辅助手段。

PRD的核心就是要把产品的解决方案讲清楚。

解决方案这个词，一般用在B2B领域比较常见，我们听过很多种解决方案，比如：行业解决方案、数字化转型解决方案、供应链金融解决方案……。解决方案意味着某种程度上的定制化、集成化，常常是以“整套”的组合形式出现的。

我们在谈产品解决方案的时候，其实是比这些领域内提到的解决方案概念都要小一些，是围绕怎么满足具体的用户需求的具体方案，产品解决方案是从整体上定义，做什么功能（产品），怎么做这些功能，以及需要什么时间上线。

· 业务与系统流程

如何对流程进行优化调整以满足用户需求：新的/优化后的业务流程是什么、系统流程如何进行配合。

· 功能点

要提供什么功能点给什么用户。PC端的，还是移动端的。

· 各模块之间的分工和交互

为了实现这些功能，各个系统模块之间（包含数据、算法、前后台等）分别要完成什么事情，大家的关系是怎么样的，如果是跨产品、跨系统的，需要先和各个相关方沟通，确定他们可以支持。

· Roadmap规划

第1版要上线什么功能，第2版上线什么功能，迭代节奏是怎么样的。

· 方案多大程度上满足了需求

“我想要四轮马车”这样的需求，有的人给出的解决方案是造一辆更快的马车，有的人给出的解决方案是造一台汽车。不同的方案对于需求的满足程度是不一样的，好的方案是对现状的体验或者效率的大幅度提升。

· 方案的技术成本

一般内部产品，不需要考虑财务成本，但是需要考虑技术研发的工作量。

技术成本的评估很重要，需要确定技术上需要多大程度的改造，涉及多少个系统模块的改造。

理论上，我们肯定追求最佳性价比的解决方案，尽量用最小的成本去达到同样的目标（更少的技术改动，意味着更短的时间）。

· 技术团队的能力

同样需要考虑的是技术能力问题，方案包含的技术细节是不是已经成熟的技术，是不是目前技术团队可以驾驭的、有经验的技术栈，比如你的技术团队是一个纯后端研发团队，解决方案中包含知识图谱算法，可能是短期内难以实现的，团队需要花很大的成本去学习、研究 (招聘一名该领域的人才也需要一定时间，项目可能等不了）

· 方案的运营问题

很多时候一个问题的解决并不仅仅包含产品功能，产品上线之后的运营和推广才是更重要的，产品解决方案要考虑到在冷启动的时候，如何让用户知晓功能、并且迅速让用户能够使用。同时也要考虑上线之后的迭代问题。

· 解决方案的有效性

对需求问题是不是能对症下药，是不是可以解决用户问题。

解决方案有深浅之分，是短期的方案（临时方案），还是长期的方案（从根本性解决问题）。

· 技术执行风险

产品落地需要技术投入，产品解决方案内容决定了技术投入的规模，进而决定了是否能在指定周期内上线的风险程度。一般来说，规模越大的产品，项目进度越有可能延期。

· 方案的收益

解决的这个问题有什么收益，能为公司带来什么改善，相比投入的成本，收益是否值得（性价比合适）。