我们是如何做产品的

一 01

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

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

1、思路思路

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

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

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

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

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

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

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

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

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

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

3、项目排期与开发

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

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

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

4、测试与上线

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

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

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

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

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

Rating: 5.0/5 (1 vote cast)

Benking