- user 1
- Salesforce
- Twenty
- 但是更期望一个 Airtable 类似的
- 但是更容易定制开发
- 很棒的 API
- 就像 Wordpress，能让我知道如何安全扩展一个平台
- author
- Salesforce 很难替代的原因就是它太全面了
- Odoo 很成功，但是花了好几年覆盖这些功能
- 我们期望先从 CRM 入手找到 PMF，然后逐步做 CPQ Marketing Commerce 等等
- user 2
- Salesforce 与众不同是因为定制能力
- Tweenty 除了真正干净的 UI 设计之外，还有什么不同之处？
- author
- user 2
- 我们都像做自己的 “某个大公司”
- 有3条路
- “传统”的CRM，不允许或者很少自定义。
- 某个细分领域，这样很少的自定义就足够了
- 一个强大的解决方案，允许客户、顾问根据客户需求自定义
- 考虑第3种，有钱途，但是工作量巨大
- 可以放弃设计，因为定制无法保持“干净”
- 建议：专注强大和易于定制的能力，这是潜在客户所需要的
- 数据提取
- user 3
- user 4
- 我们公司自己开发了内部 CRM，基本管理公司的一切
- 联系人
- 市场营销、后续跟进
- 会计
- 呼入、呼出电话管理
- 产品的许可证、订阅管理
- 技术支持
- 收件箱、发件箱
- 活动
- 潜在客户、潜在客户事件
- 分析
- 网站购物车后端（产品、定价、折扣）
- 经销商门户
- 与各种供应商的集成
- 支付系统
- AB测试
- 没有设计成可扩展，规则写死在代码里，没有办法在 UI 配置
- 如果要迁移到开源，期望
- 良好的模块化内部设计、API
- 设计、API可扩展，不要有硬编码的逻辑、不假设公司的流程
- 允许在 UI 种尽可能多的配置
- 插件生态系统、市场的 API 必须健全和标准化
- author
- 很有共鸣
- 关于标准化 API
- REST API 、前端 API（react）和 nodejs API，用来构建插件
- 关于不假设自定义业务逻辑
- user 5
- 评估 CRM 时，是看专注（销售、电子商务）还是兼具
- 是否容易和内部工具集成
- 注意到没有和 POS 集成，这个是必须的
- user 6
- 如何管理 CRM 的需求膨胀
- 一旦有了用户，就会更难添加一直往后拖的功能
- 管理这些功能也是一场灾难
- 体验会变的越来越慢
- 最大的问题是 自定义字段
- user 7
- user 8
- 想做下一个 Salesforce？很容易误解 SF 只是一个CRM。实际上是
- 一个生态系统，可以连接到任何软件
- 可以构建基本上任何东西
- 两者结合，确保客户能被 100% 锁定
- 实际上 CRM（带UI的数据表）是微不足道的
- user 9
- 最大的挑战，如何允许租户运行任意插件，这些插件
- 执行沙盒化的服务器代码
- 将任意新的数据模型和自定义字段存储，与规范类型并存
- 如果解决了这些问题，并提供出色的开发者体验，并提供免费的沙盒账户和支付，让开发者可以销售插件而无需自己搞一堆基础设施，则生态系统可以形成
- user 10
- 我们公司的多租户，是一个公司一个数据库文件，确保强隔离
- 也方便做 indexing 等等
- 对于大型用户（不多），就使用专有服务器
- user 11
- HubSpot 提供了一个 lambda 专门为 CRM dashboard 生成组件
- user 12
- salesforce，APEX 必须将代码提交到服务器才能编译，这是最糟糕的开发体验
- servicenow，最好的开发体验，本地 vscode 开发，ctrl+s 保存到 dev server