因为了解的歌词(因为了解这首歌什么意思)

本篇文章无忧网将为大家介绍因为了解的歌词(因为了解这首歌什么意思)，下面一起来详细了解一下吧。

因为我明白歌词的意思，所以唱歌的时候我就会唱歌词。这种情况在娱乐圈中也很常见。毕竟，每个人都必须为了自己的梦想而这样做。最近一段时间，张艺兴还参加了一档名为《即时电音2.0版本发布会暨首映》的综艺节目。在这档节目中，张艺兴也作为嘉宾参加了。但是在这个节目中，张艺兴的表现却引起了网友们的热议，因为在这个节目中，张艺兴的行为实在是太不礼貌了。

文章将从0-1围绕公司对外项目的产品的第一阶段（沟通需求），并结合自己的实际经验，简单谈谈：总结的技巧。希望对大家有帮助，特别是对新人以及做一个承接项目的产品经理有帮助。

我工作的公司是一家创业公司。由于业务闭环尚未打通，在公司发展的过程中，会需要接触一些外部项目，并作为公司的业务之一进行相应的开发。正因为如此，我有幸担任多个项目的产品经理，经历了多个产品从0-1的全过程。

由于我在小工厂（小公司）工作，人员总是能够比较努力，项目也比较粗糙。基本上可以简化为一句话：如何最快的做到，并且把期间能省的都省了。因此，作为产品经理，为了产品的快速准确落地以及项目的顺利开发，沟通需求的时间和成本需要得到极致的控制。

当然，也因为这样，我经历了很多产品经理没有经历过的各种情况，也为我后续的产品成长打下了坚实的基础。

沟通

我们先来了解一下什么是沟通？它的目的是什么？

沟通是为了解释事物，把一件事或一件事说清楚，这就是我们想要达到的目标。沟通就是表达情感，有时不说其他事情，只是表达自己内心的真实情感。其实关于沟通还有更多的解释，但我只说这两个就足够了。这是我们在与客户沟通过程中需要牢牢把握的两个沟通核心点。

与客户沟通产品需求的目的是澄清和理解需求，让客户知道你的理解与他想要表达的是否一致，了解对方最真实的情感表达，即深层的情感表达。需求，从而达到产品沟通目的的要求。

沟通需求，我们需要注意什么？

由于公司规模较小，设立的产品经理职位仅对应我一人。因此，无论外部项目大小，我都会通过我与客户沟通。因为这样，我收获了很多，同时我也：总结一些需要注意的点和技巧。

下面我将一一描述：

1. 项目背景

敲这里黑板！

每个项目的发展都会有相应的项目背景，其中包括很多项目，比如：项目是怎么来的？该项目有何意义？该项目的目的是什么？项目的组成部分是什么等等。

由于项目背景较多，每个项目背景往往不同，获得的信息也不同。正因为如此，项目背景恰恰是大家最容易忽视、不重视的地方……

刚来公司的下半年，公司承接了一家上市公司的光伏监控项目。当前端和后端（app端、pc后端）都涉及到，而且项目还包括硬件方面的时候，就落到了我这个新人手里。我愣住了，拿着对方给我们的一份“产品文档”，不知道如何下手。当得知第二天要去面试客户时，我更加茫然了。现在回想起来，为什么当时我会感到不知所措呢？可能是因为我自己的恐惧，因为不了解项目背景内容而产生的恐惧……

当时看“产品文档”，逆变器、集热器、辐照度、装机容量、pv1、pv2……我一头雾水。

内部操作系统是：什么？这些是什么？我勒个去！

我相信这种情况不仅仅是我，应该是大多数产品经理或者新人接触一个全新的项目或者领域跨度比较大的项目时的第一反应。

这个时候，让自己了解项目最快的方法就是仔细研究项目背景。请记住：即使对方给出的项目背景不是你想要的，或者你无法提取任何重要信息，你也应该自己做一个项目背景研究。

例如：这个光伏项目，给出的信息不是很清楚，那么我们会阅读同类类似项目的介绍，了解该项目的组成部分、发展情况以及达到的效果和目的。这样，对于产品经理来说，可以更快地融入到客户的环境中，站在客户的角度思考和解决这些问题。

比如这个系统，我们知道它是基于硬件设备（光伏板、逆变器和集热器等）的配合，来采集和处理发电量、发电量等数据，并对发电设备的工作状况进行管理。这些硬件设备，实现了监控和管理的作用，方便了完整系统的多角色管理。

了解这些信息后，我们对整个项目就有了一个大概的轮廓，我们可以很快地将其带入面试中。在有限的时间内，如果我们获得了更多对产品重要的信息，在信息不对等的情况下，要求客户解释一下客户认为“大家都明白”的内容，对我们并没有什么坏处。面试效率。

如果有产品经理的工作内容包括这样的外部项目，最好做一个小的背景调查，这样可以尽可能地与对方实现信息平等。这样，在后续的沟通对接中，就会省去很多不必要的沟通障碍，也可以设身处地为对方思考问题。

2. 沟通内容

第二天的面试，我总结了“产品文档”中描述的要点，我们两个之间的各种假设的沟通场景，认为我可以在面试时获得比文档更详细的信息。

然而，现实却是另一番景象……

两方见面的时候，先互相寒暄了一会儿，做好了各种准备，等待着相应的参加者的缓缓到来。然后，业务做了一些沟通工作，聊得很愉快，花了一些时间。最后，当我们和项目产品沟通的时候，相对于计划的时间来说，时间其实已经不多了。

这时对于产品经理来说，需要面对的实际情况是如何在有限的时间内通过沟通获取产品最重要的信息。

1）涉及对象

首先我们要沟通清楚，项目业务会涉及到哪些人？这些角色的参与将涉及业务流程的哪些部分？哪些角色涉及到我们业务的发展，但是在客户沟通中，告诉我们不会使用我们的最终产品？

了解参与项目业务的人员意味着了解要完成的项目以及在这些人员的使用或参与下开发的产品。了解后续业务流程会更加生动。

了解这些角色的参与内容以及涉及到业务发展的哪一部分，您就会对角色权限有一个清晰的认识。在后续的产品文档输出以及与开发的沟通中，不会出现权限不明确的情况。

至于项目中涉及的角色，但在客户的口述中，这个系统并不适合他们。这个时候产品经理就需要更加关注记录。因为这些角色及其涉及的内容可能是我们产品设计中的灰色地带。如果一开始控制不好，后期就会演变成产品设计上的坑，进而影响整个开发。

从理论上讲，只要涉及到项目开发的角色，都是系统的使用者。我们做的产品基本上是为他们解决问题，所以不应该出现参与业务流程而不使用他们的情况。

2）业务流程

不用说，我们知道业务流程。这必须是我们沟通过程中的首要任务。毕竟，如果我们连业务流程都不了解，就无法进行产品设计，也无法构建整个系统。

但在沟通过程中我们也需要注意一些情况。

案例1：过程中的不确定性

这种情况在很多add-in项目中经常遇到，而且造成这种情况的原因也各有不同。有的时候，是因为公司规模大，部门多，牵涉的事情太多，需要经过层层确认之后才能最终确定。这就导致：我们在刚开始沟通的时候，会遇到不确定的情况。

另外，对方没有相应的项目负责人，也没有符合我们需求的相关人员，无法承担一定的责任，这也会导致后续流程的不确定性。

这时候需要的就是产品经理的小本本。不确定的地方尽量记下来，保证在有限的情况下，尽可能大家都没有异议并确认。这不仅是产品经理的责任，也是对客户和开发团队的尊重。

案例二：流程的真实性、实用性

这种情况一般发生在规模较小的公司，盲目看好自己的项目，高估自己的实力，以及公司层面的其他原因，使得产品经理得到的业务流程不真实，产品设计不准确。以及后续的发展，造成了不可估量的后果。

我去年就做过这样一个项目，具体是什么就不方便说了。但我们可以谈谈项目的内容。这是一个在线拍卖系统。系统包括拍卖行后台管理、拍卖行APP和客户端APP。内容大致是拍卖行在后台管理并上传相应的拍卖品。然后用户可以通过应用程序查看拍卖行的物品。拍卖行正式线下拍卖后，通过拍卖行APP进行线上线下同步拍卖。

直到现在我还记得这个项目的老板来我们公司讨论需求时说的话。

“放心，你提出的这些问题我们都能解决。”

“我们理想的情况是……”

“功能不要太复杂，但体验一定要好……”

只是我太年轻，相信了对方的话。果然，项目后面坎坷不平，大家忙着填各种坑，项目周期也相应比以前更长了。

在项目沟通过程中，我们提出了“如何解决付款”的问题（该项目针对的是法国拍卖行，付款涉及国家政策限制），该项目的老板向我们保证，说他正在工作与法国支付宝等支付公司正在洽谈合作事宜，只需要开发者进行接口即可。

听起来是不是问题一下子就变得简单了，但事实却常常打脸。当我们的项目开发差不多的时候，问题却接二连三地出现。良好的对接怎么样？与法国支付公司洽谈合作怎么样？

最后什么也没有了。没有办法。该项目仍需继续。我和项目老板讨论，重新设计构思了一个支付流程。与原来的设计相比，操作流程增多了，其中也严重影响了客户的体验。后期会增加对方工作人员的操作难度。自然也会影响我们的开发进度和工作量。

所谓的理想状态是怎样的呢？

这就是被认为是不会出现其他问题的理想情况。然而，往往有理想，就有现实。

承诺的用户可以通过app进行购买，然后像电商平台一样获取物流公司的接口，让用户无需繁琐的操作就能有良好的体验？用户为什么要申请物流？为什么服务人员要确认物流信息？为什么用户看不到物流信息？这是理想的情况吗？

这就是所谓理想情况对应的实际情况！

这又是一个因为隐藏而被踩的坑。后来就没有办法了。当开发差不多的时候，就重新设计了相应的流程。在增加各方负担、牺牲经验的情况下，最终保证了业务的正常发展。

这些情况一直存在，因为对方没有正确告知我们或故意隐瞒我们，导致业务流程不清晰或不正确。如果你不想被套路或者开发同事鄙视，你确实需要提高自己的“眼睛”，增强自己的识别能力，并准备好相应的文档要求进行确认。这样，即使开发过程中有需要改的地方，也最好有基础。

现在回想起来，真的很感谢当时开发同事们的好意。

3）想要达到的效果（目的）

在沟通过程中，我们要明确对方的最终诉求是什么？您想要实现的愿景是什么？或者说你希望解决什么问题？

我们的客户其实不太擅长直接说出自己想要什么？他们大多数都在谈论他们想要解决的问题是什么？

你想达到什么样的效果？这个时候产品经理一定要把握好。这不一定是他最后的诉求，但一定是对方能表达的最直接的痛点。我们要做的就是顺藤摸瓜，了解对方的诉求。

很多时候对方告诉你需要解决的问题时，通常都会顺便给你一个建议。请记住：这个建议可以作为参考，但不一定作为最终的解决方案，因为也不是不可以，但是每个人都扪心自问，如果我们这样做，我们还是产品经理吗？我们还需要产品经理吗？

“我需要一辆更快的马车……”

最终的需求是什么？这时，产品经理需要把握的不是“运”这个关键词，而是“更快”这个关键词。他应该明白，用户的需求其实是一种更快的交通工具，所以汽车就被发明了上去。

这是一个很好的例子，请记住。

这几点基本都是我在产品路上经历过的一些沟通点：总结，特别是作为项目产品经理在沟通过程中，需要多注意哪些地方，希望能给大家一些启发。

本文最初由@JIN 发表在《人人都是产品经理》上。未经许可禁止转载

题图来自Unsplash，基于CC0协议

文章到这里就结束了，感兴趣的小伙伴可以关注并收藏无忧网，我们将为你提供更多优质内容。