人人都是产品经理

产品经理不再是一个单纯的职位,而是一种思维方式,这种思维是所有互联网人必备的,做互联网的人不能不懂产品,关注产品,改变生活。...

聊聊API对接,项目启动前该调研点啥?

640?wxfrom=5&wx_lazy=1

作者:PM火山

全文共 2175 字,阅读需要 5 分钟


———— / BEGIN / ————


笔者曾经从0到1独立负责过一个与国内一线OTA平台之间的API对接,踩过不少坑,也有不少收获。


今天跟大家分享一下API对接的需求调研。


分享之前,为了照顾没有做过API对接项目的小伙伴,先来扫个盲,啥是API对接?API对接解决啥问题?


来看一个场景:


说锤子科技最近在自己的官方商城www.t.tt  中上了一个新品“坚果3”,并在商城中录入了尺寸、内存、主频、处理器等详细信息。


为了拓展销售渠道,锤子的运营人员又在京东商城的后台将坚果3的相关信息录入并上架销售,用的就是最原始的人工搬运(Ctrl+C&Ctrl+V)的方式。


640


后来,锤子又陆续推出了情怀背壳、耳机、电池型电池、T恤等一系列的产品,人工搬运不仅效率低,而且容易出错,经常出现一个双方系统价格、库存或信息不一致的情况。


这个时候,API对接就准备要登场了。


京东对外提供一个开放平台,将自己的产品、商品结构以一个一个结构化的API接口的方式呈现给锤子等供应商,锤子科技的技术人员编写代码,按照京东平台设定的接口规范组装相关商品信息数据,并根据实际需要对相关接口进行访问,实现数据的传输;进而有效打通锤子官网与京东商城系统之间的通信壁垒,运营人员简单操作,即可实现同一个商品的商品信息、订单的同步。


API对接类的项目因其极大地解放人工,提高人效,所以在电商平台类互联网公司当中尤为常见。作为一名合格的产品经理,任何的项目启动之前,需求调研是必不可少的。


那么对于API对接这一类偏内部效率提升类的项目,在项目启动前到底该调研点啥呢?我认为主要包括三个方面:


一、项目价值


API对接的确可以减少运营人员的人工成本,但是要完成一个API对接类项目,往往要投入3-5人,并需要1-2个月的时间——投入也是挺大的。


因此项目启动之前,产品经理需要思考的问题是:假设这个项目顺利上线了,它能带来多少价值?把这个问题再拆解一下:


(1)它能节省多少人工成本?


比如锤子科技总共需要上架的就30个产品,运营投入一个人进行手工搬运,1-2天就可以完成。


也就是说,它能节省1个业务人员2天左右的工时——那么它的项目价值就是很有限的。


(2)它能带来多少营收?


比如通过这个项目,最终可以上架500个SKU。根据测算,这500个SKU在这个渠道一年可以带来300万的营收,但毛利率只有3%。也就是说,需要一年后才能收回前期投入成本,那么这个项目就有一定的风险。


(3)是否还有更有价值的项目?


假设在同一时间,另外一个渠道前期投入差不多,但预计一年可以带来800万的营收,那么,在其他条件都差不多的情况下,300万营收的这个项目就应该让路。


二、业务场景及风险


API对接大多都是一种将既有业务的数字化、信息化手段,为业务赋能,为业务服务是宗旨,因此,调研实际的业务场景,以及业务人员在实际业务中的需求及痛点自然是必不可少的。


除了实际的业务场景之外,对于产品经理而言,是否存在业务层面的风险也是尤为重要的。所谓业务风险,就是假设系统之间已经打通,信息已经可以有效同步,是否还会有一些技术层面难以控制的业务问题出现,比如:


  • 价格管控,导致的毛利被大幅压缩;

  • 宏观环境变化,导致生命周期非常短暂;

  • 特殊条件限制,导致可用的数据量锐减;

  • 信息不符合对方规范,导致推送信息无法上架;


曾经就遇到过一个问题,按照对方接口文档规范转化好产品信息,并实现了系统之间的无缝对接,但项目上线之后,上架成功率却不足20%。


究其原因,就在于:虽然满足了接口规范,但是转化好的信息大量不符合业务规范,导致了上架审核被大面积地驳回


三、结构差异


当项目价值OK,业务风险基本排除,接下来就是项目落地的过程了。两家不同公司、两种不同背景下产生的两套形态各异的系统,势必会有种种的差异。


比如以下A、B两个平台的同一品类的产品结构中就存在较大的差异,即A平台的退改规则在产品上,而B平台的退改规则却在商品上。


640


对于产品经理而言,怎么样用一套高效合理的方案,实现这类存在结构性差异的系统性对接是一项巨大的挑战。


API对接,本质就是要实现两套不同系统中同一类型产品字段结构之间的一一对应,因此,要想打通两套系统,结构差异是需要重点调研的内容。


四、总结


对于很多toC出生的产品经理而言,在追求用户体验至上的理念驱使下,很容易地做出通过技术手段(API对接)来提升人效、解放人工的产品决策。


但对于商业气息浓厚的toB为主的API对接类项目而言,项目价值是决定项目优先级的关键因素,也是toB类产品经理日常决策逻辑中时刻不能松懈的一根弦。


因此,在前期需求调研过程中,项目价值是最基本也是重要的调研点。


当项目价值关通过之后,理解业务场景,可以帮助产品经理设计更接地气的产品;而对业务风险进行充分的调研和评估,将可以进一步降低前期无效投入的风险。


最后,结构差异的调研是产品方案真正落地的第一步,它的调研结果直接奠定了具体对接方案的基础。


综上,项目价值、业务场景及风险、结构差异对于API对接类项目而言,是需求调研的重点,做好这几个关键性的调研,项目基本成功了一半。


———— / END / ————


作者:PM火山,微信公众号:PM火山,人人都是产品经理专栏作家。后台型产品从0到1负责人。靠着学习、实践、总结,再学习、再实践、再总结来让自己不断成长的产品人。

本文由 @PM火山 原创发布于人人都是产品经理。未经许可,禁止转载


640

点击“阅读原文”下载APP

阅读更多
上一篇一名「佛系」产品经理的成长之路
下一篇致敬被做死的社群,我总结了9个坑
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭