三、了解接口文档 如医保系统中公共服务部分与省份后台经办系统可能是不同公司承办的每个公司可能只是负责某一个模块的设计。在彼此边界沟通清楚后可能负责其他模块的对方公司会开始设计自己的接口文档而我们所对接的模块又需要对方进行对齐以免自己设计的原型最终实现上对方接口不支持这样会导致后续反复修改的问题。 正因此就要求产品经理拥有阅读接口文档的能力能够在已有的框架里针对接口文档中的出参入参提炼出自己能获取的字段进行串联业务流程和用户体验。 在接口文档查看之前产品需要在前面的需求背景下在不考虑接口文档文档的情况下进行设计字段排布构思想好自己需要哪些字段进行展示并通过对比接口文档的字段取出需要展示接口字段。
定符合我们的的设计需求这时候可以提出质疑要求对方补充。同样的自己设计的时候很有可能对这个业务其实理解不足够这时候接口可以用来查缺补漏。 并针对已经梳理好的最终字段串联 塞内加尔 whatsapp 数据 流程后产出原型。 对于接口的查看方式可以关注以下几点： 关注必填字段及出入参 一般为入参（具体可以询问开发不同的开发或许有不同的命名方式）可以用来设计筛选因此在原型设计的时候要对比下自己设计的原型筛选字段接口是否能支持 一般为出参（具体可以询问开发不同的开发或许有不同的命名方式）可以用来设计页面展示字段比如查询之后出现哪些字段。
此处对于接口查看方式的描述较为简单但是个人感觉基本简单的字段查看是足够的如果想要深入了解建议阅读一些更为专业的文档进行知识补充。 四、业务流程串联及原型输出 本质上业务流程串联流能力更多的是指对业务的理解能力对需求中的业务理解透彻之后就能把所需的页面字段之类的进行串联将通过接口文档和需求文档得出的字段页面进行梳理每个页面能能串起来实现业务上的逻辑完整性。 在进行流程串联后将所有的流程和字段进行梳理并绘制原型原型绘制完成后先行检查每个逻辑完整性是否实现闭环后续原型经由业主确认无误后进行内部评审此处业主的确认很重要得到业主的认可意味项目不会偏离主要需求同时后续若有相关需要调整的内容需要其他公司配合也能从中得到周转协调。