Rails 很适合：
- 中后台系统
- 管理平台
- 表单和流程密集型业务
- CRM、ERP、工单、审批、内容管理
- 创业早期要快速验证产品闭环
- 团队希望用统一主线快速交付
- 以数据库为中心的业务系统
- 希望“官方就给了整套配套”的团队
Rails 也很适合一种被低估的场景：
- 不想把前后端拆成两家公司那样的复杂协作模型
- 想让一个小团队直接交付完整产品
- 希望先把业务跑起来，再按瓶颈演进
Rails 不一定最优的场景：
- 极端高定制前端、强客户端状态、重可视化交互的大型 SPA 主站
- 从一开始就明确要超细粒度微服务拆分
- 团队非常排斥框架约定，什么都想自己装
- 主要目标只是一个极薄、极轻、极原始的 HTTP 层
不是说 Rails 做不了。
而是说：
如果你需要的是一整座标准化工务署，Rails 会越来越顺。
如果你只想租一张临时工作台，它可能显得太完整。