Benking

我们是如何做产品的

一 01

Ben产品设计, 投资理财, 项目&管理 产品设计, 原型设计, 基金比较, 基金筛选, 用户调查, 竞争对手分析, 需求分析, 项目管理 No Comments

最近刚完成基金筛选器、基金比较，这两个小产品。但其实在我的构想中，她们俩是同一个产品一下的子功能（这个产品我称她为“选基平台”），只是由于时间、资源等因素，目前仅实现这两个功能。

由于“刚出炉”，放在手头还比较热，于是趁热用她来做一个例子，谈谈我们是如何做产品的。

1、思路思路

如何确定要做一个产品，理由可能是多种多样的，这里就不再详细叙述了，留在以后的篇幅中。而我们确定要做选基类产品是在年初定下来的，相关人员聚在一起讨论今年的KPI，这个时候就会定下来今年大致的产品发展思路。

到了具体要做的时候，就会想了，咱们的选基平台到底会实现什么样的功能？在设计之前，我通常会首先做几件事情：

• 用户调查：目前这是最弱的部分，仅收集与总结用户的反馈，看看这方面的需求情况；
• 竞争对手分析：这一步比较重要，我会把所有对手的类似产品都看一遍，找出他们的优缺点，该吸取的吸取，该抛弃的抛弃。当然也得结合自己的特色；
• 大量广泛的查阅：如果在你要做一个产品之前，对她的概念比较模糊或根本不知道应该怎么做，你应该大量、广泛的查阅。并适当的做记录，对以后的设计阶段会有帮助；

当然还有很多工作，如需求分析、可行性验证等。一边做这些准备工作，一边整理这些思路。准备工作做好后，产品构想大体就完成了：

这个时候，可以把大大小小的相关人员聚在一起，谈谈你的构思。大家会对的构思提出各种各样的建议与意见，如果顺利，差不多这样一次会议就确定了。

2、原型设计

大家对你的构思认可后，接下来基本上是真刀真枪的干活了。大一点的公司，通常是一组人一起做设计（这些人我们称为PM）。像我们这样的小公司，没实力请这么多人一起做，通常由内部人员兼任。

由于前期已经有了很好的构思，这个阶段基本上就是按照你的构思做设计，在设计的时候会考虑到很多问题，比如：

• 整体布局应该怎样：两栏、三栏，还是其他。通常在这个问题上会纠结很久，确定以后，接下来的事情就好办了；
• 如何布局页面元素：例如，如何合适的摆放大量的筛选条件，这成了这次设计的难点之一。当然最终还是解决了，具体解决的好与不好，需要看上线后的反馈；
• 以使用者的角度来思考：易用性的好坏实际上大多数取决于设计者所处的角度。我是从技术出身的，在设计的时候一些技术上的事情难免会左右我的想法。但我还是会尽力以用户的角度去思考如何设计；
• 商业价值思考：这一点也应该考虑。在一个初期版本中，也许不会有这些内容，但在设计阶段至少应该考虑一下，留一些口子；
• 结合推广的一些思路：对于初始版本的产品，通常这一步比较困难，记得我们在开产品设计PK会的时候，运营负责人就会想是不是应该加入一些有利于推广的内容在里面。但由于这样一个产品功能性太强，不便于在这个版本上实现，因此也暂时搁浅了，留在后期版本上实现；

整个原型设计阶段，可能都需要你全身心的投入进去，以至于达到“走火入魔”的状态最好（开玩笑的，呵呵）。最终完成原型设计：

+ 

接下来可以开展原型讨论会，这是比较“痛苦”的一个环节，大家会提出各种各样的需求与建议。你会根据这些建议进一步的思考是否或应该如何改善设计，并找时间再次组织讨论。

通常这类会议进行2～3次，具体最终什么时候能够敲定，就看你在做产品原型演示时的忽悠功底了。最后老板发言：“好，就这样做吧”，得到这样的信息后，说明你的产品原型设计阶段顺利完成，可以正式开工了。

3、项目排期与开发

这个阶段，你需要一个或多个Excel表格，或者Project文档，来分解出产品的Features。然后找到相关人员（通常为开发、测试与UI设计人员）一起开会，大家一起来评估时间。比如本文中的基金筛选器，我们就用一个project文件就足够了。

这个过程基本上是一个协调与驱动的过程，协调各种人员的配合，如开发、美工等。适当的给相关人员一些培训，让他们深入理解你的设计理念，这样才能更好的发挥他们的想象力，尤其是美工设计人员。

最终，美工会根据你的设计完成UI美化，开发人员会根据你的设计完成程序开发。这其中有一个度，也许你的想法还有很多，想实现更多更实用、更酷的功能与技巧。但需要把握一下时间与工作量，优先实现核心功能，锦上添花的功能可以安排的后期完成（如Alpha测试期、Beta 测试期）。

4、测试与上线

待开发完成，总得测试一下吧。对于网站而言，需不需要测试人员也是一个争论的焦点，同样在我们公司也有这样的问题，某些产品负责人认为根本不需要测试，有测试也不一定能帮你测试出Bug。

当然他们说的也有道理，毕竟我们网站的行业性比较强，是有点难上手。但产品开发完成总得还是要测试一下。

没有测试人员，怎么办呢？只能发动全公司人员一起测试了，虽然不能保证最终完全没有Bug，但好歹还是测试过。

最后，我们发出Beta版，正式和用户见面：

+

有兴趣的朋友，可以点击这里、那里看看效果。

我们是如何作需求管理的

十一 11

Ben产品设计, 项目&管理 产品设计, 特性列表, 需求分析, 需求管理, 需求评审, 需求采集 No Comments

毫无疑问，需求管理在产品设计中占有非常重要的地位。那到底有多重要呢？回答这个问题之前要先反问自己，你为什么要做这个产品？而你可能有如下回答：

• 老板项目，不做也得做
• 我们觉得这个值得做，因为有很多人需要她
• 我们的用户对我们产品提出了更多的要求
• ……

就是说，因为有需求，所以我们才做这个产品，她是一切产品产生的源头。既然这么重要，对于需求的管理就显得更加重要了。首先来看一张图：

看上去东西挺多的，实际上可以把图分成三部分：

1、需求采集

需求采集包括需求收集与提交，需求收集的渠道可能很多，最直接的就是和用户交流，比如用户调查、意见征集、网站论坛、站内短信（实践证明，这是比较高效的收集用户需求的方式之一）等。

客服也是一个比较重要的渠道，如果你有时间，也可以自己去冒充客服人员。另外，某些需求也来源于团队、公司内部，比如用户数据分析衍生的需求，老板的直接需求等，总的来说，需求的途径可能有：用户、公司or团队内部、客服、市场等。

在提交需求时，需要记录好需求来源，原始需求人，原始需求，提交人，提交时间等。这个阶段，需求的状态应该是“待讨论”。

2、需求评审

在一定时期内，应该开需求评审会，参与人员可多可少，视需求、团队的情况而定。做需求评审时，参与人员可以对需求发表意见，大家一起讨论这个需求值不值得做，实现难度等。纳入评审的需求的状态一般会有如下变更：

• 接受：当然，这需要综合考虑这个需求能给我们带来什么样的价值，也要考虑实现这个需求的成本
• 暂缓：暂缓的需求可能由于此阶段还不适合实现，或者在资源分配上存在问题，又或者启动的条件尚不成熟
• 拒绝：拒绝的需求可能是一些和我们的目标价值相背离的需求

在需求的状态变更时，我们会记录下变更的原因，比如“暂缓”的需求，我们还应该记录下重启的条件。完成需求评审后，我们会对需求进行分析。

3、需求分析

为什么要进行需求分析，一个原始需求应该代表原始需求人内心的欲望，需求人只是向你提出他所需要的东西，需要达到的目的。而我们做需求分析就是要从这个原始欲望中挖掘出用户真正想要的东西，也许是一个功能，也许是一个产品。我们还应该考虑怎样实现这个需求才能满足大部分用户的需要，或者不影响大部分用户的使用等。

待需求分析完成，会产生一个或多个产品特性，这时需要把特性录入至特性列表，最后我们会实现需求，包括特性分析、设计、开发、测试、发布等。

这样，我们满足了用户的需求，并实现与需求对应的功能特性或产品，提供给用户使用，用户在使用产品时，可能又会产生新的需求，而我们又开始想办法满足这些新需求…..基本上就是从用户中来，到用户中去这样一个周而复始过程。

工具方面，想起以前团队培训时用过的一句话：什么是最佳项目管理工具，excel, excel, excel。个人认为，这些工作用Excel就可以搞定了。当然也有一些其他很好的工具，具体用什么，跟很多因素有关，比如个人偏好、文化、团队大小、环境、心情……总的来说，最适合自己的就是最好的。