编辑导语：对付产物司理来说，假如方才接办了一个新平台，应该如何正确的迭代进级已有的架构呢？本文作者分享了筹划平台架构的几个很重要的点，但愿看后可以或许对你有所开导。

有幸获得承认，接上篇《平台产物司理如何制止落为东西平台》后，有许多小同伴靠山私信我。

询问上篇提到的许多要领论，是不是更多合用于已经在这个平台打磨了好久，适合内行去推进工作；假如是一名刚跳槽或刚接办一个新的平台，如安在KPI以及老板的期望下尽快确定平台的架构？

这个问题很是nice，也反向逼着我去思考我的上篇文章的前提条件，确实很适合去打磨本身手里的平台；假如是方才接办新的平台，有几个很重要的点去筹划平台架构，愿分享以抛砖。

一、理清焦点问题

针对接办的平台业务、系统以及架构，和多个部分以及团队充实相同、多方收罗、全方位梳理现有问题，举办归类，发明主要抵牾。

聚焦主要精神办理个中几个焦点问题（PS：附图为我最近针敌手头的系统举办问题收集以及收敛问题定位聚焦的excel，已恍惚要害信息，仅供各人参考）：

二、明晰老系统阈值

这一点很是重要。

平台系统作为支撑和赋能系统，假如当你刚接办一个新的平台且明晰了系统最突出的问题之后，下一步就是基于原有的平台架构，明晰老系统的更大机能。

这一步调是抉择你后续的事情偏向是基于原系统做进级照旧从头筹划新的架构系统。

ok，这段稍微较量绕，打个比喻：

用户（即业务方）都在利用Windows7系统（即老平台），且用户主观感觉很是好（用户无法预知到未知事物或市面上没有的事物，且用户的KPI以及思考偏向不在这块），可是Windows7系统（即平台）已经呈现许多问题。

举个例子：系统靠得住性为10（满分为100）（即步调1中的焦点问题），那么作为研发操纵系统的人（即平台PM）你需要思考的是，基于windows7架构的系统靠得住性的上限是几多？

假如是50，那么50是否可以或许中恒久的支撑业务端的需求？

假如谜底是可以，那么你的偏向很或许率就是基于原有系统举办维护和更新，完善系统，以便于支撑业务方。

假如阐明得出原系统Windows7架构的系统靠得住性的上限是30，业务端年末方针需要平台的靠得住性机能到达60，那么不问可知，你的事情偏向将会是设计一套新操纵系统Windows10（即新的平台架构）。

这套新的操纵系统windows10的靠得住性机能上限能到90，并以此方案和业务端以及其他部分举办接头和宣贯。

三、在不确定性中寻找确定性

上面两点主要是摸清楚焦点问题，以及回收什么思路去办理问题。

最后一个要害点就是关于leader的不确定性，一般环境下，Leader没有很明晰的指向，做A做B不做C。一般会有这样的描写：把平台这块做的智能化一些/把平台产物做的有代价一些。

这样的描写对付平台产物司理来说许多就是不确定性，无明晰指向，那么如安在不确定性之间去寻找必然简直定性呢？

相对来说，可以采纳这样的方案：

1. 定位焦点问题

叙述焦点问题以及问题带来的影响，确定leader是否承认本身阐明的焦点问题以及影响，假如确定，说明问题阐明正确。

2. 明晰leader偏向

叙述老系统是否可以或许办理问题，以及假如办理问题后续可以或许一连举办支撑，可能新系统新平台的方案，确定leader承认以什么的思路来办理问题。

3. 预期上线结果

提出基于本身的方案后期的预期结果，和leader确认预期功效是否ok。

4. 拆解详细动作

问题和方案明晰后，最后一步就是落地执行和拟定KPI，对方案举办拆解落实任务。相信这块产物司理都信手拈来，不做过多叙述。

紧记做平台就是做操纵系统，那么操纵系统的迭代更新有什么特性呢？

一种是老系统的不绝打补丁，用于维护和更新，但无法办理系统瓶颈的问题；另一种是以一套全新一代的操纵系统面世，机能、感观、体验全面晋升一个档次，虽然天花板也提高一个level。

本文主要是针劈面临一个老系统或刚接办一个新系统时，尤其是平台产物司理，如何故一种迭代性的思维去思考和处理惩罚问题。

虽然，视野跨开了看，这种思维 *** 依然合用于其他产物司理，接待各人在评论区举办接头。