我们如何将需求转化成产品 - 写给创业型产品经理

大家是否还对这部分知识存在疑问呀，让我来为大家详细解答一下。

我们上一篇讲到了需求，汇编语言教程但作为一个产品人，最关心的莫过于把需求转化成产品，而这个能力，也往往决定了你的收入水平（我知道谈钱很俗，但我必须**你下）。
网上的产品经理类教程不计其数，比如XX浅谈，深入浅出XX模块，用户模型的XX与XX…总之云里雾里，让人感觉PM是个高深莫测的职业。
现在，我想说，撕碎他们。
那些研究点，是守家型产品经理该干的事，很多人说“产品经理是CEO的学前班”，其实这是守家型PM对自己的一种幻想。
做产品的第一步，是抽象出需求
这个需求的来源一般来自现实社会，其中两个来源比较靠谱
1、自己有强烈感受的需求（例：facebook）
2、自己没有强烈感受，但逻辑上说得通的需求（例：iphone外挂电池）
通常，第一种需求可以让你赚大钱，创造世界级产品，第二种需求可以让你很好的建立一家企业
有人说可能一个需求，如“社交”，对于我是是属于第二种需求，但对于Zuckerberg却属于第一种，那到底这个需求的产品是世界级还是企业级？我想说的是，Zuckerberg干就是世界级，你干就是企业级，当然会有例外，但大致就是如此，至于为什么，这个涉及到心理学范畴，linux入门培训但你必须认识到，这里有强烈的运气成分。
第二步，把需求实例化
实例化即实现，或者说，把看不见的需求通过功能来表达出来
表达的方式有很多，比如用户的需求是“搜索”，那你就给他一个搜索框，一个搜索按钮就够了，在产品的初期阶段，不要去纠结于搜索框的大小，款式，位置等等无关痛痒的东西
在这个阶段的表达是非常简陋的，但是它是互联网产品成功的关键点，我曾不止见一个创业团队因第一版功能过于复杂而被市场淘汰，甚是可惜。
第三步，强化
在第二步之后，如果你发现市场上没有针对这个需求的产品，那么恭喜你！你可以跳过这步了，立即发布产品吧！
但如果你发现市场上已经有类似产品，且做得有一定水准，那你就需要跟他进行PK了，通常你需要在某一个核心功能上做到极致，然后再发布。
最后，实战训练：
好了，时间回到1994年，你姓杨，名致远，这会儿你脑袋里忽然想到一个好点子——“每次打网址好麻烦，c语言编程入门为什么不搞个网站把这些都汇总起来？”，问题来了，你该怎么办？
大部分产品经理的原型图

1994年雅虎首页

立项——功能需求——DEMO——设计（包括数据库）——编码——测试——验收——发布 立项：产品经理完成立项文档。立项文档首先能够替代开发合同或者用户需求报告，这个是整个项目的核心思想。

功能需求：1.罗列产品所有功能，告之整个产品有哪些功能模块。根据实际情况，通常按照迭代方式增加，能够预知多少罗列多少。没有专门的需求人员，由产品经理来完成。

DEMO：产品不急的情况，ios开发培训一定要做demo。这个权利由总经理或者开发部经理来定。Demo的要求：能展现已知的功能界面和操作方式，用于跟客户的交付，便于更早从客户那边带来意见和需求。没有专门的人员由产品经理自己或者指派相关人员根据功能需求的描述展现。 设计：根据功能需求，设计数据库和系统架构。由产品功能经理或者技术经理完成。 编码：根据demo和功能需求，实现具体功能。

测试：包含单元测试、代码走查、功能走查、系统测试、性能测试、部署验证、安全测试等等。具体需要什么的测试，由测试经理和产品经理根据产品情况共同决定需要做哪些测试。单元测试由开发人员完成，技术经理把关。代码走查，由开发人员和测试人员共同完成，技术经理把关。其他所有的测试，主体由测试人员来完成，其他角色协助完成，测试经理把关。 验收：根据测试报告对照需求列表及各项指标，测试经理、产品经理、技术经理、总经理等主要人员，共同表决来

你做成哪样了呢？

延伸阅读：

• 关于产品的本质–需求
• 大家学到了多少？如果意犹未尽，可前往课课家官网直接查看。
•