产品经理的素养

经理的内涵，更多含义是经营加管理。
产品经理，最重要的能力是要有对产品的洞察力，和对行业发展趋势的准确判断。

医疗软件不同于互联网企业，属于强业务型软件，又受政策、地域影响比较大。
它对产品经理的定位有所不同，这个产品经理要求在整个产品周期（售前、售中、售后）里面，全程提供保姆式的服务支持。

服务里面最基础的两个能力，包含文档书写能力和客户沟通。

以下从几个方面介绍了产品的全程服务

服务广度

市场推广：内部宣传、客户宣传、行业会议；输出：宣传文案

内部宣传

更多的是让本公司的销售了解到我们最新的产品动态，所以有三点要求(1.标题引人，2.受众定位清晰，3.内容言简意赅)。
新产品的介绍更多的是要由各自的研发部门自下而上的总结。
小众产品更需要市场推广。

客户宣传

帮助医院或者卫计委完成宣传任务，提供相应的素材

行业会议

CHIMA(中国医院协会信息网络大会)、中华医院信息网络大会CHINC、中国医院院长大会。
会上如果有展厅，要准备宣传物料，宣传册提出来说下，主要是给潜在客户看的，要体现产品的总体布局

售前支持：专家评审、客户交流、投标支持；输出：解决方案、PPT

客户交流

反思过去，以前销售叫我们去做售前支持的时候，准备工作总是做的不充分。
以前疏忽的地方主要有几个方面：
出发之前:
通常关心的三个点：时间、地点、演示医院、演示产品。
更应该了解的是：
医院规模(门诊量、床位数、总收入)
参会人员的信息
售前要展示的内容侧重点(院方需求)
有无竞争对手
有没有外围厂商
合作方式(出钱的人)

1.分析观众的人群面
是医院分管领导、信息科人员、还是各科室主任(护理科，财务科，质控科)，每种受众人员，客户需求不同，讲的侧重点也不同。我们对PPT的内容要有深入的了解(业务)，更要积累在不同层次的人的业务需求点(场景)。
2.有无其他竞争厂商
如果有其他厂商，要去分析其他厂商的亮点和不足，揣摩他们会讲的方式。人无我有，人有我优，要有针对性。人有我无的，又觉得其他厂商一定会讲到的点，要先预想好解决方案(是打算寻求厂商合作、还是研发中还在医院试点，未大规模推广)。
3.是需要讲解PPT，还是要兼容演示产品，演示的内容有哪些，数据需要提前准备。
4.提前了解医院现有软件发展情况。
讲解当天:
1.提前半小时到现场，调试环境，投影设备是否兼容PPT格式，PPT演示效果。重要演示要求双活(两台电脑)，PPT演示的时候鼠标最好有光圈(PPT设置)，人不在电脑前的，要准备激光笔和翻页工具。
2.讲解过程中，关联医院现有软件的发展情况，结合医院现有情况讲解，使讲解更有代入感，更能引起听众共鸣。
3.注意讲解的措辞，不要涉及敏感话题

投标支持

能做的更多的是在研发过程中就要研发一些护城河类的功能或者门槛，比如支持国产化数据库、支持指纹登录。客户比较倾向我们的时候，投标的标书里面就可以明确要求这些点，拦截潜在竞争对手。

产品设计：借鉴对手、需求分析；输出：设计文档

借鉴对手

讲白点就是抄袭。上市企业融资成本低，敢于尝试创新，中小民营企业更多的要关注自身的生存，通过别人的不断摸索，等对方提出比较成熟的方案的时候，企业直接用这套比较成熟的方案上在进行研发，可以大大减少创造性成本。后续在研发过程中，则需要把学到的东西结合更具体的业务进行总结归纳，提炼出自己产品的特色。

需求分析

既然前面说到借鉴对手，等有样板性工程的时候就应该多去参观了解，掌握核心的业务点和技术实现方式，快速跟进。

工程交付：工程转化、项目验收；输出：实施路径

工程转化：

为什么最近几年来的项目，工程介入能力比较弱？
1.研发技术的深入，包括工程部署，很多都和以前有较大差异
2.产品数量的增多，实施人员要学习的东西太多了，没办法面面俱到。
3.产品领域的细分，加深了各个产品线的业务深度。

有没有好的处理方式或者解决方案？按比较完美的角度来说
1.基础数据要沉淀，贴合行业标准。
2.设计权限、参数，应该要有整体说明和细分业务的说明。
3.实施的时候应该有个总体的实施路径，一开始上线的时候要做的步骤：一、二、三、四、五这样逐步细分，才有可能交接给工程。
4.要有运维工具的支持，要明确运维性需求(哪方面是要工程人员维护，哪些方面可以交给信息科维护，设计的时候就要考虑)
5.要具备快速实施的能力。

项目验收：

忘了讲的是哪方面，在我这个层面的了解到的情况来看
最难的就是销售卖产品的时候，签的合同涵盖的范围包含了太多现有产品所不涉及的内容。开发吧，二次开发量产生的成本摆在那边，还不小；不开发项目验收时候合同范围满足不了。
处理方案：
两个方面，一方面给销售的产品推广或者介绍的时候，要能比较明确的表示我们的产品范围，哪些有涵盖，哪些是底线，销售去谈判之前就应该要了解。
另一方面，产品研发的时候，一些拓展性比较强的业务线，设计的时候要考虑后续产品的拓展兼容的问题，以便后续程序的拓展性开发。

售后运维：云运维、应急预警；输出：运维预案

首先，一定要避免灾难性或者不可恢复性的情况发生。
1.要有运维监控
2.要有应急预警机制，有运维预案，真正发生预警的时候，要有应急处理机制，实在产生损失的时候，造成的损失要可以有路径演变。

业务高度

业务高度：政策导向、产品亮点、技术趋势

政策导向主要是评审评级和公卫预防
产品亮点主要是跨界融合和整体打包
技术趋势主要是中台架构、AI辅助和大数据分析

技术深度

合纵连横

一站式整体解决方案
方案里可以包含子公司产品、第三方产品、软硬件一体化、智慧城市

数据感知

利润点：主要在售后维护、小产品的转化率更高
销售漏斗
新产品推广方向：切合现有产品的使用对象