You've built Chatworks as a platform — consolidated inbox, automation engine, campaign manager, payment integrations. That's a significant technology investment for a one-man operation. Meanwhile, the SA market already has established BSPs (Clickatell, BizAI, 360dialog) and Meta's own Cloud API providing the infrastructure layer.
An alternative approach would be to build a workflow and integration canvas on top of existing BSP infrastructure — similar to how Zapier sits on top of APIs without owning the API layer. This would mean less infrastructure to maintain, faster time-to-market for new features, and the ability to be BSP-agnostic (let the client pick the cheapest/best BSP, while Chatworks owns the workflow and business logic layer).
What is the strategic rationale for owning the infrastructure layer (inbox, routing, API management) versus owning only the workflow/integration layer on top of existing BSP APIs? What does building the platform cost you in terms of speed, focus, and capital that a canvas-first approach would not? And if a major BSP like Clickatell or Twilio launched a native workflow builder tomorrow, where does that leave Chatworks?
The WhatsApp BSP market has 400+ providers globally with well-funded incumbents (Twilio at $4B+ revenue, Infobip, Clickatell at $63M). Competing at the infrastructure layer against funded players is capital-intensive and risky. The workflow/integration layer — where business logic, CRM connectors, and process design live — is far less crowded and is where implementation value actually accrues. We want to understand whether the platform is a moat or a burden.