原型是什么

作为一个产品新人最急于表现的应该是原型，最薄弱的应该是对需求的整理。因为需求的整理过程是一个去伪辨真的过程和权衡利弊的过程，而这个过程恰恰是新人没有的工作经验和容易忽略的部分。而产品原型时有章可循的，可以借鉴的，所以为了打发无聊的时间或尽快出成绩和成果，产品新人往往会先从原型下手。那么什么是原型，都包括哪些部分？

互联网行业的产品原型是将需求转化成产品的一个过程示意图，通过原型来表达需求点和流程逻辑，同时向UI和技术去表达产品的概念和实现的内容。

怎么做

产品原型包括规划总览、版本规划、产品目的和目标、业务说明、功能分类、规范文档、业务逻辑、结构布局、细节说明和逻辑判断等方面。

这么多的节点需要完成就需要提前对行业和企业有很深入的了解，知道战略规划，业务方向和公司的执行层面的能力。最重要的是需求的封闭，一定要知道一个版本的产品无法满足所有需求，一定要分期分阶段来规划，而且每个阶段的重点肯定是不一样的，不要企图一口吃个大胖子。

再把需求转化成产品原型的过程中，一定要注意行业风格、用户体验、业务流程、业务逻辑和实现难度方面的配合和平衡，不提倡风格特立而丧失行业特性，也不提倡太过炫酷而提高开发难度和拉长开发周期。

给谁做

产品原型理论上给企业做，哈哈，废话。产品原型应该是作为产品生命周期中一个重要的环节和参考标准，通过对产品原型的理解去开展工作，那么谁需要产品原型呢？1-自己需要，产品需要通过输出成果来升职加薪，而原型正是成果的体现，另外通过原型传递自己对产品的理解和表达，为下一个版本规划提供参考依据，更是为了日常沟通的需要。2-运营和提出需求的人，对于提需求的人一定要给人家反馈，让人家看看自己是不是词不达意，是不是真正的抓到了需求的核心意思。3-UI需要，UI需要根据原型去判断自己的工作量和大体的结构布局，然后评估自己的工作量和寻找素材。4-开发需要，开发根据原型的设计来评审业务流程是不是正确，结构是不是完整，实现难度大不大，大体的人员配置和开发周期的评估。5-测试需要，测试根据原型做测试用例和测试参考。6-企业需要，铁打的营盘流水的兵，总有新人换旧人，企业需要留档案留下资料，来避免换人的成本过高。

为什么这么做

说到为什么这么做，我觉得有两个原因吧，一个是好记性不如烂笔头，一个是避免背锅。产品的很多东西都是细节上的面对面沟通，千万不要以为沟通过了就不用体现在书面材料上，往往是这些细节的东西最后会给你惹上麻烦。所以，为了自己能快速有效的和同事沟通和交流，一定要把沟通的内容更新下，保证你这个环节是最新最准确的信息存储。另外，很多时候很多环节是衔接不紧密的，如果不做书面更新，相互之间是可以扯皮和背锅的。尤其是开发和产品在工作上简直是天生的对手，而双方无论争吵的多激烈，最终都逃不过需求不明确和通知不到位两个问题，而这两个问题其实就是没有书面化并及时的传达给对方手里的问题。所以，为了避免给你事业上找不要的麻烦，还是要懂得记录下产品原型和更新需求。

会遇到哪些困难

一般情况下会在人和事上遇到困难。

在事情上，比如，自己对需求的目标和量化没搞明白就着急上手，需求的变更和原来的预测变化很大，老板会突然加活进来导致自己的节奏被打乱都会形成一定的困难。这个时候一定要稳住，分析问题出在了哪里。如果是需求的了解不明确，则一定要提高自己对需求分析的能力和基本功。如果是加大了工作量，则按照优先和紧急的二维象限去分析该怎么调整自己的节奏。如果是需求的变动挺大，一定要通知到所有需要通知的人，把新的需求和新的做法通知到位避免信息不畅而按照原来的做法去实现。

在人的原因上，一般是沟通不畅和配合度不够。无论是老板还是其他部门，一定要充分沟通，了解他们的真实想法，也传递给他们你现在的工作状态和工作内容，做到有的放矢。关于配合度的问题，就涉及到工作排期，先看工作排期是不是合格，新的排期的优先级和原来的计划的对比程度，该怎么做才能衔接好，只有给别人把工作衔接好，别人才能舒服的配合你做事情。

怎么评估和量化效果

产品的工作也是需要KPI考核的，但是产品的工作一般是定性的，很难量化。我们有几个维度可以参考，1-对需求的理解程度，2-产品完成进度，3-测试指标量化，4-内部评价，5-市场反馈等来取考虑产品，所以一定要把握好自己的考核标准，根据考核标准去分配时间和精力。

想知道更多关于产品和互联网行业新鲜事的粉丝，可以搜索微信公众号“”“宅力宅力说”来了解更多信息