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


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




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


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


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


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


产品解决方案是什么


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


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


产品的解决方案包含的内容


· 业务与系统流程


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


· 功能点


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


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


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


· Roadmap规划


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


需要考虑的因素


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


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


· 方案的技术成本


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


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


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


· 技术团队的能力


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


· 方案的运营问题


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


产品解决方案设计核心


· 解决方案的有效性


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


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


· 技术执行风险


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


· 方案的收益


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

点赞(2) 打赏

评论列表 共有 0 条评论

暂无评论
立即
投稿

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部