ToB产品如何编写解决方案?

原始标题:To B产品如何编写解决方案? <块引用>

作者以实际经验为例,总结了To B产品解决方案的一些经验。使用〜

作者以实际经验为例,总结了To B产品解决方案的一些经验。使用〜

对于To B产品,编写解决方案是一项常规任务。这样做的主要原因是To B产品面对许多客户类型,并且不同的客户类型具有不同的适应需求。一劳永逸地推出标准产品。

让我们以一家作为区块链产品的公司为例。如果客户是政府服务提供商,并且需要在智慧城市中进行区块链集成,则必须创建智慧城市解决方案。如果客户是房地产行业,则必须首先检查房地产行业的当前状态,并为房地产行业创建一个区块链应用计划。如果客户是公司,则公司解决方案必须适合客户的沟通要求,例如B.使用区块链优化供应链融资或使用区块链优化公司之间协调的有效性。 简而言之,对于To B产品,很难通过产品发布来完成销售。通常,客户需要使用解决方案来告诉客户如何集成其产品以及组合产生的影响。

我以实际经验为例,总结了ToB产品解决方案的一些经验。

I.姿势

看跌:

根据作者的实际经验,大多数书面解决方案无法实施。大多数解决方案都可以编写而无需以下文本。收到解决方案后,客户将快速浏览一下。对常见的事物保持良好的态度很重要。

低估并不意味着您可以轻而易举地编写解决方案,但是即使在尚未收到解决方案的情况下,也不要太失望。在实际的业务交易中,购买者在购买产品时将商品与三种商品进行比较,因此,根据“三种”的数量,至少有两种商品会失败,而成功的机率仅是三分之一。不需要“欺诈性解决方案”或不受欢迎的客户的客户正在成为成功率分母的基础,而解决方案成功的可能性仅为十分之一,这还不够。奇怪的。

第二个原则1.决策计划的粒度

展开全文

该计划不是最详细的,而是最详细的。具体细节水平取决于开发是否有助于实现目标。例如,在政府数据交易领域编写区块链解决方案。计划初稿的目标是使政府官员能够了解区块链,并了解区块链模式的数据交易可以合法合规,并具有安全性,机密性和权利。不需要负责开发业务细节的责任和其他功能,例如实施区块链系统和建模数据。而是,文档膨胀并且使其难以阅读。

2.阅读器的状态和时间确定计划的内容。

如果是商业计划书,则读者是CEO,该计划写了近50页。将厨师交给厨师后,您会怎么看?

领导者转过头来,发现内容和数据太多,然后交给专业人员进行研究。如果该建议的第一印象不引起读者兴趣,则该建议很可能会失败。

因此,上述业务计划方案应包括针对公司高管的详细一页介绍,并附有有关日期和计划的详细介绍。总之,它是围绕读者编写的。它还需要用户思考。

2.在知识和态度方面,读者的决策计划的详细信息

如果A部分中的解决方案包含大量技术词汇,或者该解决方案具有非常复杂的逻辑关系,则A部分中的客户可能会“跳起来”而无法达到预期的效果。由于人们很懒惰,而且理解计划所花的时间太长,因此客户可能没有动力,因此计划应优先考虑客户是否有继续读书的动力。 例如,使用一本著名的书《 Think Fast and Slow》,但可能要花一些时间才能阅读。如果您自己购买了本书,则可以仔细搜索以确保可以吸收本书中的所有知识点。但是,如果B组的客户写的书类似于“快速思考和缓慢思考”解决方案,则发送A部分。如果A部分的客户仅需要该解决方案,则他们没有特别强烈的动机仔细阅读它。必须阅读会影响解决方案的有效性。

三种编写解决方案的方法1.开始之前

该计划的大多数要求来自执行人员,客户或销售人员。当另一方描述计划的上下文和计划的目的时,他们的想法和表达方式会有所不同。提供的信息不足。如果是这样,请直接编写计划。远程站注意到尚无信息点,因此通常可以再次工作。在启动程序之前,您需要了解一些知识:读者,需求,状态,目标和信息点。

(1)阅读器

阅读器是您要将其发送到的项目的目标。有时,解决方案的读者不是一个人或一种类型的人,而是几种类型的人,例如例如,通过系统集成商交付给政府的解决方案。第一个读者是系统集成人员,第二个是政府,更复杂的可以是最终应用程序或程序经理。

与这些程序一样,在程序中必须考虑这些潜在类型的读者的需求,必须权衡各方的利益并且必须满足各方的要求。对于系统集成商而言,直接证明这是有利可图的。根据政府的说法,它必须表明该计划具有政治上的成功和社会效益,最好花相对少的钱...

对于读者而言,最好为读者创建肖像。产品经理不再熟悉用户画像。在编写解决方案之前,读者的画像通常从各个方面发展:意识水平,知识和他不了解的内容。知识水平是另一方的文化背景和知识水平。例如,如果另一方是单个企业主,并且在未完成培训的情况下开了一家企业,则此类程序不能被夸大,级别太高并且读者无法理解。价值。

您了解和不了解的内容取决于另一方工作的内容。确定另一方是否理解某些概念以及某些术语是否易于理解。否则,您必须开发该概念。例如,如果受监管,则区块链和智慧城市的结合需要解释区块链的概念。如果仅将其传达给开发人员或系统集成商,则无需指定区块链在做什么。

(2)需求

需求是读者想知道的内容,为什么需要知道以及应该如何感受。挖掘需求是产品经理的基本工作。不仅必须破坏产品设计。书面文件和解决方案也必须受到破坏。

需求搜索方法可以使用Toyota的5-why方法。它包括一个接一个地问5个“为什么”问题,以确定需求背后的潜在需求。读者想知道什么属于什么,读者为什么要知道为什么,读者需要感受属于更深层次的东西,为什么他们使用这种方法来找出读者真正需要知道的东西,读者真正需要什么?然后转到下一步。编写程序。

(3)当前状态

现状是您做什么,做什么和不做什么。我们始终以区块链和智慧城市解决方案为例。智慧城市是一个通用概念,包括智慧交通,智慧物流,智慧医疗保健等,对于读者来说,我们需要了解对方所做的工作,这种内容,您是否还需要整合新技术?否则,您不必在此区域编写解决方案。

为另一个计划。短期计划是您的目标。可以提出长期计划。没有做的是另一方的边界。政府和系统开发人员都有自己的范围(因为Smart Transportation已与其他开发人员或其他部门签订了合同)。如果超出范围,则另一方对此方不负责。如果您对内容感兴趣,则无需花费很多时间和精力。

(4)目标

关于目标,您需要阐明计划的主要和次要目标。在大多数情况下,目标是满足读者的需求。在某些情况下,计划是扔石头或使对方麻木(这种情况很少),不同书写方式的粒度和角度将有所不同。其次,需要确定计划的正式目标,是否将其用于会议或发送阅读材料,举行会议的地点以及阅读材料是电子的还是印刷的。

(5)信息点

重点是看解释计划的人是否有想法。在大多数情况下,计划的经理或卖方将为您提供一些建议。他们是该计划的第一批读者。您必须先听他们的话。如果您没有正确的想法,则必须牺牲它们,否则,如果目标读者达不到目标,他们将被拒绝。

信息点必须包括两个方面:期望的内容和切入点。

这是上面的示例。董事长希望在智慧城市中使用区块链智能合约,这是一个重要的信息点。尽管可以通过其他方式满足读者的需求,但解决方案必须是领导者。因此,还必须满足管理者的需求。

入口点是应该切割溶液的点。例如,可以从不同的角度和领域切出用于访问政府数据的区块链解决方案,并用于通过民政应用程序打开来自不同部门的数据。借助大数据字段,该通道还可以用于打开来自不同部门的数据,并且在编写计划之前必须明确字段和入口点的特定选择。

以上五点,我会在写计划之前写,我会写在纸上,如果写了这封信,它会偏离目标,忘记读者并深入研究细节。

2.项目标题

对于非语言文档,必须至少指定标题和副标题之一。标题并不表示如果您是年轻的文学艺术家,那么读者会忽略您的诗歌。它具有非常有意义的标题,无非就是没有标题。他白白浪费了头衔的价值。

3.程序内容

必须根据上述要求,目标和信息点确定内容。内容没有一般规则。它必须根据实际情况。该解决方案的目的是,例如,介绍某些行业中的产品组合。我已经进行了初步的讨论,只写了计划内容的一两个页面,甚至绘制了组织结构图。以下一般性内容说明仅供参考,可以根据实际情况进行选择。

  • 上下文(您可以参考金字塔原则的SQCA,方案的上下文,冲突,问题和答案)
  • 政治法规(即TOG准则,规则,法规和TOG程序是常见的,是公务员的参考标准)
  • 产品功能(解决方案中有时会涉及多个用户。在描述产品功能时,请务必告诉读者该功能的用户是谁。例如,在智能城市解决方案中,该用户由教育部提供对于受影响的应用程序,无论用户是城市居民还是执法人员,都应突出显示所有内容,读者可能会对产品的用途感到困惑,产品用户可以尝试使用UML用例图。来描述)
  • 现有案例(如果有相关案例,应将其列出。大多数公司不希望成为早期用户,而更有可能最终成为成熟案例)
  • 计划的效果(对于执行人员,他们“很高兴看到它的效果”,强调效果并强调对读者的重要性)
  • 解决方案
  • 主要过程
  • 功能模块
  • 资源输入
  • 实施周期

    将文本从0更改为1非常痛苦。如果您有预制文本,则使用起来会容易得多,并且无论如何都不会检查计划。搜索内容时,首先必须考虑搜索引擎。搜索引擎确实是一个好方法,但是内容更加分散。以下两个通道可用作参考。

    渠道1:解决方案对应于书籍,白皮书和研究报告(例如,有关智能城市和研究报告的主题的书籍,其中“区块链应用,连接点之类的信息”);

    渠道2:产品书籍,白皮书和研究报告(例如有关查找区块链的书籍,提及智慧城市领域如何使用区块链的研究报告)。

    5.编辑计划

    编写计划后,必须连续更改它。您必须首先确定计划大纲是否正确,然后逐句删除单词和句子。不要忘记大声朗读并通过耳朵改变内容。问题是,当您大声朗读时,您会发现文章不够流畅。不要忘记再次阅读它。

    本文最初由@产品工具箱发表。每个人都是产品经理。未经作者许可,严禁复制。

    图像来自Unsplash,基于CC0协议。

    本文由云顶娱乐发布于头条,转载请注明出处:ToB产品如何编写解决方案?

您可能还会对下面的文章感兴趣: