10个步骤学会如何设计和管理新产品

10个步骤学会如何设计和管理新产品

上篇文章我从六方面介绍了如何启动一个产品,一个核心点就是产品定义决定了产品的高度和能走的长度。本文继续从七方面介绍如何设计一个新产品,从三方面介绍如何管理一个新产品。

02 体验来源于设计,如何规划产品的未来?


定义一个产品的过程,有些时候也会由此定义一个团队的“文化”,基本上决定了我们行动的方向和我们行动的方式方法,能在产品正式启动之初能够明确一些基本的规范,一定是一大幸事。

接下去的一个阶段,更多的是能体现产品经理的“直接”专业技能,请注意“直接”这个词汇的含义,因为产品文化、产品原则这些事情绝多数都超乎一线产品经理们的氛围。

设计一个“好用的产品”——满足用户期望的产品是我们能够为之努力的事情,是作为产品经理最能自豪的一个过程。

产品的设计过程

这是一个“产品的设计”过程,包括定义产品的架构,梳理清晰的产品流程,设计产品的完整体验,这是一个专业技能的呈现过程。

这个过程,需要我们投入特别多的心血,还有对未来的规划和畅想,也因此,在这个过程我也用了7篇文章来阐释如何“操刀”完成整个产品的设计。

8、架构能力,是产品经理渐进的核心能力


产品经理的终极目标,就是去架构公司的业务,解决从市场机会到商业变现的过程,这需要很好的商业意识、业务洞察、战略规划和架构能力来相互配合。

这种能力需要在实践中逐步积累学习,我们应当从产品的信息架构,递进到产品的业务架构,更多的去思考信息架构、产品架构和未来业务架构的关系,抽象一些发展产品架构能力方面的因素,不断的进步。

产品经理渐进的核心能力

形象一些来说,业务架构是心脏,产品架构是骨架,信息架构是肌理脉络,最外面呈现的UI,只能算是皮肤了。

信息架构、产品架构与业务架构的关系,可以认为是一种递进的思考方式。作为产品经理,持续对用户、业务和商业模式的深刻洞察,特别从商业层面去梳理业务架构,是产品经理的高阶能力。

9、基于用户洞察设计产品的业务架构


我们常常在市场研究上投入了大量的精力,但却在设计产品、服务和商业模式上忽略来自用户的观点。

在产品设计过程中,如何才能避免这个错误,如何才能真正深入的理解用户对价格、环境、日常事务的关心和愿望,以及用户的目的和想法如何影响产品的具体设计过程。

在这个过程,还存在一个巨大的挑战就是,到底该听取那些用户和忽略那些用户的意见。

从四方面洞察用户

每一个细分的用户群体,都有该群体的独有特征,他们对环境的理解,以及由此带来的行为和愿望都会存在巨大的差异。对创新性的产品而言,忽略对现有用户的关注,紧盯新的和未满足的细分群体,可能是更有利于产品的创新,从而带来更快速的增长。

10、设计产品架构的基本方法


产品架构是团队基于某一独特市场和用户痛点的统一沟通语言,也是在产品迭代过程中的业务边界。

其根本目的就是为了梳理产品思路,从整体上把握产品的发展方向,把控产品的功能重点(卖点),它决定了产品必须要实现的功能,可以说产品的架构决定了产品的发展路径。

同时,为了满足我们所设定的“架构”构想,还必须配备相关的产品研发和市场运营资源以及具体的落地计划,包括技术选型和技术路径,市场营销规划等一系列的策略和措施。

业务分层设计的过程

我们可以想象一栋楼的地基问题所带来的影响,对任何产品而言,一旦架构定错,轻则楼盖不高,重则根本改不起楼。

架构,是一个偏向宏观的事情,但与“房屋”的案例不同的是,产品的架构不只是“结果”,而是一种迭代的过程。它会随着业务的发展而不断优化和调整,对一款产品来说,不存在一种始终静态的架构模式。

11、2B产品的用户角色问题


“当用户使用某个产品的时候,他们是为了完成某个特定的工作(到达某种结果)”,这是一句产品名言。

在设计产品时,真正值得高度关注的是用户的目标、产品的使用场景以及用户与产品的关键交互阶段,而不仅仅是把焦点集中在用户的任务是什么以及如何完成任务。

2B产品的用户角色

不管各种新奇的理论如何,我们首先做的第一件事情始终都是在围绕用户展开,通过实地的业务模拟,考察和分析推演,结合具体的业务流程和工作流程,拆分各个“群体”,为真实的用户服务。

12、平台型产品的用户权限管理与RBAC模型


系统的权限管理,简单的说就是针对不同身份的用户设置不同级别的访问、请求和处理数据的范围级别。通过一种巧妙的设计,约束不同身份的用户在系统上的操作路径和操作权限,考虑的是企业的数据安全问题。

传统权限控制与RBAC模型

对2B的产品而言,必须充分考虑到业务的复杂性和扩展性,使得产品的业务管理和控制权限能够随着业务和组织架构的发展而快速部署。需要特别注意的是,不同的业务形态、不同的管理机制,都会给权限系统的设计带来重要影响。

产品设计经常都是一种博弈权衡,所有优秀的产品,都基于对业务、规则的深刻理解。越早进行系统性考虑,成本越低,效果也越好。

13、如何通过优化业务流程提高产品体验


很多产品经理谈到“业务流程图”时,都只是机械的照搬现有的机制,从线下、纸上的东西倒转腾挪到线上,系统上而已。

这一类的产品经理,很少能够从业务场景的角度运用合理的设计来优化业务过程,更无法通过提升产品的整体体验来提升业务效率。甚至很多流程图就像蜘蛛网般的缠绕,不能够符合基本的规范。

这不得不说是一种遗憾,但很多人没有意识到,也从来没有真正去思考过。

用户完成目标的路径

对任何用户/客户来说,把业务产品化(信息化)的过程,实质上就是对流程的再造和优化,而不是简单的把线下流程的线上化。

产品经理在这个过程需要充分发挥这个岗位的特性和能力,肩负起优化业务的使命,通过钻研业务流程图的关键事件,分析为什么要这么做,有没有更好的解决方案,从而对现有不合理的业务流程进行重组优化,进而制定优化方案,改进现有流程。

03 人月神话,如何管理产品开发过程?


从一个想法到最终看到一个产品“长”出来, 需要产品经理有过硬的基本功和良好的商业感觉,同时也要有强大的协作领导能力,使团队形成统一的合力才可能最终实现。

这个过程不是三千米的竞赛,更像是一万里的长征。

对产品经理而言,如何利用好现有的资源,快速拉起队伍,快速的试错,并且快乐的推动整个进程从来都是很大的挑战。

这个话题可能难有确切的答案,不同的组织都会有不同的风格。

在整个复盘的第三部分,我定义为“产品的管理”阶段,我用3个篇幅剖析了一个产品在开发迭代过程中将要遇到的问题和挑战,以及一些可以改善的措施。

14、产品经理如何规划产品roadmap


产品路径这个词听起来似乎很容易,最终输出的也无非就是一张图,但这种图的作用和绘制的难度,可能跟你想象中的有一些不太一样。

我们都认为自己在采用最佳实践,行走在正确的路径上.但实际上,很多团队包括我亲历的很多团队,都处于不断开发功能不断发布新版本,但就是没有好产品的无限循环中。

回顾这些年我经历的项目,我总结起来造成这种情况的原因就出在“产品路线图”上——我们没有能够让自己走在一个正确的方向上。

Roadmap的概念

制定产品发展路径图的本质,就是为了指导我们的行动如何才能达成计划的目的,往大了说,也就是组织的业务愿景(好的产品愿景应该告诉人们你的产品如何服务社会),它通过具体的成果检验我们的工作。

一个有效的产品路径,一定是按照一定的时间框架,从业务和技术两个维度建立互相促进匹配关系,根据组织的投入和收益水平,以及市场的发展状况分阶段的演进。

产品路径图不但反应我们所要完成的工作,也显示所需要投入的资源和研发周期。

立即登录阅读全文
登录或注册即可解锁全站内容,即表示你理解并同意 服务协议 与 隐私政策

15、产品开发过程中的关键流程管理


对产品开发过程的管理,是对整个过程“完成了什么,如何完成的,结果如何成功,是好还是坏”的系统性描述,整个领域有很多的理论体系帮助我们优化和改善我们的工作,但软件开发在某种程度上存在一些重大的挑战,从而使其变得与众不同。

开发流程是不断改进的过程

产品经理在面对不同的产品,不同的组织下,需要充分考虑到环境的特殊性,过程管理的方法随之千差万别,在有些时候还存在大量的偶发性事件,你需要时刻准备适应由于未知和不确定的原因所带来的额外工作

不同的组织,甚至有完全不同的产品成功的定义标准,是按时并在预算内完成算是成功吗?未必如此。或许是客户满意度?

对你个人而言,如何把手上的项目达成目标,确保这个项目给企业带来的效益比花费多,就是一种成功。

16、盘点软件开发过程中的典型性问题


“需求传递到开发后,只有等产品出来那天才知道是魔鬼还是天使”。

产品研发被当作一个黑箱子的情况,在日常工作屡见不鲜,很多时候,我们似乎早已习惯于依赖惯性和自觉的来完成产品的开发,认为只要按照“客户”提出的要求编写代码即可,最终得出的产品却是完全脱离市场,整个团队也是不断的在深坑中挣扎。

特别是还有一些企业,很习惯于把销售机会当作产品机会,认为产品只是技术部分的事情,习惯于以牺牲质量为代价追赶进度。

产品研发过程的典型问题

作为一个“富有创造性”的工作,软件产品的开发过程相比于其他项目过程都有它的特殊性,研发管理的思想和体系也随着研发实践逐步发展起来,从上世纪80年代的“门径管理”,到NPD,以及后面的IPD模式都得到了广泛的应用,大大的提高了企业的研发水平和研发能力。

我们完全由机会建立更好完善的机制和流程,来提供产品的成功率。

产品全生命周期

想要真正建立起更为科学高效的产品开发过程,首先第一条就是建立新产品开发是一项投资行为的文化,要从投资的角度看待新产品的开发,强调用投资的理念(投资收益的角度)和方法来经验管理新产品的开发,只做有价值的产品,在进入开发团队之前就对市场机会进行过滤。

以“销售机会”为主导的环境下,研发部门最终都会沦为完全的成本部门,研发投入变成了庞大的费用开支。整个团队势必变成以控制在费用为第一的原则,而不是站在投资收益的角度看待问题。事实上,任何企业的成长都是靠投资保障的扩张策略,而不是靠压缩费用的收敛策略。

04 尾声,才刚刚开始


真正从零开始做一款产品,远比我们想象中要复杂,而且越大型的产品,其复杂程度就会更高,涉及到的各方的关系和利益平衡,当然也更需要考虑用户价值和商业价值的平衡。

也许我们已经掌握了很多系统的方法论,也能够应用各种优秀的工具辅助我们的工作,但尽管如此,作为产品经理的我们依然难以避免在现实工作中遇到何种各样的情形。

但一个真正的产品经理,最思考的是如何基于“未来战略”层面去规划一个产品,也就是广泛意义上的从一个想法到一个模型,从一纸草稿到发布上线,从一个用户到第一笔收入的全过程。

这个工作贯穿一个产品从无到有,再到发展壮大的整个生命周期。

如果你正在此间,希望你我共勉。
我希望我能在这个复盘的过程中,再次学习,也期待与你的交流和对话。
这个系列,也许有些长,但希望能对你有所启发。

作者:杜松
原文来源:公众号「产品微言」

上篇:B端产品经理如何实现从点子到产品

分享至
wechat-share-icon
打开微信"扫一扫" 点击右上角"分享"
点击图标复制网站
继续阅读