产品设计的第一原则:只做加法,不做减法和改法
当前位置:点晴教程→知识管理交流
→『 技术文档交流 』
产品设计的第一原则,就是只做加法,不做减法和改法。 即确保每一个功能都有长期价值,并且和未来的版本完美融合。 否则,一旦版本升级,就可能对老功能改动甚至废除,这无疑会浪费宝贵的研发资源,让我们始终在竞争中处于被动的局面。 而“只做加法”的关键,就是产品架构能力。 01 什么是架构能力 打个比方:用户的需求就像凌乱的棋子,而产品经理的架构能力则像棋盘,能够让每一颗棋子都恰当的落脚到合适位置。 记得多年前,一家国际知名的快消品公司联系到我们,希望购买我们的销售订单管理 SaaS。 客户提出的需求如下图所示: 我和销售VP一起去拜访客户。听完客户的介绍,我马上意识到,客户其实根本没搞清楚自己的需求。 因此,我就在白板上画出以下的业务架构图,和客户一起梳理需求: 通过梳理,我们很快发现,该厂家对于区域连锁卖场等大客户,采取的是厂家业务员拜访、工厂直接发货的策略;对于非连锁便利店等小客户,采取的是厂家业务员拜访、经销商发货的策略。 因此,客户实际上采用了两种销售模式:直营、分销。如图所示: 虽然流程表面差异不大,但是方案差异却很大。 比如,对于分销模式,各经销商只能查看到和维护自己的库存、门店和订单等信息,厂家区域分销部门则能够查看和维护所辖经销商的所有信息。 这就是我们所谓的多组织架构,如图所示: 经过梳理,客户对自己的真实需求“恍然大悟”,也很认可我们给出的系统方案。后续又经过一两次沟通,便顺利签下了5年合同。 这个客户后续的上线和使用都非常顺利,不但一直续费,还把系统推荐给了好几个兄弟单位。 后来这个系统不断完善功能,服务了更多知名快消品厂家。而取得这些成绩,都离不开正确的产品架构。 02 正确理解产品架构 一款好的SaaS产品,不仅要在框架上支撑多种业务模式,也需要在具体功能上支撑客户灵活的需求。 因此,架构能力不仅仅体现在模块之间的集成关系,也体现在模块内部的功能细节。 比如,当我们说价格功能,不仅仅是销售订单模块下面的价格表。更重要的是,需要支撑多个层次的价格策略。 下图是一个简单的价格管理功能架构示例: 因此,产品架构能力其实是一项全面、细致的能力。 03 我如何提升架构能力 提升产品架构能力,需要做三件事情: 1、学习业务知识 2、学习世界级 B 端产品 3、参与实践 以我自己为例。 我大学专业是工商管理,工作后也主要从事供应链产品工作,财务经验几乎是 0。 但是因为工作需要,我需要系统学习财务产品。于是,我用不到一年时间完成了以下3项工作: 1、通过财务初级职称考试 初级职称考试涵盖了大部分日常核算业务,对应了财务系统的应收、应付、资产、现金、成本、项目会计、总账模块,正好是我学习的产品范围。 通过半年学习,我顺利通过了初级职称考试,代表着我已经基本具备“专业人士”水平。 考试结果(满分100) 2、系统学习 Oracle 财务模块 Oracle 的财务系统是世界 No.1 的财务产品。加上我本身在 Oracle 公司就职,因此我很自然选择了它作为学习对象。 我在公司内网下载了 Oracle 学习手册,用A4纸双面打印,并阅读了两遍。然后再按照学习手册在 Oracle 系统中进行测试。 当年的英文学习材料(双面打印) 经过接近半年的学习,基本构建了我的财务产品架构能力。 在我后来的职业生涯中,财务方面的知识也起到了非常关键的作用。 3、参与财务月结工作 Oracle 产品为世界500强所普遍采用。而我身为 Oracle 公司的专家,也会经常参与国内一流公司的财务月结工作。 还记得潍柴动力的一次月结,制造成本出现了几百万元的差异,凭借着自己的财务知识和对系统的熟悉,我很快找到了差异原因,帮助客户顺利完成月结。 通过这些细碎的工作,加深了我对财务产品的理解,在我后续的职业生涯中,帮我渡过了一个又一个难关。 最后,如果大家希望在产品经理的路上走得更远,强烈建议学习一套国际领先的 B 端产品,系统提升架构能力。 阅读原文:原文链接 该文章在 2025/7/21 10:37:39 编辑过 |
关键字查询
相关文章
正在查询... |