01 / SERVICE
印尼落地服务
公司设立、市场进入、KITAS、合规与经营支持。
Business Scope
我们通常承接哪类合作
更适合已经接近决策、需要把咨询直接推进到实施路径的团队，而不是只做概念浏览。
Indonesia entry
印尼落地与合规项目
公司设立、市场进入、KITAS、BPOM、商标与经营合规这类项目，会沿同一服务线继续推进。
Enterprise AI
AI 系统与自动化交付
客服、知识库、中转、控制台、流程自动化和企业技能，可以独立交付，也能和印尼业务线一起打包。
Working Method
通常如何组织咨询与后续合作
我们更偏向先做清晰分流，再推进人和项目进入正确的实施路径。
为什么首页和联系页都在强调“分流”？
因为服务、产品、交付方式和咨询入口属于不同判断层。先分流，后续页面才更容易讲清楚并推动成交。
是不是所有项目都要走定制合作？
不是。标准产品、系统交付和企业定制是不同层级。很多项目会先从标准能力或系统页开始，再决定是否进入长期合作。
站点上看到的文章、服务页和产品页是什么关系？
文章层更偏补充阅读和搜索承接，服务页和产品页负责真正的商务解释与咨询推进。
Who We Usually Help
哪些团队最适合直接进入这条业务线
如果你已经不是“随便看看”，而是已经在判断落地顺序、预算范围、交付方式和负责人安排，这个站点结构会更有价值。
Cross-Border Teams
正在推进印尼落地的出海团队
这类团队通常最关心的是公司设立、市场进入、KITAS、合规与长期经营边界，而不是只看一篇文章拿到零散答案。对这类项目来说，更适合直接进入 服务总览 再决定是否继续进入咨询。
Operators
已经准备做 AI 系统或自动化交付的团队
另一类更常见的是已经有真实业务流、客服压力、知识库需求、流程协作或控制台需求的团队。他们往往不需要再看“AI 能做什么”，而是需要尽快判断从 产品总览 的哪个入口开始更合适。
为什么主站要把服务、产品、交付方式和咨询分开？
因为搜索用户、商务用户和准备实施的用户不是同一种状态。文章更适合搜索承接，服务页和产品页适合讲清能力边界，交付页适合判断合作方式，而咨询页适合把已经接近决策的线索真正收口。
如果需求同时涉及印尼服务和 AI 系统怎么办？
这正是 Cekindo 当前结构想解决的问题。你不需要拆成两个完全独立的项目去理解，可以先从服务线或系统线中最接近当前痛点的一页进入，再在咨询时把两条线合并成同一个推进路径。