• xuan
    2018-07-05
    业务分级我觉得得从如下方面来分析:
        1.部门或者公司当期的发力点,如果着重新用户的增长 我觉得顺序应该是ACB,如果着重现有客户满意度,我觉得顺序应该是CBA,如果看重看重收益,那B的优先级最高
        2.可通过预期货币价值分析,进行业务分级;大致维度如下:风险发生概率 风险损耗成本 技术改造陈本 技术改造时长(月) 改造后成本节省(月)

    作者回复: 很赞👍

     1
     22
  • summer
    2018-07-10
    业务分级讨论的时候,产品说 A 也很重要,因为影响用户使用;B 也很重要,因为影响公司收入;C 也很重要,因为会导致客户投诉……这种情况下我们该如何处理业务分级?
    了解产品挣钱的底层商业逻辑,就可以知道怎么分级了。不是每一单都要赚钱的,在这里亏的,在别处或下次再挣回来。比如微信聊天业务不挣钱,但是影响面大,坏了口碑,大家不来玩了,商家凭什么来投广告。减少影响面,然后跪求被影响用户的原谅

    作者回复: 挺好的思路,根据商业模式的核心来判断

    
     17
  • 孙振超
    2018-08-29
    涉及到取舍时就需要参考公司的核心目标和愿景了,如果是和核心目标相关的优先级就高,和核心目标无关或关联度不大的优先级就低。
    如同最近的滴滴,在以扩规模增利润作为核心目标时必须会优先处理司机端和线路规划相关的业务,而对于增加成本降低利润的用户端和客服系统优先级肯定会比较低;当事故频发引发公司战略转向到安全第一时,原先一直没有得以优化的客服系统、警方查询对接系统优先级将会排到第一位。

    在异地多活时排定优先级时也是如此了,牺牲什么保证什么,都是和公司最为关注的内容和目标挂钩的。

    作者回复: 赞同👍

    
     5
  • Enjoystudy
    2018-07-12
    我们如果通过某种路由策略,比如用户id保证同一个用户的请求都路由到同一个机房就可以解决同步延时的问题

    作者回复: 这个机房挂了怎么办?

     1
     4
  • TH
    2018-07-05
    之前学到过一个应对这种多因素筛选的方法,不知道对不对:列出所有参与讨论的业务,以及考虑到的影响因素(访问量、影响使用、收益……),每个因素设定一个权值,每个业务针对每个因素进行打分(权值和打分均不允许有重复值),最后计算每个业务的加权和,得出核心业务

    作者回复: 打分最后会变成打架😂参考前面备选方案选择中介绍的内容

    
     3
  • 但莫
    2018-07-05

    多个场景都重要的情况可以进行层次分析,首先俩俩比较,得到分析矩阵,进行归一化处理,经过计算可以得到每种场景的重要性权重。

    当然,俩俩比较的时候判断哪个更重要就看评判人的喜好了,这一步可以通过头脑风暴的到一个平均值。


    记得之前的课程中介绍过另一种方法,一时没想起来名字。
    展开

    作者回复: 前面在评估备选方案的时候,我给出了"360度评估"和"按优先级选择"的两个技巧

    
     2
  • godtrue
    2019-08-31
    业务分级讨论的时候,产品说 A 也很重要,因为影响用户使用;B 也很重要,因为影响公司收入;C 也很重要,因为会导致客户投诉……这种情况下我们该如何处理业务分级?
    鱼骨图+SWOT+决策树
    根据公司的具体情况来定,看那个是主要矛盾的主要方面,看那个对于公司的长远利益最大化。
    
     1
  • 成功
    2018-07-09
    B优先级最高,A第二,C第三。B要考虑跨城多活,A做同城多活,C不同机房就行

    作者回复: 如果是阿里,“用户第一”应该选A,所以不同公司有不同的标准,没有统一答案😄

    
     1
  • 凡凡
    2018-07-08
    对于业务分级,往往不会有固定的优先级,首先最重要的是明确各种情况的没在逻辑,如何影响用户,如何影响公司收入,如何导致客诉。明确内在逻辑之后,客诉一般要优先处理,不然对公司的声誉影响很大,也会造成公司业务部门对技术部门信任的崩塌。另外,外讨论的时候,需要看各种情况是否能够以迭代的方式,同步开展,小步幅行进,。现实情况,这往往也是居多的一种结果。

    作者回复: 是的,没有固定分级,和具体公司具体业务有关

    
     1
  • 空档滑行
    2018-07-05
    通常来说toC的应用,影响用户使用的应该是比较靠前的,尤其是产品还处于抢市场的阶段。
    to B的应用客户买的是专业性,相对来说用户体验可以往后排,用户能使用和公司收入还是比较重要的。客户相对固定,可以通过客服主动联系客户的方式来做部分挽回

    作者回复: 赞同,根据业务和公司判断

    
     1
  • 刹那间的永恒
    2018-07-05
    关于最后的思考题我认为首先确保用户体验才能扩大用户群体,同时一定程度上减少用户投诉以及间接性为公司增加收入;其次处理客户投诉效率同样也能为公司带来口碑,创造粉丝用户,所以我认为a>c>b

    作者回复: 没有绝对的答案,和公司的业务相关

    
     1
  • 浪子恒心
    2018-07-05
    能讲讲阿里的异地多活是怎么做的吗?

    作者回复: 网上资料很多

    
     1
  • 悟空
    2020-01-19
    课程内容可以压缩一下呀,虽然讲的是架构,简单的来说就是通过增加机器冗余,提高系统可用性,但课程内容没有必要也冗余吧,好多重复的话语,也可以精炼一下,比较我们读起来节约时间。
    
    
  • liuliu
    2019-10-19
    我这里是集设计中使用了MQ做数据同步,但是消息是有顺序性的,给消息加了顺序标签,但是感觉顺序处理部分还是不好操作,如果一定要用MQ同步有序数据可行吗?

    作者回复: 很难做,在消费端做好些

    
    
  • 弄花香满衣
    2019-07-31
    数据库和消息同时同步数据,发生主键冲突mysql同步中断,这个怎么处理好呢

    作者回复: MySQL的话,可以用REPLACE INTO,或者ON DUPLICATE

    
    
  • 日光倾城
    2019-07-29
    “数据库同步走内网连接这种方式”请问跨城异地多活这种场景如何建立内网连接呢

    作者回复: VPN

    
    
  • 水月洞天
    2019-04-16
    可以从产品最初的定位来确定,如果平台是用来通过交易产生其他附加服务,则业务系统最重要。任何一个产品都有最初的一个核心想法构建的。
    
    
  • gkb111
    2019-04-12
    异地多活架构,业务分级,核心业务,数据分类,量,实时,唯一性,可恢复,同步方式,存储系统同步,消息队列同步,事务性和有序性,异常
    
    
  • 亚林
    2019-04-11
    程序员到这个阶段,就需要了解企业愿景,价值观,阶段性目标和商业模式了,根据这些东西对技术方案进行取舍了。
    
    
  • 张汉桂-东莞
    2019-03-10
    很明显B,C,A
    B来钱业务嘛,当然优先保证。
    C会招来投诉,服务不到位会流失用户,间接损失钱了呀。
    A虽说重要,但没有提及负面影响的后果,就当没有负面影响来处理咯。
    
    
我们在线,来聊聊吧