复盘复盘:我是怎么把一个SaaS产品做死掉的( 三 )

  1. 服务数量导致的混乱和资源紧张:一个功能往往会涉及到多个服务 , 刚开始开发人员多的时候经常出现服务间信息不一致 , 后期开发资源减少又面临一个开发人员维护多个服务 , 人多人少都或多或少的降低开发效率;
  2. 服务抽象不清晰 , 设计不合理 , 一个需求都需要大改服务 。 其实这个问题 , 有一部分原因也应该归结于产品核心业务逻辑不明确 。
新的技术固然有它的好处 , 但技术始终是服务于业务 。 对于新产品来说最重要的是要把业务跑起来能够形成正向的循环而不是为了最求最新的技术 。
下图是当时做的架构蓝图 , 规划还是很美好的:
复盘复盘:我是怎么把一个SaaS产品做死掉的
本文插图
四、总结
  1. 一个新的产品核心是要想好自己的业务模式;
  2. 在大的业务模式和战略方向明确的情况下拆解阶段性产品目标以阶段目标指导需求优先级规划;
  3. 以业务模式确定技术框架选型 , 不做大而全的设计 , 不为新技术而用新技术 。
题图来自 Pexels , 基于 CC0 协议


推荐阅读