互联网产品→定制项目→基于项目的产品外观

发布时间：2020-12-15 作者：admin 0

产品人员的工作花费在一个项目中。不同的产品人员对项目的了解程度不同。作为具有10年工作经验的产品人员，本文的作者对产品和项目有自己的想法，并从七个方面进行了深入的分析。希望对您有帮助。我从2009年开始实习，经历了三个阶段：互联网产品→定制项目→基于项目的产品。在第一个转换中，因为他只是一名开发人员，所以他对转换的了解并不深刻。在第二次转型中由于我是负责人，因此我需要从更高的层次进行思考和改变，我对转型的痛苦深为感动，尤其对转型过程中所走的弯路印象深刻，因此我使用这篇文章来记录我的理解，叙述的内容在工作领域有局限性，希望与您讨论。

前言：

在开始写作之前，我先从福特创始人亨利·福特（Henry Ford）的一句话开始（真实性值得怀疑）。这句话在产品产品外观设计中也成为我的座右铭：“如果我问人们他们想要什么，他们会说更快的马。”简而言之，已经充分理解了产品思维的特征。产品越深，同理心就越大。接下来，作者将从定义，思维方式，团队组成，需求来源，业务模型，版本分支和支持工具等方面，分享产品和项目之间在作者感知方面的差异和联系。

01定义

1.什么是项目

那些学习过PMP或高级项目的人应该熟悉项目的定义。 ——项目是创建特定独特产品或服务的一次性工作。它具有几个特点：独特性临时；渐进式细节。在我们的实际工作中，软件项目的实质是按照合同约定实现施工内容或用户需求，并通过程序开发\部署以软件的形式实现，并与交付成果一起提交。给用户。

2.产品是什么

对于产品的定义，百科全书给出了相对限定的描述。 ——产品是指可以提供给市场，由人们使用和消费，并且可以满足人们的某些需求的任何东西，包括有形物品，无形服务，组织，概念或它们的组合。如果以更接近软件开发的方式描述软件产品，那么软件产品就是一种通用软件形式，旨在解决业务场景的需求，可以继续迭代，并且可以在多个项目中重复使用。作者工作所在的公司有两种不同类型的产品。一种是业务应用程序产品，其重点在于解决业务场景的需求，并且可以应用于多个项目，例如电子证书和政府服务处理。等等。另一类是低级组件产品，其业务属性较弱并且高度精炼通用属性并分解了业务，例如用户中心，表单中心等。举一个现实生活中的例子来描述两者之间的区别：该项目是一个一次性杯子，目的是解决单一的饮用水需求，目标是明确和一次性的；产品为陶瓷杯或水杯，场景面向解决多种饮水场景的需求，并且根据饮用水，咖啡，饮水等不同场景衍生出不同的副产品。

二思维方式

当作者从项目负责人转变为产品负责人时，将思维方式从项目级别升级到产品级别是最大的挑战。两者之间的区别和联系很容易使人感到困惑，无法选择。就内容而言，两者没有区别，但是如果应用了错误的场景，则很容易使简单的事情复杂化并处理多层次的内容。让我们谈谈项目思维和产品思维之间的区别。

1.项目思维

在大多数传统软件开发公司中，公司的日常工作和软件开发基本上都坚持以项目为导向的思想。那么什么是面向项目的思维？所谓项目思维，其思维方式是——“完成”，而目标是——“任务”。

项目思考的重点是如何完成任务，如何从多个相关指标（例如时间，成本，范围和质量）促进工作的进展，以及如何实现可交付任务的成果。特定于实际工作，因为重点是完成任务，所以项目团队成员的所有工作都集中在项目的成功交付和接受上。在收到项目需求时，他们将考虑如何完成需求，完成时间和成本，以及如何更快，高质量地将其交付给用户。

2.产品思维

与项目思维和产品思维相比，思维方式为——“透视”，目标为——“价值”。产品思维的重点是挖掘有效的根本需求，从业务场景的角度构建解决方案，以及提高产品价值和竞争力。具体到实际工作，我们在产品构建过程中，重点不是完成添加，删除，修改和检查功能的堆叠，而是查看需求背后的业务场景，哪些应用难点驱动着生成需求以及如何构建解决方案该解决方案可以更好地解决需求，增加产品价值并在多个项目中重复使用。项目思维类似于被动驾驶，其目标是完成任务。产品思维是自动驾驶，目的是提高产品价值。

三团队组成

产品和项目定位与目标之间的差异也非常直观地反映在团队组成中，包括对团队成员质量的要求。良好的团队结构可使工作进展更加顺利。

1.项目团队

项目团队通常具有以下必要成员：项目经理，技术主管，需求分析师，开发工程师，测试工程师，客户服务人员（按合同要求）。在许多实际项目中，通常一个人有多个职位。项目经理通常还担任技术主管或需求分析师。一些开发工程师还充当需求分析师或客户服务人员。大多数测试工程师都是公司的测试部门在关键时间点对项目现场进行干预。

2.产品团队

产品团队通常具有以下必要成员：产品所有者，架构师，产品经理，交互产品外观设计部门，开发工程师，测试工程师，配置工程师，项目对接人员。许多人混淆了产品经理和需求分析师的职责。实际上，两者之间的区别是显而易见的。需求分析师是具有项目思想的人员，适合进行项目推广；产品经理使用产品思维来领导人们，他们会继续推动产品发展并提高产品价值。在团队组成的稳定性方面，与项目团队相比，产品团队相对稳定。由于项目的进展，项目团队可能需要一个阶段的大量人员，而只需要少量人员继续进行其他阶段的项目升级。进展：由于产品的不断迭代和产品在项目中的应用的不断增长，在正常情况下产品团队不会进行人员的重大变更。就同一职位的成员的质量要求而言，两者并不相同。项目团队对成员的要求是能够快速进入状态并具有较高的承压能力。除了自己的工作，他们还可以承担其他一些职位的职责。例如，开发工程师经常需要同时执行需求分析工作；成员的要求是他们的工作需要精确，知道他们是什么以及知道为什么。例如，开发工程师需要通过深入的专业改进产品质量来考虑代码执行效率，代码并发性，代码容错设置，代码规范等。

四需求来源

不同的定位和不同的思维方式也直接决定了不同的需求来源。项目需求和产品需求之间的明确区分可以避免工作开发中的矛盾和麻烦。

1.项目要求

该项目是由客户的需求驱动的。通过用户访谈，问卷调查，可用性测试等来明确需求的内容和界限，并与客户合作以书面或其他记录的形式审查和确认需求。项目团队基于对定制开发的明确需求。项目需求本质上是本文开头福特所说的缩影。用户的要求是速度更快。

总体而言，项目要求的特征是显而易见的，其来源清晰，范围明确且工作量明确。

2.产品要求

产品以增值为动力，围绕产品增值来开发需求。需求来源是多渠道的，包括国家和行业政策，市场需求，用户需求，项目需求等；需求研究也很多样化，包括政策分析，竞争产品分析，调查，集思广益，用户反馈等。在需求管理和控制方面，产品趋向于更加敏捷，小步运行，允许反复试验并根据市场接受度确定需求是否正确。项目需求本质上是获得“更快的马匹”信息，而产品需求本质上是获得“更快的马匹”信息，并考虑“马匹”以外的其他方法和措施可以满足这些要求。

在实际工作中，很容易出现一些认知上的误解：

1）将项目需求作为产品需求实现

项目应用程序是产品需求的重要来源，因为项目需求来自最终使用软件产品的用户，反映了用户在实际业务场景，行业需求和其他因素中的应用痛点。

但这并不是说项目要求等同于产品要求。项目需求由项目服务，并具有项目区域性，业务性和临时性的特征；在将项目需求作为产品需求沉淀时，有必要对可重用性程度，价值提高程度，现有业务场景的破坏程度以及潜在的潜在需求等多维影响因素进行综合测量，对项目需求进行产品适应性转换后，可以吸收到产品需求中。

2）产品不会干扰项目的实际业务需求

结合前面的描述，项目工作的内容与产品工作的内容不同。在实际工作开发中，有必要弄清楚产品与项目之间的界限，以防止产品成为项目。但这并不意味着它可能会过大。不能说在产品版本发布和提供二开机制支持之后，项目着陆过程中的个性化转换属于项目团队，与产品团队无关。

出于长期战略考虑，不可避免地要划定产品团队和项目实施交付团队的职能，但是产品团队和项目团队需要建立良好的沟通渠道，包括提供早期产品解决方案，产品部署操作，产品升级操作等，还包括着陆后的新需求分析，解决方案指南，两次开放的功能协作等。产品团队需要积极地接受项目要求，在实际中测试产品的优缺点打击并通过应用效果进一步改善产品本身，并定期审查项目需求。只有通过查询和总结产品需求，我们才能避免闭门造车和自我感觉良好，也可以避免产品由于产品团队与项目团队之间的冲突而无法收集项目需求。

3）不专注于产品业务，无限扩展产品图

需求蔓延不仅是项目中需要预防和控制的事物，而且产品中也存在类似的问题，并且由于产品需求的不确定性，需求蔓延的可能性更加突出。在产品推广过程中，产品经理的首要任务是非常清楚产品定位和产品需要解决的业务场景。在此原则下，必须对产品需求进行分析，并且分析不能太简单或偏离主营业务的不受控制的分布。例如，在财务援助系统中，项目付款涉及项目的节点和计算结果，人工成本报表涉及总人力资源工资的计算和发放，付款涉及与项目的对接和对帐。银行企业系统。这并不意味着我们的产品还应该涵盖工程管理，人力资源管理，银行和企业业务，而应该专注于我们产品的主要业务。产品需求需要决定做什么，但更重要的是决定不做什么。

更多的工业外观设计【设计案例】请点击进入。