【大师运营说】一个小案例练练你的思考角度

今天的文章,来自一个产品逻辑进行的讨论,最后的结论是:不同思考角度,可以衍生出不同解决方案,没有对错,可以根据实际情况择优选择。今天就分享下这个逻辑,让大家也感受下~

这个小案例源于36氪开氪的商品售卖逻辑,具体场景是:

1、运营要针对某个商品,铺设到不同渠道进行售卖;

2、根据不同渠道要求,会针对渠道特色进行某些商品信息的定制化修改;

3、在渠道推广期,可能由于导师变更,存在要修改原始商品信息的情况;

4、在渠道推广期,当原始商品信息修改后,希望对相关联的推广渠道信息也同步修改,但不要影响已完成定制化的渠道。

大概的逻辑图示如下:

解释下,从左到右,先是商品数据完成创建后,根据其原始数据创建了3个渠道,之后渠道2、3对数据进行了修改,变成了渠道2’、渠道3’。那在这个情况下,如果商品源数据做了变更,希望有的渠道同步修改,而已修改过的则保持不同步,那如何设计这套数据同步逻辑才更合适?

先说下,这道题没有对错,只是锻炼下大家的思考角度,看能想出哪几种解决方案。

我先抛个砖,说下我们讨论出的2个思路。

1、自上而下思考。

也就是说,站在源头去看问题。问题中的源头是“商品数据”,那我们可以先确定源数据和渠道数据的关系。一个思路是:源数据和渠道数据隔离,也就是说,当创建好一个源数据后,每个渠道都是源数据的一个拷贝项,创建完成后再修改渠道数据,不会影响到源数据,这就解决了渠道2’和渠道3’的定制需求。那如果此时源数据有了变更呢?我们可以先规定每个渠道数据和源数据是建立关联的,那修改源数据时,检测有多少个渠道和它关联,如果有关联,就提示用户,并允许用户选择哪些关联渠道是要同步修改,哪些是可以跳过不改。之后只对选中项进行数据同步覆盖操作即可。整体流程如下图所示:

2、自底向上思考。

也就是说,站在下游角度思考问题。我们要解决的问题是当源数据变了,子渠道数据是否要跟着一起变的问题。那可以先要求子渠道数据默认和原渠道数据保持一致,共用一份数据,这样能保证双向同步。但如果某个子渠道想自己定制,就把每个修改过的渠道打上标记,并将其修改后的数据单独存储,而在前台读取某个渠道数据时,先检测其是否修改过,如果是,则直接从修改后的库里读数据,而不动源数据。这样的好处是,当源数据有调整,只有未打上修改标记的渠道数据会和其保持同步,而已修改过的保持不变。整体流程如下图:

OK,上面是我们能想到的处理逻辑,其实还可以衍生出更多。你觉得还可以怎样处理?

今天这个案例,主要是希望大家在平时设计产品逻辑时,不要只局限于一种思路,而是尽可能多角度给出解决方案,就算有些可能当前不合适,也给自己一个锻炼机会。哪怕你现在是在带团队,不再具体负责某个模块,也建议多找些案例练练手,保持多样思考。

希望这次的分享能对你有启发,也期待你的回复与我交流~

思源源码基地https://www.rmb4.cn所有源码资源均聚合于互联网各大会员资源站,仅用于您下载学习,如需商用,请您支持正版! 转载请注明出处!
源码基地-站长之家-网站模板-网站源码-源码之家-html模板-网页模板-Wordpress主题-织梦模板 » 【大师运营说】一个小案例练练你的思考角度

源码基地,源码之家,全网网站源码,APP源码,免费下载,采集规则免费教学!

立即赞助 发布资源