软件产品设计心得体会

目录

一、课程概述

二、需求挖掘与分析

三、这里整理一下软件设计的心得：

---

一、课程概述

软件产品设计课程是一门介绍软件产品设计和实践的课程，旨在培养学生的软件产品设计和开发能力。这个课程的主要内容包括软件产品设计的基本概念、用户研究、需求分析、界面设计和软件产品开发等。通过这门课程的学习，我对软件产品设计的理念和方法有了更深刻的理解。

二、需求挖掘与分析

1.产品定位

我们在做需求分析之前，首先得选择一个具体的赛道方向，确定产品定义。产品定义关乎到一个产品的方向，清晰的产品定义能使整个项目的工作目标明确。产品定义一般涉及使用人群、主要功能以及产品特色三个方面，如果摸清楚了这三个维度的问题，基本上解决了产品定义的问题。比如我们选择拍摄美化这一方向，一款专为摄影初学者使用的简单易用的修图软件。这里使用人群是“摄影初学者”，主要功能是“修图”，产品特色是“简单易用”。

2.用户需求挖掘

在进行了产品定位后，我们就可以进行用户需求分析了。分析用户需求要考虑到目标用户、使用场景和解决方案，一句话概括就是“目标用户”在“合理场景”下的最优“解决方案”。也就是说，我们的产品要解决谁在什么环境下遇到什么问题，以及怎么解决。比如我们发现，用户（谁）无意中听到一首好听的歌，但是不知道什么名字（这个场景下用户很强烈地想知道这个歌名），就可以设计听歌识曲这一功能去解决。

那么怎么发现用户需求呢？需求主要来源一是自己发现，我们可以通过日常观察身边看到的人和事，不断的追问用户在某一场景下现有的需求解决方式是否合理，从而发现尚未解决的痛点。对于身边接触不到的用户类型，我们就需要组织专门的用户调研了。用户研究有多种多样的方法去挖掘、分析用户需求，比如定性方法有访谈法、可用性测试、日志法、观察法等等，定量方法有问卷法、舆情分析、内容分析等等。从产品的角度出发，我们不需要掌握那么多专业的方法，但是要知道调研的目的是什么，要提出什么问题，如何发现并记录下来，如何整理分析调研材料，最终找到问题的解答。最后一种来源是老板和同事，老板处于战略目的会提出一些想法，由产品去落地；而运营、商业化等业务同事也会提一些他们业务需求所需要的产品实现，比如运营资源位、商业化产品功能。

需要强调的是，在用户调研的工作中，我们需要提炼出的内容要点一定要有用户画像、使用场景、重点用户需求、用户需求背后的动机目的。用户画像的划分维度一般有性别、年龄等人口学因素，收入、教育、城市等经济文化因素，此外还有音乐、教育、视频等垂直领域因素和心理行为因素。找到目标用户的特有属性来建立用户模型，一般属性因子的数量2-4个最佳，不宜过多，否则模型会非常复杂。比如网易云音乐在项目立项时期，为了弄清楚移动音乐产品市场还有什么突破点可以做，就去大量调研用户，发现年龄是和音乐喜好有着很大关联的一个因素，可以从年龄、音乐喜好程度这2个因素下手，将目标用户划分到4个象限上，分别是年轻音乐偏好低、年长音乐偏好低、年轻音乐偏好高、年长音乐偏好高这4类用户，其中音乐偏好低的2类用户就被排除掉，年长的人音乐品味比较稳定，一般听固定的歌曲曲库，只有年轻且音乐偏好高的人有着大量听歌的诉求，会主动找歌听或者被动听歌。这样产品目标用户的用户画像就确定下来了。

3.需求分析

在完成需求挖掘后，我们需要将得到的用户需求转化为产品需求，最经典的方法论是“角色-场景-路径”：

• 角色，是指有着相同特征的一类人群，我们要知道他的需求出现的动机，搞清楚他是谁？
• 场景，这个角色实现需求的场景，弄明白他在哪里？
• 路径，用户实现需求的行为过程，思考他怎么做？

比如上面说到的爱听音乐的年轻人（角色），这类用户他们在运动的时候（场景），想听一些适合节奏明快并且符合自己喜好的音乐，希望不用太多选择就可以一直听得到（用户需求），那他们的行为路径是打开app-选运动场景-自动播放，或者选择某一适合运动时听的歌单-随机播放（路径）。

4.需求筛选和决策

面对成千上万的需求，我们不可能一次性全都实现，既需要判断是否伪需求、是否有必要做，还需要划分优先级以进行开发排期。因此，筛选决策是一个非常重要环节，反映pm的能力。一般从四个维度筛选平衡需求：

• 商业价值：满足这个需求，是否有跟高的商业价值
• 用户价值：满足这个需求，是不是解决用户的核心痛点
• 技术水平：满足这个需求，当前的技术是否能够实现
• 竞争对手：竞争对手所实现的功能，没有完全满足用户需求

其中，如何判断需求是不是解决用户的核心痛点，我们可以借助KANO模型，根据需求对用户的影响程度来对需求进行排序和筛选，还是以网易云音乐为例：

• 基本型需求：没有的话不高兴，有的话无反应 → 搜索功能
• 期望型需求：没有的话不高兴，有的话高兴 → 个性化推荐
• 惊喜型需求：没有的话无反应，有的话高兴 → 歌单

基本型需求和期望型需求在很多竞品内都有，我们也需要做，但是惊喜型需求是我们产品区别于其他产品的核心竞争力，所以也排高优先级。筛选出优先级高的需求，放到第一期做，这样一个最小可执行产品的主要产品需求就确定下来了。

以上就是需求挖掘和分析部分。

三、这里整理一下软件设计的心得：

1、其实无论是本地化的实施，还是sass 产品，我们都需要有一个特别懂业务的项目经理或者是甲方负责人。他们对业务的理解是方方面面的。在了解自己要做什么系统之后，才去考虑怎么去组方案。目前很多sass 产品的小伙伴，方案和业务能力真的很弱。

2、在梳理了业务流程的基础上，我们要知道，信息化最简单，最原始的目的是为了提高相率，简单的线下业务提到线上，就是为了提高效率，协同也是。

所以有一个原则，设计是为了提高效率。涉及到人的工作，提高效率很重要的一点，就是灵活度。信息化有一个好处，可以让线上流程严格按照逻辑设置的流转。这也是一个不好的地方，他太笨了，不知变通。

其实之前碰到过很多次，在保留业务完善度和灵活性之间，去做取舍。

很多的项目经理或者产品经理，会说，我的业务非常完善，我的流程考虑了所有的情况，但是，实际是，这个业务流程特别复杂和僵硬。其实可以非常简单，让参与的双方沟通，给他们不同的选项，给他们不同选项的原因，就够了，复杂的流程，得简单化。

我们不是做数学题，是为了提高效率 。

3、最近学习新的业务时候，发现工程管理的内容，要复杂真的很复杂（可以看一下下面的流程图）。

总结一下任务：初始化，任务定义，然后是用户使用。

使用的方式再说一遍，就是协同，各方按照简单的业务先后，在系统中协同，保证业务流程进行下去，也给了各方很大的操作空间，我觉得这个是好的想法，也是软件设计的可取之处，软件，就应该简单