产品经理的日常工作

做了一段时候医疗行业的产品经理，毕竟还是觉得乐在其中。

今天分享下产品经理的基本技能，谈谈日常工作中需要接触的那些事儿。

1.调整方案要有理有据

在来回沟通的过程中，需要调整某个方案，必须明确的告诉需求方，为什么现有方案比之前的好。

说法必须有理有据，足以让对方信服，让对方“不错不错”地频频点头。

你的好口才，必须拥有一个优秀的思想支撑，而这个思想需要你的深思熟虑。不能让对方听了以后，只是无可奈何地接受。

2.熟悉业务流程

了解流程的先决条件，就是熟悉业务。

流程是依据根据业务来的，页面又是根据流程而搭建起来的。

如果流程图还没画好，就急着吭哧吭哧的去画页面了，去搞细节了。

对方一句话，整个流程调整了，工作就完全白费了。

所以必须熟悉业务，流程务必提前先确定好。

3.页面上元素的来龙去脉

每个页面上展示的元素，都要确定好。

开发同事看文档较少，更喜欢看原型图，因为有图有文字，更加直观。

这些数据是从哪里来的，总不会凭空变出来的把。

负责任的产品经理， 公式都要给开发同学提前准备好。

比如展现一张饼图，这些统计数据是怎么计算出来的。

不要以为写一行字“测试”，就能蒙混过关，具体开发的时候都会咬文嚼字地来请教你。

4.考虑各种状态

最常碰到的是“订单状态”，比如互联网医院的“图文咨询”模块，至少应该有“待支付，进行中，已完成”三种状态。

“待支付”状态可能还包括了“15分钟未支付自动退费，医生48小时未接单自动退款”等情况。

绝对不能滥竽充数只考虑一种状态，开发肯定会过来说：你实在考虑的太不全面了。

另外还有数据为空的时候，应该怎么展示？一行显示不下的时候，是使用折行还是省略号？网络不通的时候，怎么处理？网速慢，图片半天加载不出来，能不能先显示一张默认图片？都要在原型图边上标注好。

当然有些是具有共性的，可以集中整理一次。

5.演示时候先讲框架，再讲细节

介绍业务的时候，务必先让参加会议的人，对此次所讲内容有一个大的概念。

该功能是解决啥问题的，会涉及到哪些角色。

比如互联网医院的“线上续方”功能包括了“患者角色，医生角色，药师角色”。

该功能包括哪些结构，哪些流程，哪些步骤，一二三都列出来。

比如线上续方“第一步患者发起线上续方申请；第二步医生接单，根据患者填写信息，开具处方；第三步药师审核处方”等等。

然后时间充裕，再一个一个地去讲页面，去描述细节，去重点指出页面中需要注意的地方，有待确认的问题等等。

6.关于接口

接口往往是和其他系统去对接的，最常见的就是入参和出参。

入参就是输入参数，出参就是输出参数。

比如医院系统都会对接“His系统"，从里面调用数据，患者的电子病历都存储在His里面。

这里的入参就是医院把数据实时给到我们的系统。

有了病人的“电子病历”数据信息，患者和医生就可以在手机端查看了。

出参就是写入HIs中，医生在PC端或者在手机端修改病人的电子病历，点击按钮“确定修改”以后，HIS里面数据就同步更新了，这样能够确保数据始终保持一致。

7.关于运营和数据

APP做出来后，总是希望有更多的人使用，就需要推广，就需要引流，让更多的人知道，让更多人去使用。

比如“图文咨询”功能每周有多少人在用，要有数据统计。

哪一周使用人数突然下降了，考虑是啥原因造成的，”图文咨询“升完级出问题了，进不去了？

APP为什么一直没人使用？可以去查看下”应用商店“里面的评论，研究下用户的抱怨，直接指出了问题所在。

为了提升产品的使用率，产品经理是需要去知道这些关键数据的。

做产品经理还是挺有乐趣的，首先培养了一种逻辑思维，做一件事需要哪些条件，需要给出清晰的处理步骤，解决方案，还需要尽可能的考虑周全。

另外经常会和不同的人打交道，和老板谈规划，和客户讲方案，和开发论功能，和设计聊理想，所以也能提升为人处事的能力。

愿每一位产品经理， 都能乐在其中。

逍遥游 现某三甲医院产品负责人，曾任职通策医疗 交互经理，恒生电子 UED经理