B端项目丨项目演示应该注意什么？

台上一分钟，台下十年，一个成功的演示背后可能是他自己的十次演示。本文是作者演示后的几点总结，与大家分享，希望对大家有所帮助。 B端产品经理不仅要熟悉用户的业务、工作场景，调查用户的需求，设计系统，跟踪开发进度，系统演示也是我们工作中不可或缺的环节。 那么B端产品的成功演示有多重要呢？ 如果是售前演示，可能会促进大合同的诞生。如果是定制项目开发过程中的演示，可能会尽快促进项目验收。如果是运维过程中的演示，可能会极大地促进甲乙关系，有利于进一步合作。 现在不再是酒不怕深巷的时代，等待客户探索我们的优势，也许客户已经被我们的竞争对手抢走了，系统做得很好，但没有成功的演示，我认为这对我们来说是非常委屈的。 演示一般分为概括 主体演示 答疑解惑 由三个部分组成，总结介绍相当于目录大纲，让观众有一个大致的了解，心中有一个框架，方便我们填写内容。 不用说，主要演示是我们系统能做什么。当然，回答问题是回答我们没有解释清楚的内容或我们系统没有实现的需求。 我演示后总结了几点，分享给大家，希望对大家有所帮助。让我们在下面Marvin和你详细谈谈吧！ 预测参与者 预测参与者可以为我们做好有针对性的准备。不同的角色对系统的功能有不同的要求。例如，高级管理人员看到更多的统计功能显示，中层和基层人员可能更注重功能。 为了在有效的时间内达到我们演示的目的，强调的演示效果可能会更好。 了解不同用户角色的需求和痛点 不同角色的痛点是什么？我们的系统可以帮助他们解决这些问题，从而提高他们的工作效率。最好在演示开始时谈论这些问题，以便用户能够产生同理心。演示的开始是引起观众的好奇心和倾听。 B端产品注重功能而不是体验，业务是B端产品的首要任务。只有熟悉业务，我们才能更好地做好项目，更好地演示。在真正的演示之前，我们必须预览一次或多次。 介绍系统模块 主要功能是什么，让客户有一个一般的框架，知道他们解决了什么问题，以及系统如何实现这些功能来满足他们的需求，因为我们需要完善我们的演示时间。 为了不让观众打断我们的演示，影响我们的演示计划和状态，最好在这个时候说，如果有任何问题，会有问答环节，然后会详细回答问题。 介绍系统的详细功能 这部分可能很无聊，但因为以前的铺垫可能会好得多，所以没有特别好的办法来控制情绪和节奏。在介绍系统功能时，首先要熟悉功能和业务，了解工作原理等专业知识。如果你没有技术背景，如果条件允许，最好认为技术人员很容易解释专业问题。 竞品分析 分析本产品与市场上同类产品相比的优缺点，必须大力宣传其系统的优势。缺点实际上是展示自己的机会。什么机会？ 增加预算的机会，哈哈哈，是什么导致我们无法实现这个功能？ 是缺乏终端设备收集信息，还是旧设备需要更新，还是预算本身不支持如此大的开发劳动力成本？ 简而言之，让客户感觉到系统在现有预算中所能达到的效果是物有所值的，他们赚了很多钱！同时，在条件允许的情况下，我们可以和未来的迭代计划，为下一期的迭代铺平道路。 时间的把控 在有限的时间内，能够清楚地说出系统的演示，能够让观众理解是真正的能力，每次演示在观众中可能有很多角色，时间不容易协调在一起，每个人都很忙。此时，它突出了效率的重要性，思维清晰、有组织、注重演示的节奏尤为重要。 同时，高效的演示可以给用户带来系统功能齐全但不复杂、操作简单的感觉。在这里，我还想说，最好自己录音，一次又一次地回顾，找出自己的缺点，我相信一次会比一次好。 答疑和解惑 提炼我们的演示，留出一定的时间回答问题，首先做好心理准备，提前准备可预测的问题，以积极开放的态度看待未知的问题。放心，总会有意想不到的问题，耐心专业的回答。 此时，随行技术人员也可以发挥作用，回答专业技术问题，特别是对一些不受约束的需求，让观众从专业的角度放弃这个想法。 总结和跟进 除了总结自己的演示方法外，当然是客户新需求的总结。演示后最好输出一份文件，然后逐一与客户确认，进一步沟通协商。还有一点需要强调的是，不要闭门造车。如果你没有有效高频的沟通，你的公司已经忙了很久了。最后，如果客户不满意，他会感到委屈。 结束语 台上一分钟，台下十年，成功演示的背后可能是他们自己的十次演示，现在演示的平静可能是他们以前在不断的丑陋中总结出来的。无论什么样的文章和方法论，你都不可能在学习后这样做。 就像那句名言我听过很多道理，但我仍然不能过上好日子，所以如果你有机会，你最好去练习。方法论可能只是一个方向，你必须慢慢走。 作者：Marvin，微信公众号：PM汪星人 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。如有侵权行为，请联系网站管理员删除，。