我是如何经过用户体验五因素，设计医疗信息零碎的？

捕风捉影

#本文为人人都是产品经理《原创鼓励方案》出品。 产品经理在初入职场的时分，往往只会担任某些简略功用的设计和修护。比及了才能和教训都具备的时分，就能进阶到独立担任一个残缺的产品设计的阶段。本文作者分享如何经过用户体验五因素，独立实现医疗信息零碎的产品设计，但愿对你有帮忙。

可以不仅是担任部份功用模块的设计，而是可以独立担任一个残缺的产品设计是得多产品人的职场阶段指标之一。笔者也是如斯，当年期盼已久后终于无机会担任了一款残缺B端病院专科产品的设计。
这款产品的繁杂度不算高，却使我无机会第一次独立担任设计了一个残缺产品，而且顺利上线了公司的重点客户病院，也获取了其省分护理学会信息化案例竞赛的省级奖项。
这次产品设计阅历使我播种了一些贵重的产品设计教训，当初回忆起来过后的进程依然感觉津津-乐道。假如你此时正筹备蠢蠢欲动尝试独立担任设计残缺产品，或者刚刚收到了设计残缺产品的任务工作觉得无从下手，那末就跟我一同往返顾我过后经过用户体验五因素的形式斟酌的设计思绪吧。


一、策略层
简略引见下产品配景，咱们公司一家重点客户病院在上线全院信息零碎时，要求上线一个专门针对重生儿病区某个护理任务流程所使用的专科信息零碎。
公司斟酌该病院次要信息零碎都将切换为公司新产品，为了各零碎之间更好的互联互通，抉择不使用公司已有的老零碎上线，由咱们部门在新产品架构下设计一款新产品为病院上线。
在这样的配景下，咱们领导承当了这项工作，并将其交由我来做次要设计。我在收到产品设计工作之后，首先想到了根据用户体验五因素的思绪肯定产品的设计流程。
首先从策略层上次要斟酌了下列问题：
1. 目前业务场景及其通点
通过现场调研，该病院的重生儿病区是其特色病区，针对某项护理任务有更精密化的办理流程。然而这项护理任务目前病区是整个线下操作，并未使用信息零碎，致使存在下列痛点：
对临床护士来讲，目前的线下各类纸质记载任务量大，易犯错；相反数据需反复记载至不同文书，任务效力低；操作标准仅靠护士人工判别，存在一定的平安危险。对办理层来讲，部份流程节点操作不便利记载，致使前期进程无奈追溯；医护信息零碎各类功用未关联该项护理操作，致使该护理任务未造成闭环办理；业务发生的数据量大，统计报表效力低且精确率没有包管。从用户的角度，我但愿产品设计可以解决该病院办理和临床业务使用场景的痛点问题，对业务全流程进行实时监视和反馈，完成业务各环节的闭环链路。该指标达成的标记就是可以顺利将该产品在病院上线并获取认可。
从客户的角度，零碎除了可以解决用户在使用过程当中的实际需要外，还要可以反对病院在信息化评级时知足评级文件中对对该项业务要求的其它功用。用户目前阶段可能不会使用或者较少使用到这些功用，然而要知足病院信息化总体建立评级的要求。该指标达成的标记是产品功用经过病院信息化评级自评认可。
从产品商业角度，经过对市场状况的理解，该产品的使用范围外行业里较小，单价也仅在数十万元，好像乍一看是一款市场范围少，经济效益低的不值得长时间投入的产品。然而子细剖析后咱们以为，该产品范围小的缘故是使用该产品进行精益化办理的都是大型三甲或大型团体病院，而这种病院的对咱们公司所带来的口碑和品牌价值是要远远超过经济价值的。
另外一方面，虽然我国大部份病院的该项护理任务并目前未达到需求使用信息零碎进行办理的水平，然而因为在某项病院信息化建立的初级别目标中包孕了该信息零碎的使用。所以从久远角度来看，跟着我国病院信息化建立的总体开展，该款产品的市场范围是会逐步扩增的。
所以产品的商业指标也就不是名目化的知足这一家病院上线，而是完成产品化可以以较小的本钱完成该产品将来市场的批量推行交付。


二、规模层
策略层曾经肯定了咱们要做一款甚么样的产品，以及明白了产品指标和指标达成标记，布局好了雄伟蓝图。然而真正落地仍是要将布局按照咱们的产品和任务现状再公道联系成产品的各阶段以及明白各阶段的产品设计规模。
短时间产品设计规模，合适基于MVP实践完成最小可行化产品，次要以用户业务使用的主流程为主，实现在病院规则时间内上线的工作。同时在产品设计过程当中也要要斟酌到产品的可扩展性，为中长时间的功用扩展搭好根底框架。
中期产品设计规模，以知足病院信息化建立评级为主，对比对于评级要求在产品主流程中和主流程以外公道的裁减更多功用细节。
长时间产品设计规模，以市场批量推行为主，要斟酌市场需要状况，做到其它病院可以经过配置或尽可能小的改变本钱知足业务需要和病院上线要求。


明白好产品各阶段的设计规模后和优先级后，就能将经过用户调研、市场剖析、竞品剖析、政策文件等各种形式采集到的需要归入需要池根据优先级进行跟踪办理了。
需求留意的是，当咱们的策略层和规模层肯定之后，最佳和产品的相干方一同再进行确认。
好比要和领导进行确认，任务工作要和领导的指标放弃统一，由于领导也需求和他的领导指标放弃统一。只要获取领导的认可和反对，而且由他们协调好相干方，咱们的任务能力持续推动上来，不然再完善的计划假如脱离了公司与办理层的指标也只要被遗弃的后果。
再好比要和研发担任人进行肯定，让研发共事也通晓并认可产品指标，这样在前期研发开发时，针对需要的优先级处置、完成形式能更好的支配到位。防止泛起该配置需要的研发以为加大了任务量、该处置的需要研发以为没须要做等抵牾状况泛起。


三、构造层
明白了产品指标和产品设计规模之后，再看着需要里陈腐出炉的需要，是否抑制不住要把原型画起来立刻降服它们了。
别急，在进行产品设计以前能够先经过流程图肯定好产品的业务流程，并经过业务流程大抵肯定产品需求哪些功用模块，再按照产品各模块之间的互相瓜葛肯定产品构造。
在肯定产品构造时首先斟酌产品的载体。PC端是病院零碎的次要承载形式，所以咱们产品以PC操作为主，经过独立的PC操作即能实现业务闭环。
同时该病院还具备少量挪动端装备，所以针对部份场景的功用也提供挪动端操作，这部份功用场景在挪动端实时性、精确性的劣势下能较PC发扬更好的作用。所以咱们的产品载体就肯定为PC+挪动。
其次斟酌产品入口，由于该产品自身的使用者为护士，而且是由病区护士使用，为了不护士在病区同一台电脑需求往返切换多个零碎的状况，我再也不提供独自的零碎入口。
而是将产品入口嵌入到病区护士次要使用的住院护士站零碎中，在PC的住院护士站零碎经过一级主菜单作为入口。
挪动端入口同理，病区护士次要使用的挪动端为挪动护理APP，将挪动端入口嵌入到挪动护理APP的首页导航一级主菜单中。
之后斟酌各功用模块之间的衔接，该项护理任务的流程是具备从前到后的联贯流程属性的，所以PC真个多个功用模块能够经过多个子级菜单程序显示或者一个页面多个tab页程序显示的方式呈现。
又斟酌到咱们是嵌入到其它零碎中，不宜显示多个菜单占用贵重的导航栏菜单区域，所以肯定经过一个入口菜单进入到页面后，经过多tab页的方式展示各个功用模块，并可在同一页面切换不同的tab页，保障业务流程的联贯性。


挪动端同理，只以一个菜单作为入口。然而由于挪动端所呈现的是部份功用模块，不是残缺的业务流程，挪动端对应的用户角色也是会沉迷在其中一个用户场景继续性操作。
为了保障用户的沉迷式操作和各功用之间的数据不会因误操作相互净化，在挪动端就不采取一个页面多tab页的方式，而是将挪动真个几个功用模块再次作为独立的二级入口，各个入口进去后是独立功用操作区域。


四、框架层
好了到这里产品构造肯定了也就象征着产品的骨架搭好了，接上去就能在各个骨架两头填充血肉了，也就是框架层的设计。
当初终于能够关上你的原型设计软件大展身手，对每个业务模块的功用页面进行设计了。框架层是肯定页面的总体规划状况，划定页面各个区域的功用属性。
好比这个功用页面需求选择患者、显示患者信息、显示数据信息、提醒信息、增删改查、其它操作等，针对这些会泛起在页面中的显示信息、操作组件等外容就要为他们调配公道的区域。


五、表示层
公道调配好页面各区域功用属性之后，为了给用户在各种感官上提供更好的交互体验，就需求结合业务场景再经过比较、对齐、档次、字体、色彩、排版、殊效、统一性等多种展示成果在页面各个元素的表示上下工夫了。
咱们团队是具备专门的设计部门，通常这部份是咱们产品出初稿原型后，再交由他们出专业的设计图。
个别咱们糊口任务顶用到的产品在框架层和表示层的设计准则其实就是“公道”。公道是咱们使用软件时的一种感触。这里篇幅无限，就再也不零碎性的进行解释了，大家能够参考一些设计书籍或向已有的软件页面进行学习。


到这里产品设计部份的流程就完结了，产品经理曾经能够输入原型计划了，然而还不要焦急让研发进行开发。由于这款产品既然有明白的指标用户，在产品计划肯定好之后就能找到症结用户进行功用确认。
这么做一方面是做好用户的冀望值办理，让用户提前分明产品上线时的样子，不会泛起用户因冀望值太高而致使产品上线后对现状不满意的状况产生。
另外一方面也是做好产品的危险办理，产品的需要虽然来自用户，然而需要在表白和传达的过程当中防止不了泛起误传、漏传的状况。假如等产品开发实现后才发现这些问题，那末就减少了额定的时间本钱和人员本钱。
所以在前提允许的状况能够和症结用户一同确认计划，把控住产品设计可能会泛起危险之处，这么做也会让症结用户有更多的参预感，减少对产品的好感度。


六、最初
到这里产品就根本能够进入到评审和研发阶段了，产品设计任务算是阶段性的告一段落。
大家能够看到经过用户体验五因素的思绪办法确实可以对比好的让本人建设起可履行的任务流程，对产品设计和办理的帮忙是十分大的。
保举大家能够去持续浏览学习AJAX之父Jesse James Garrett的原书《用户体验因素》~
专栏作家
小游，人人都是产品经理专栏作家。任务在医疗畛域的产品经理，继续关注医疗信息化、数字医疗、互联网医疗行业。打怪降级中，冀望可以经过本人的气力为世界发明美妙。
本文原创公布于人人都是产品经理，未经许可，阻止转载。
本文为人人都是产品经理《原创鼓励方案》出品，未经许可，阻止转载。
题图来自Unsplash，基于CC0协定
该文观念仅代表作者自己，人人都是产品经理平台仅提供信息存储空间办事。