说到公司搭平台这事儿，可真不是一句话两句话能说明白的。回想我们当初搞这个，那真是一把辛酸泪，不过也确实积累不少实打实的经验，今天就跟大家唠唠。

一开始的懵懂与摸索

老板提出要做个“平台”，我们底下的人一开始有点懵。啥平台？干啥用的？解决啥问题？大家七嘴八舌，有人说要做个内部管理系统，把流程都串起来；有人说要做个对外的门户，展示公司形象；还有人觉得是不是要搞个类似电商的东西。反正，需求特别发散。

我们做的第一件事，就是开会，不停地开会。拉着各个部门的头头，还有一些核心的业务骨干，大家坐一起碰。目的就是搞清楚：我们到底为啥要建这个平台？它最终要实现啥目标？这个过程挺痛苦的，因为每个部门都有自己的小九九，都希望平台能优先满足他们的需求。吵吵闹闹好几轮，总算拉个大概的框架出来，明确主要方向是整合内部资源，提高协作效率，顺带可能也服务一部分外部用户。

技术选型？头都大

方向定，接下来就是怎么干。这又是一个大难题。是用现成的第三方服务，还是自己从头开发？

• 有人提议用市面上那些成熟的SaaS服务，或者找外包团队。理由是快，省心，我们自己技术力量当时也确实不算特别强。
• 但另一派坚持要自己搞。理由是长远来看，核心的东西还是要掌握在自己手里，方便以后定制和扩展，也更安全可控。而且买的服务，很多功能用不上，想要的功能又没有，很别扭。

这两种方案争论很久。期间我们也去调研不少东西，看看别人的案例。比如，纯粹搭个网站展示，那确实用那些一站式建站工具挺方便，拖拖拽拽就行。但我们要的是更复杂的业务逻辑和数据交互，那些简单的工具就不够用。

还研究所谓的IaaS、PaaS。听起来很高大上，什么OpenStack管虚拟机，K8s加Docker管容器。但冷静下来想想，我们当时那个阶段，有必要搞那么复杂吗？运维跟得上吗？硬件资源够吗？服务器是买物理机放机房，还是直接上云？这些都是实实在在要考虑的问题。

我们采取一个折中的方案：核心的业务逻辑和数据处理部分，我们决定自己撸起袖子干；但一些基础的设施，比如服务器，我们选择云服务商，省去自己维护硬件的麻烦。技术栈嘛也是基于我们团队当时最熟悉的技术来的，没敢轻易尝试太新的东西，怕hold不住。

撸起袖子加油干

决定自己开发为主之后，就开始漫长的开发过程。

第一步，搭架子。先把基础环境搞起来，服务器弄数据库装上，开发、测试、生产环境隔离这些基础工作看着不起眼，但特别重要，关系到后面能不能顺利推进。

第二步，分模块开发。按照之前讨论定下的功能，把大平台拆分成一个个小模块，比如用户管理、权限控制、内容发布、数据统计等等。分给不同的小组去负责。这个阶段就是大量的写代码、写代码、写代码。

第三步，集成和测试。各个模块开发得差不多，就开始集成联调。这阶段问题最多，各种不兼容、数据对不上、流程跑不通。天天就是开会、对接口、改Bug。测试同事也开始介入，从功能到性能，一遍遍地测。

第四步，小范围试用和反馈。找一两个业务部门，先让他们用起来。收集他们的使用反馈，看看哪些地方不好用，哪些流程有问题，赶紧调整优化。

上线与持续迭代

经过N轮的修改和测试，总算是觉得差不多，就选个日子正式上线。上线那天晚上，大家都挺紧张的，盯着监控屏幕，生怕出什么幺蛾子。

好在，大问题没有，小问题不断。上线后的一段时间，主要工作就是处理线上问题和根据用户新的反馈进行优化。

现在这个平台已经跑好几年，也陆陆续续加不少新功能。要说完全满意，也谈不上，总有不完善的地方。但回头看看，从当初的一片空白，到现在能支撑公司不少核心业务，还是挺有成就感的。

公司搭平台这事儿，我的体会是：

• 想清楚为啥要做，比怎么做更重要。
• 技术选型要务实，适合自己的才是最好的。
• 过程肯定不会一帆风顺，要做好打硬仗的准备。
• 上线不是结束，而是持续优化的开始。

这就是我们当初搭平台的一些实践过程和记录，希望能给大家一点参考。都是些粗浅的经验，说得不对的地方，大家多包涵。