包括上游CRM等多个业务系统有信息交互、还有下游与BI、建模平台等多个数

　　据系统有数据交互,最重要的是底层还与数据产品API接口有核心的调用交互。

　　如果不了解公司核心业务逻辑,不了解公司的数据产品,将很难hold住这个系

　　老系统是公司成立初期最早的一批系统,系统没有前端,只靠着一个后端python

　　与多数需要被重构的系统类似,重构前的老系统往往都有以下令用户“忍无可忍”

　　1.第一步,完成v1.0MVP版本的上线.第二步,接入更多接口和完善更多功能

　　3.第三步,新旧系统数据同步和用户迁移这个系统内部的业务源头是任务申请,有两个申请入口。

　　因此第一步v1.0版本上线,我们的目标,就是跑通一条完整的用户使用路径,

　　PS,界定MVP版本内容是十分重要的,v1.0版本无需完美无缺,做到按时上

　　系统的全部逻辑,除了页面能看到的逻辑,还需要去了解很多页面看不到的逻辑。

　　在旧系统维护期间,每天都很多用户来找我问问题,如,进行中的任务出现异常、

　　自己的事,也关乎于业务方工作效率的提升。你需要让对方领导知道你的重构计划,能为他们来怎样的增益,最重要的,是当你无法判断某种方案是否可行时,

　　在此情况下我收集的问卷,80%的反馈已经在我预料之中了,但是我仍然建议大

　　的工作,至少做到按周统计进度,开进度会议。如果这个项目高层领导比较关注,要定期发邮件给高层领导同步进度。

　　3.小窗口邀请用户,我私聊了80+以上的用户,邀请体验新系统,并附上系统说明书,

　　起初我也这么想,但发现想要吸引用户的关注,新功能效果最好。人都有好奇心,

　　系统会让人眼前买球股份有限公司一亮。这时候,产品经理容易沉浸在对新系统尽善尽美的幻想中,

　　希望新系统的口碑一直保持完美,不允许有任何瑕疵。然而,你无法避免问题的出现。

　　2.对开发有信心,与你的开发站在同一立场上,出现线上bug先给予解决问题的信任,

　　而问题矛盾的出现,会更加放大你在这些情况的心态和应对能力,要有大局意识,

　　7.数据同步和用户迁移新系统基本功能都与旧系统对齐了,是不是就可以将用户全部直接切到新系统

　　• 旧系统同步新系统时要遵循最大化原则。即新系统要在未来替代旧系统,将旧系统

　　产生的全部数据完整地同步至新系统,保证用户所有在旧系统能查到的内容在新系

　　• 新系统同步旧系统要遵循最小化原则。即只同步还在旧系统的外部客户需要看到的

　　PS ,在正式切换的前期要考虑更多的异常情况和应对机制。如,在正式上线前,

　　学习成本、降低用户的操作门槛,优化业务流程,提升用户综合体验。在用户迁移至新系统后,老系统也不用立即关掉。给内部用户一段时间的适应期,

　　唯一能参考的就是老系统用python写的长达数十页的代码,由于需要结合业务

　　一次偶然发现,自己的一篇wiki被点赞了很多次,包括两个部门的VP和一些