{"id":14613,"date":"2026-08-29T15:13:05","date_gmt":"2026-08-29T08:13:05","guid":{"rendered":"https:\/\/crocodic.com\/?p=14613"},"modified":"2026-08-29T15:13:06","modified_gmt":"2026-08-29T08:13:06","slug":"ai-readiness-assessment-untuk-enterprise-apa-yang-harus-dicek-sebelum-integrasi-ai","status":"publish","type":"post","link":"https:\/\/crocodic.com\/en\/ai-readiness-assessment-untuk-enterprise-apa-yang-harus-dicek-sebelum-integrasi-ai\/","title":{"rendered":"AI Readiness Assessment untuk Enterprise: Apa yang harus Dicek Sebelum Integrasi AI?"},"content":{"rendered":"<p>Perusahaan dapat membuat proof-of-concept AI dalam hitungan hari, tetapi membuat AI bekerja secara reliable di dalam operasi enterprise adalah persoalan yang berbeda. Demo chatbot dapat terlihat berhasil ketika menggunakan sejumlah dokumen terpilih, sementara implementasi production harus menghadapi data yang tersebar, permission pengguna, integration dengan ERP atau CRM, security, perubahan model, volume transaksi, monitoring, hingga pertanyaan siapa yang bertanggung jawab ketika AI memberikan output yang salah.<\/p>\n\n\n\n<p>Karena itu, kesiapan menggunakan AI tidak sebaiknya diukur dari pertanyaan sederhana seperti <strong>\u201capakah perusahaan sudah menggunakan ChatGPT?\u201d<\/strong>, <strong>\u201capakah data scientist sudah tersedia?\u201d<\/strong>, atau <strong>\u201cmodel AI apa yang akan digunakan?\u201d<\/strong>. AI readiness yang lebih relevan mengukur apakah organisasi mempunyai business case, data, system architecture, governance, operating model, dan measurement yang cukup matang untuk membawa satu use case dari eksperimen menuju production.<\/p>\n\n\n\n<p>Microsoft bahkan memiliki <a href=\"https:\/\/learn.microsoft.com\/en-us\/assessments\/94f1c697-9ba7-4d47-ad83-7c6bd94b1505\/?utm_source=chatgpt.com\">AI Readiness Assessment<\/a> yang mengevaluasi kesiapan organisasi melalui tujuh area: <strong>Business Strategy, AI Governance &amp; Security, Data Foundations, AI Strategy &amp; Experience, Organization &amp; Culture, Infrastructure for AI, serta Model Management<\/strong>. Struktur tersebut memperlihatkan bahwa AI readiness merupakan persoalan organisasi dan architecture secara keseluruhan, bukan hanya kemampuan memilih atau menggunakan model AI.<\/p>\n\n\n\n<p>Pertanyaan yang seharusnya dijawab enterprise sebelum melakukan investasi besar bukan sekadar:<\/p>\n\n\n\n<p><strong>\u201cAI apa yang bisa kita implementasikan?\u201d<\/strong><\/p>\n\n\n\n<p>Tetapi:<\/p>\n\n\n\n<p><strong>\u201cApakah sistem, data, proses, dan organisasi kita sudah mampu membuat AI menghasilkan business outcome secara aman dan berulang?\u201d<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>AI Proof-of-Concept dan AI-Ready Enterprise Adalah Dua Hal yang Berbeda<\/strong><\/h2>\n\n\n\n<p>Proof-of-concept biasanya dibangun untuk membuktikan satu capability. Sebuah internal assistant dapat diberikan 50 dokumen, kemudian diminta menjawab pertanyaan mengenai policy perusahaan. Jika jawaban terlihat baik, tim dapat menyimpulkan teknologinya bekerja.<\/p>\n\n\n\n<p>Production environment jauh lebih kompleks. Dokumen dapat berjumlah puluhan ribu, sebagian sudah kedaluwarsa, sebagian hanya boleh diakses divisi tertentu, beberapa mengandung data sensitif, dan knowledge source terus berubah. AI juga mungkin harus mengambil informasi dari ERP, CRM, database, atau aplikasi lain sebelum menghasilkan jawaban.<\/p>\n\n\n\n<p>Pada kondisi tersebut, success tidak lagi hanya bergantung pada kualitas model. Enterprise harus menjawab bagaimana data ditemukan, siapa boleh mengaksesnya, bagaimana integration bekerja, apa yang terjadi ketika system lain unavailable, bagaimana output dievaluasi, bagaimana biaya dikontrol, dan siapa yang melakukan intervention ketika AI gagal.<\/p>\n\n\n\n<p><a href=\"https:\/\/docs.aws.amazon.com\/wellarchitected\/latest\/generative-ai-lens\/design-principles.html?utm_source=chatgpt.com\">AWS Generative AI Lens<\/a> menempatkan prinsip seperti controlled autonomy, observability, resource efficiency, resilience, standardized resource management, dan secure interaction boundaries sebagai bagian dari design principle AI workload. Hal ini menunjukkan bahwa production AI membutuhkan operational discipline yang jauh lebih luas dibanding sekadar menghubungkan aplikasi dengan model API.<\/p>\n\n\n\n<p><strong>AI readiness bukan kemampuan membuat AI demo. AI readiness adalah kemampuan membawa AI dari demo menuju business operation tanpa kehilangan control.<\/strong><\/p>\n\n\n\n<h1 class=\"wp-block-heading\"><strong>Crocodic AI Readiness Framework: 6 Layer yang Perlu Dinilai<\/strong><\/h1>\n\n\n\n<p>Untuk assessment awal, Crocodic dapat melihat kesiapan enterprise melalui enam layer yang saling bergantung:<\/p>\n\n\n\n<p><strong>1. Business Readiness<\/strong><strong><br><\/strong><strong>2. Data Readiness<\/strong><strong><br><\/strong><strong>3. System &amp; Integration Readiness<\/strong><strong><br><\/strong><strong>4. Security &amp; Governance Readiness<\/strong><strong><br><\/strong><strong>5. Operational Readiness<\/strong><strong><br><\/strong><strong>6. Measurement &amp; Economic Readiness<\/strong><\/p>\n\n\n\n<p>Framework ini bukan pengganti framework compliance atau audit formal. Tujuannya adalah membantu perusahaan menemukan bottleneck sebelum menginvestasikan terlalu banyak budget pada AI technology yang fondasinya belum siap.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><tbody><tr><td><strong>Layer<\/strong><\/td><td><strong>Pertanyaan Utama<\/strong><\/td><\/tr><tr><td><strong>Business<\/strong><\/td><td>Problem apa yang benar-benar ingin diselesaikan AI?<\/td><\/tr><tr><td><strong>Data<\/strong><\/td><td>Apakah data cukup tersedia, akurat, dan dapat dipercaya?<\/td><\/tr><tr><td><strong>System &amp; Integration<\/strong><\/td><td>Dapatkah AI mengakses capability bisnis secara terkontrol?<\/td><\/tr><tr><td><strong>Security &amp; Governance<\/strong><\/td><td>Apa yang boleh dan tidak boleh dilakukan AI?<\/td><\/tr><tr><td><strong>Operation<\/strong><\/td><td>Bagaimana AI dijalankan, dipantau, dan diperbaiki?<\/td><\/tr><tr><td><strong>Measurement &amp; Economics<\/strong><\/td><td>Bagaimana perusahaan mengetahui AI menghasilkan value?<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>Keenam layer perlu dilihat sebagai satu kesatuan. Enterprise dapat mempunyai data yang bagus tetapi integration buruk. Perusahaan dapat mempunyai API yang lengkap tetapi tidak mempunyai governance. AI juga dapat bekerja secara teknis tetapi gagal secara ekonomi karena penggunaan model terlalu mahal dibanding value yang dihasilkan.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>1. Business Readiness: Jangan Mulai dari \u201cKita Harus Punya AI\u201d<\/strong><\/h2>\n\n\n\n<p>Assessment pertama bukan technology assessment, tetapi <strong>business problem assessment<\/strong>.<\/p>\n\n\n\n<p>Kalimat seperti \u201cperusahaan ingin menggunakan AI\u201d belum cukup untuk menentukan proyek. AI seharusnya digunakan ketika ada problem atau capability yang mempunyai outcome jelas, misalnya mengurangi waktu pemeriksaan dokumen, mempercepat customer response, meningkatkan forecast inventory, mendeteksi anomaly, membantu employee menemukan knowledge, atau mengurangi manual work pada proses tertentu.<\/p>\n\n\n\n<p>Satu use case yang baik dapat dijelaskan tanpa menyebut nama model.<\/p>\n\n\n\n<p>Misalnya:<\/p>\n\n\n\n<p>Tim Procurement menggunakan rata-rata empat jam untuk membandingkan quotation supplier. Targetnya adalah mengurangi preparation time menjadi kurang dari satu jam, sementara final decision tetap dilakukan Procurement Manager.<\/p>\n\n\n\n<p>Dari problem tersebut barulah architecture AI dapat dirancang.<\/p>\n\n\n\n<p>AI mungkin membaca quotation menggunakan document processing, mengambil supplier history dari ERP, membandingkan harga, menghasilkan recommendation, kemudian meminta human approval. Dengan business outcome yang jelas, enterprise dapat menentukan data, integration, permission, dan metric yang diperlukan.<\/p>\n\n\n\n<p>Sebaliknya, requirement seperti:<\/p>\n\n\n\n<p>\u201cKita ingin AI agent untuk Procurement.\u201d<\/p>\n\n\n\n<p>belum menjelaskan apa pun mengenai value.<\/p>\n\n\n\n<p>Microsoft dalam AI Readiness Assessment menempatkan <strong>Business Strategy<\/strong> sebagai salah satu pilar kesiapan AI, termasuk alignment antara leadership vision, investment, dan tujuan penggunaan AI. Ini penting karena proyek yang tidak mempunyai measurable business problem sangat mudah berubah menjadi experimentation yang terus menggunakan budget tetapi sulit dibawa menuju production.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Checklist Business Readiness<\/strong><\/h3>\n\n\n\n<p>Sebelum lanjut, perusahaan setidaknya harus dapat menjawab:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Problem apa yang akan diselesaikan?<\/li>\n\n\n\n<li>Siapa user utamanya?<\/li>\n\n\n\n<li>Apa kondisi sebelum AI?<\/li>\n\n\n\n<li>Apa expected outcome setelah AI?<\/li>\n\n\n\n<li>Berapa frekuensi proses tersebut?<\/li>\n\n\n\n<li>Apa keputusan yang tetap harus dilakukan manusia?<\/li>\n\n\n\n<li>Apa dampak jika AI salah?<\/li>\n\n\n\n<li>Bagaimana keberhasilan akan diukur?<\/li>\n<\/ul>\n\n\n\n<p>Jika jawaban terhadap sebagian besar pertanyaan tersebut belum tersedia, enterprise belum membutuhkan model yang lebih canggih. Enterprise membutuhkan <strong>use-case discovery yang lebih baik<\/strong>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>2. Data Readiness: Model Bagus Tidak Memperbaiki Data yang Tidak Dapat Dipercaya<\/strong><\/h2>\n\n\n\n<p>Sebagian besar enterprise tidak kekurangan data. Problemnya justru data berada di terlalu banyak tempat.<\/p>\n\n\n\n<p>Customer berada di CRM dan ERP dengan identifier berbeda. Knowledge tersimpan di Google Drive, SharePoint, PDF, email, dan application database. Product master mempunyai nama berbeda antar-business unit. Dokumen policy memiliki beberapa versi dan tidak jelas mana yang masih berlaku.<\/p>\n\n\n\n<p>AI membuat masalah tersebut lebih terlihat karena model membutuhkan context untuk menghasilkan output yang relevan.<\/p>\n\n\n\n<p><a href=\"https:\/\/docs.aws.amazon.com\/wellarchitected\/latest\/generative-ai-lens\/data-architecture.html?utm_source=chatgpt.com\">AWS Generative AI Lens \u2013 Data Architecture<\/a> menempatkan data quality, governance, security, privacy, lineage, scalability, dan unified access sebagai fondasi AI workload. AWS juga menyoroti bahwa fragmented data environment, inconsistent governance, dan unclear ownership dapat memperlambat experiment maupun scale-up generative AI.<\/p>\n\n\n\n<p>Untuk enterprise, data readiness setidaknya mempunyai empat dimensi.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Availability<\/strong><\/h3>\n\n\n\n<p>Apakah data yang dibutuhkan use case benar-benar tersedia?<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Quality<\/strong><\/h3>\n\n\n\n<p>Apakah datanya akurat, lengkap, konsisten, dan cukup aktual?<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Ownership<\/strong><\/h3>\n\n\n\n<p>Siapa yang bertanggung jawab jika data salah?<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Accessibility<\/strong><\/h3>\n\n\n\n<p>Apakah AI boleh mengakses data tersebut dan melalui interface apa?<\/p>\n\n\n\n<p>Misalnya perusahaan ingin membuat AI assistant untuk account manager. Secara teknis model dapat menjawab pertanyaan mengenai customer, tetapi jika satu customer memiliki empat ID pada beberapa sistem, AI dapat menghasilkan jawaban yang incomplete meskipun reasoning model berjalan dengan benar.<\/p>\n\n\n\n<p>Pada kondisi seperti ini problemnya bukan <strong>model intelligence<\/strong>, tetapi <strong>enterprise data foundation<\/strong>.<\/p>\n\n\n\n<p>Karena itu sebelum menjalankan AI, perusahaan mungkin perlu memperbaiki Data Governance, Master Data Management, integration, atau data quality terlebih dahulu. Ini menjadi alasan hubungan antara data readiness dan AI readiness tidak dapat dipisahkan.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>3. System &amp; Integration Readiness: Bisakah AI Berinteraksi dengan Operasi?<\/strong><\/h2>\n\n\n\n<p>Banyak AI proof-of-concept hanya menggunakan static data. Production AI biasanya membutuhkan informasi yang terus berubah dan sering kali harus berinteraksi dengan operational systems.<\/p>\n\n\n\n<p>AI untuk sales mungkin perlu membaca CRM.<\/p>\n\n\n\n<p>AI procurement membaca ERP.<\/p>\n\n\n\n<p>AI inventory membutuhkan warehouse data.<\/p>\n\n\n\n<p>AI finance mungkin membutuhkan invoice dan payment status.<\/p>\n\n\n\n<p>AI customer service perlu melihat order history.<\/p>\n\n\n\n<p>Pertanyaan berikutnya adalah: <strong>bagaimana AI mengakses sistem tersebut?<\/strong><\/p>\n\n\n\n<p>Memberikan direct database access kepada AI bukan pilihan yang ideal untuk sebagian besar use case enterprise. Sistem sebaiknya mengekspos business capability yang dibutuhkan melalui interface yang mempunyai authentication, permission, validation, dan auditability.<\/p>\n\n\n\n<p>Misalnya AI tidak perlu diberikan akses penuh ke database ERP. Aplikasi dapat menyediakan capability seperti:<\/p>\n\n\n\n<p>getCustomerBalance<\/p>\n\n\n\n<p>checkInventory<\/p>\n\n\n\n<p>searchPurchaseOrder<\/p>\n\n\n\n<p>createDraftPurchaseRequest<\/p>\n\n\n\n<p>getSupplierHistory<\/p>\n\n\n\n<p>Dengan pendekatan tersebut, AI mengetahui <strong>apa yang boleh dilakukan<\/strong>, bukan memperoleh akses bebas terhadap keseluruhan implementation detail sistem.<\/p>\n\n\n\n<p>Masalah integration menjadi semakin penting ketika AI mulai mengakses banyak sistem sekaligus. Crocodic telah membahas kondisi ini melalui <a href=\"https:\/\/crocodic.com\/en\/ai-orchestration-menghubungkan-model-data-dan-sistem\/?utm_source=chatgpt.com\">AI Orchestration: Menghubungkan Model, Data, dan Sistem<\/a>. Ketika AI perlu membaca dokumen, mengambil data CRM, memeriksa ERP, menggunakan beberapa tools, meminta approval, lalu menjalankan tindakan, problemnya bukan lagi sekadar model integration tetapi <strong>orchestration lintas model, data, tools, workflow, dan manusia<\/strong>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>System Readiness Checklist<\/strong><\/h3>\n\n\n\n<p>Enterprise perlu menilai:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><tbody><tr><td><strong>Pertanyaan<\/strong><\/td><td><strong>Ready<\/strong><\/td><td><strong>Warning<\/strong><\/td><\/tr><tr><td>Sistem memiliki API yang terdokumentasi<\/td><td>\u2713<\/td><td>Direct DB \/ manual export<\/td><\/tr><tr><td>Data ownership jelas<\/td><td>\u2713<\/td><td>Banyak source of truth<\/td><\/tr><tr><td>Authentication terstandar<\/td><td>\u2713<\/td><td>Shared credential<\/td><\/tr><tr><td>Permission granular<\/td><td>\u2713<\/td><td>Admin\/user saja<\/td><\/tr><tr><td>Integration dapat dimonitor<\/td><td>\u2713<\/td><td>Error diketahui dari user<\/td><\/tr><tr><td>Business capability terdokumentasi<\/td><td>\u2713<\/td><td>Logic hanya dipahami developer<\/td><\/tr><tr><td>Sistem mampu menangani volume baru<\/td><td>\u2713<\/td><td>Performance sudah bermasalah<\/td><\/tr><tr><td>Dependency antar-system diketahui<\/td><td>\u2713<\/td><td>Integration landscape tidak terdokumentasi<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>Jika mayoritas berada pada kolom Warning, perusahaan mungkin perlu melakukan <strong>system modernization atau integration improvement sebelum AI diperluas<\/strong>.<\/p>\n\n\n\n<p><a href=\"https:\/\/crocodic.com\/en\/enterprise-system-upgrade\/?utm_source=chatgpt.com\">Enterprise System Upgrade Crocodic<\/a> memang berfokus pada kondisi seperti ini: meningkatkan scalability, multi-user access, API integration, dan AI automation pada sistem yang sudah berjalan tanpa selalu mengganti seluruh core system dari nol.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>4. Security &amp; Governance Readiness: AI Boleh Melakukan Apa?<\/strong><\/h2>\n\n\n\n<p>Semakin dekat AI dengan operational system, semakin penting governance.<\/p>\n\n\n\n<p>Sebuah chatbot yang hanya menjawab FAQ memiliki risk profile berbeda dengan AI yang dapat membaca harga supplier, customer contract, salary information, financial transaction, atau menjalankan action pada ERP.<\/p>\n\n\n\n<p>Pertanyaan governance bukan hanya:<\/p>\n\n\n\n<p>\u201cBolehkah karyawan menggunakan AI?\u201d<\/p>\n\n\n\n<p>Pertanyaan yang lebih penting adalah:<\/p>\n\n\n\n<p><strong>AI mana yang boleh menggunakan data apa, untuk tujuan apa, dengan model mana, dan tindakan apa yang boleh dijalankan tanpa approval manusia?<\/strong><\/p>\n\n\n\n<p><a href=\"https:\/\/nvlpubs.nist.gov\/nistpubs\/ai\/NIST.AI.100-1.pdf?utm_source=chatgpt.com\">NIST AI Risk Management Framework<\/a> menggunakan empat fungsi utama: <strong>Govern, Map, Measure, dan Manage<\/strong>. NIST menempatkan governance sebagai fungsi lintas lifecycle dan menekankan bahwa AI risk management perlu berlangsung secara terus-menerus ketika konteks, sistem, dan risiko berubah.<\/p>\n\n\n\n<p>Dalam implementasi enterprise, governance harus diterjemahkan menjadi technical control.<\/p>\n\n\n\n<p>Misalnya policy mengatakan:<\/p>\n\n\n\n<p>AI Finance tidak boleh mengakses payroll.<\/p>\n\n\n\n<p>Architecture harus memastikan permission tersebut benar-benar enforced.<\/p>\n\n\n\n<p>Jika policy mengatakan:<\/p>\n\n\n\n<p>AI boleh membuat rekomendasi purchase tetapi tidak boleh melakukan approval.<\/p>\n\n\n\n<p>Workflow harus membuat final approval tetap membutuhkan manusia.<\/p>\n\n\n\n<p>Jika AI menggunakan beberapa model provider, perusahaan juga perlu mengetahui model apa yang menerima data, credential apa yang digunakan, berapa consumption-nya, dan bagaimana provider dapat diganti tanpa memodifikasi seluruh aplikasi.<\/p>\n\n\n\n<p>Crocodic membahas prinsip ini lebih jauh dalam <a href=\"https:\/\/crocodic.com\/en\/ai-governance-kenapa-policy-saja-tidak-cukup\/?utm_source=chatgpt.com\">AI Governance: Kenapa Policy Saja Tidak Cukup?<\/a>. Governance baru benar-benar bekerja ketika policy dapat diterjemahkan menjadi runtime control, permission, observability, approval, dan audit trail pada sistem AI.<\/p>\n\n\n\n<p><strong>Governance yang hanya berada di PDF tidak dapat menghentikan AI melakukan tindakan yang salah. Governance harus hadir di architecture.<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>5. Operational Readiness: Siapa yang Menjaga AI Setelah Go-Live?<\/strong><\/h2>\n\n\n\n<p>Banyak AI project mempunyai owner selama development tetapi tidak mempunyai operating model setelah production.<\/p>\n\n\n\n<p>Siapa yang memonitor kualitas jawaban?<\/p>\n\n\n\n<p>Siapa yang memperbarui knowledge source?<\/p>\n\n\n\n<p>Apa yang terjadi ketika provider mengubah model?<\/p>\n\n\n\n<p>Siapa yang melihat cost?<\/p>\n\n\n\n<p>Bagaimana incident ditangani?<\/p>\n\n\n\n<p>Apa yang dilakukan ketika AI tiba-tiba menghasilkan output yang kualitasnya menurun?<\/p>\n\n\n\n<p>Production AI membutuhkan disiplin operational yang mirip software production, ditambah kompleksitas baru karena model mempunyai behaviour yang tidak sepenuhnya deterministik.<\/p>\n\n\n\n<p><a href=\"https:\/\/docs.aws.amazon.com\/wellarchitected\/latest\/generative-ai-lens\/operational-excellence.html?utm_source=chatgpt.com\">AWS Generative AI Lens \u2013 Operational Excellence<\/a> merekomendasikan monitoring terhadap model performance, user feedback, workload health, resource utilization, dan security event, serta lifecycle management yang terkontrol. AWS juga menempatkan observability dan traceability sebagai capability penting untuk memahami bagaimana AI workload berperilaku setelah deployment.<\/p>\n\n\n\n<p>Karena itu enterprise perlu mendefinisikan minimal:<\/p>\n\n\n\n<p><strong>Model monitoring<\/strong> \u2014 apakah model masih menghasilkan output sesuai expectation?<\/p>\n\n\n\n<p><strong>Application monitoring<\/strong> \u2014 apakah API, retrieval, dan integration bekerja?<\/p>\n\n\n\n<p><strong>Cost monitoring<\/strong> \u2014 workload mana yang menggunakan resource paling besar?<\/p>\n\n\n\n<p><strong>Security monitoring<\/strong> \u2014 apakah ada abnormal access atau prompt behaviour?<\/p>\n\n\n\n<p><strong>Quality evaluation<\/strong> \u2014 apakah output secara berkala diuji?<\/p>\n\n\n\n<p><strong>Incident response<\/strong> \u2014 bagaimana AI dapat dihentikan atau dibatasi ketika terjadi problem?<\/p>\n\n\n\n<p>Ketika jumlah aplikasi dan model bertambah, perusahaan mungkin juga membutuhkan centralized control. Crocodic membahas architecture tersebut dalam <a href=\"https:\/\/crocodic.com\/en\/ai-gateway-kontrol-model-data-dan-biaya-ai\/?utm_source=chatgpt.com\">AI Gateway: Kontrol Model, Data, dan Biaya AI<\/a>, terutama ketika banyak aplikasi mulai berhubungan dengan beberapa model provider dan organisasi perlu mengendalikan credential, routing, consumption, governance, serta observability dari satu layer.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>6. Measurement &amp; Economic Readiness: Apakah AI Benar-Benar Memberikan Value?<\/strong><\/h2>\n\n\n\n<p>AI project mudah menghasilkan metric teknis tetapi sulit menjawab pertanyaan CFO:<\/p>\n\n\n\n<p>\u201cApa yang berubah setelah kita mengeluarkan budget ini?\u201d<\/p>\n\n\n\n<p>Jumlah prompt, jumlah user, token usage, atau jumlah dokumen yang diproses bukan business outcome.<\/p>\n\n\n\n<p>Measurement harus kembali kepada problem awal.<\/p>\n\n\n\n<p>Jika tujuan AI adalah mempercepat document review, metric-nya dapat berupa:<\/p>\n\n\n\n<p><strong>Average review time:<\/strong> 4 jam \u2192 45 menit.<\/p>\n\n\n\n<p>Jika tujuannya customer service:<\/p>\n\n\n\n<p><strong>Average handling time:<\/strong> 12 menit \u2192 7 menit.<\/p>\n\n\n\n<p>Jika tujuannya inventory forecasting:<\/p>\n\n\n\n<p><strong>Stock-out occurrence:<\/strong> turun X%.<\/p>\n\n\n\n<p>Jika tujuannya internal knowledge:<\/p>\n\n\n\n<p><strong>Time to find information:<\/strong> 20 menit \u2192 3 menit.<\/p>\n\n\n\n<p>Selain value, economics juga perlu menghitung production cost. AI workload dapat melibatkan model inference, retrieval, vector database, infrastructure, integration API, observability, human review, dan maintenance. Model yang menghasilkan output sedikit lebih baik tetapi membutuhkan cost tiga kali lipat belum tentu menghasilkan business case terbaik.<\/p>\n\n\n\n<p>AWS dalam design principle AI workload menekankan resource efficiency dan pemilihan component berdasarkan empirical requirement, bukan asumsi. Prinsip ini penting karena enterprise seharusnya memilih model dan architecture <strong>yang cukup baik untuk outcome<\/strong>, bukan otomatis menggunakan model terbesar untuk setiap pekerjaan.<\/p>\n\n\n\n<h1 class=\"wp-block-heading\"><strong>AI Readiness Score: Cara Melakukan Assessment Awal<\/strong><\/h1>\n\n\n\n<p>Enterprise dapat menggunakan scoring sederhana 1\u20135 pada enam layer tadi.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><tbody><tr><td><strong>Layer<\/strong><\/td><td><strong>1 \u2014 Belum Siap<\/strong><\/td><td><strong>3 \u2014 Sebagian Siap<\/strong><\/td><td><strong>5 \u2014 Siap<\/strong><\/td><\/tr><tr><td><strong>Business<\/strong><\/td><td>Tidak ada use case jelas<\/td><td>Use case ada, KPI belum matang<\/td><td>Problem, owner dan KPI jelas<\/td><\/tr><tr><td><strong>Data<\/strong><\/td><td>Fragmented\/tidak dipercaya<\/td><td>Data tersedia tetapi perlu cleansing<\/td><td>Reliable, governed, accessible<\/td><\/tr><tr><td><strong>System<\/strong><\/td><td>Manual\/direct DB<\/td><td>Sebagian API-ready<\/td><td>API\/integration terkontrol<\/td><\/tr><tr><td><strong>Governance<\/strong><\/td><td>Tidak ada control<\/td><td>Policy tersedia<\/td><td>Runtime control + ownership<\/td><\/tr><tr><td><strong>Operation<\/strong><\/td><td>Tidak ada owner production<\/td><td>Monitoring sebagian<\/td><td>Monitoring + incident process<\/td><\/tr><tr><td><strong>Measurement<\/strong><\/td><td>Hanya AI usage<\/td><td>KPI teknis<\/td><td>Business KPI + cost tracking<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>Total maksimum: <strong>30<\/strong>.<\/p>\n\n\n\n<p>Sebagai working framework:<\/p>\n\n\n\n<p><strong>6\u201312 \u2014 Experiment Stage<\/strong><strong><br><\/strong>AI sebaiknya masih dibatasi pada use case risiko rendah. Fokus utama adalah memperbaiki foundation.<\/p>\n\n\n\n<p><strong>13\u201320 \u2014 Pilot Ready<\/strong><strong><br><\/strong>Perusahaan dapat menjalankan controlled pilot, tetapi masih ada prerequisite sebelum scale.<\/p>\n\n\n\n<p><strong>21\u201325 \u2014 Production Candidate<\/strong><strong><br><\/strong>Sebagian besar fondasi tersedia dan satu use case dapat dibawa menuju production dengan gap remediation yang jelas.<\/p>\n\n\n\n<p><strong>26\u201330 \u2014 Scale Ready<\/strong><strong><br><\/strong>Perusahaan relatif siap memperluas AI ke beberapa workflow, dengan governance dan operating model yang sudah lebih matang.<\/p>\n\n\n\n<p>Scoring ini bukan certification. Nilai paling penting justru bukan total score, tetapi <strong>layer mana yang mempunyai score terendah<\/strong>.<\/p>\n\n\n\n<p>Enterprise dengan score data 5 tetapi system integration 1 tetap akan mengalami masalah ketika AI harus menggunakan data secara real-time. Perusahaan dengan infrastructure 5 tetapi business readiness 1 dapat menghasilkan platform AI yang sophisticated tanpa adoption atau ROI yang jelas.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Crocodic Perspective: AI Readiness Ditentukan oleh Weakest Critical Layer<\/strong><\/h2>\n\n\n\n<p>AI readiness sering diperlakukan seperti checklist yang kemudian dijumlahkan menjadi satu angka. Dalam praktiknya, architecture tidak selalu bekerja seperti rata-rata.<\/p>\n\n\n\n<p>Perusahaan dapat mempunyai model yang sangat baik, cloud infrastructure yang kuat, dan data scientist berpengalaman, tetapi jika operational ERP tidak mempunyai API, AI tetap sulit masuk ke workflow. Data juga dapat sangat rapi, tetapi jika user permission tidak jelas, AI tidak dapat diberi akses secara aman. Business case bisa sangat kuat, tetapi jika tidak ada owner setelah production, kualitasnya akan menurun tanpa diketahui.<\/p>\n\n\n\n<p>Karena itu Crocodic menggunakan prinsip:<\/p>\n\n\n\n<p><strong>AI readiness ditentukan bukan hanya oleh average maturity, tetapi oleh weakest critical layer yang menjadi dependency use case.<\/strong><\/p>\n\n\n\n<p>Untuk AI knowledge assistant, bottleneck-nya mungkin data governance.<\/p>\n\n\n\n<p>Untuk predictive inventory, bottleneck-nya mungkin historical data quality.<\/p>\n\n\n\n<p>Untuk AI agent procurement, bottleneck-nya mungkin API dan approval architecture.<\/p>\n\n\n\n<p>Untuk customer-service AI, bottleneck-nya mungkin CRM integration dan permission.<\/p>\n\n\n\n<p>Assessment harus dilakukan pada level <strong>use case<\/strong>, bukan hanya pada level perusahaan secara umum.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Jangan Memperbaiki Semua Hal Sebelum Memulai AI<\/strong><\/h2>\n\n\n\n<p>Menilai readiness bukan berarti perusahaan harus mencapai kondisi sempurna pada seluruh layer sebelum satu proyek pun dimulai.<\/p>\n\n\n\n<p>Pendekatan seperti itu justru dapat menghasilkan transformation program besar yang bertahun-tahun tidak menghasilkan business value.<\/p>\n\n\n\n<p>Strategi yang lebih realistis adalah memilih satu use case yang mempunyai <strong>high business value + manageable technical dependency<\/strong>, lalu memperbaiki foundation yang benar-benar dibutuhkan oleh use case tersebut.<\/p>\n\n\n\n<p>Misalnya perusahaan ingin membuat AI procurement assistant. Assessment menemukan:<\/p>\n\n\n\n<p>Data supplier: cukup baik.<\/p>\n\n\n\n<p>ERP API: tersedia.<\/p>\n\n\n\n<p>Quotation: sebagian besar sudah digital.<\/p>\n\n\n\n<p>Governance: belum menentukan transaction authority AI.<\/p>\n\n\n\n<p>Monitoring: belum tersedia.<\/p>\n\n\n\n<p>Perusahaan tidak perlu memodernisasi seluruh enterprise architecture terlebih dahulu. Gap remediation dapat berfokus pada <strong>governance + observability + approval flow<\/strong>, kemudian pilot dijalankan.<\/p>\n\n\n\n<p>Hasil pilot menjadi input untuk readiness berikutnya.<\/p>\n\n\n\n<p>Dengan pola tersebut:<\/p>\n\n\n\n<p><strong>Assessment \u2192 Gap \u2192 Pilot \u2192 Measure \u2192 Improve \u2192 Scale<\/strong><\/p>\n\n\n\n<p>lebih sehat daripada:<\/p>\n\n\n\n<p><strong>Assessment \u2192 Transform Everything \u2192 AI tiga tahun kemudian.<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Human-in-the-Loop Harus Ditentukan Sejak Assessment<\/strong><\/h2>\n\n\n\n<p>Salah satu pertanyaan terpenting adalah menentukan pada titik mana manusia masih harus terlibat.<\/p>\n\n\n\n<p>Untuk low-risk process, AI mungkin dapat bekerja otomatis.<\/p>\n\n\n\n<p>Untuk medium-risk process, AI dapat melakukan pekerjaan tetapi manusia melakukan review.<\/p>\n\n\n\n<p>Untuk high-impact decision, AI sebaiknya menjadi decision support sementara authority tetap berada pada manusia atau deterministic business rule.<\/p>\n\n\n\n<p>Contohnya:<\/p>\n\n\n\n<p><strong>AI membaca invoice<\/strong> \u2192 automatic.<\/p>\n\n\n\n<p><strong>AI mendeteksi anomaly invoice<\/strong> \u2192 automatic flag.<\/p>\n\n\n\n<p><strong>AI merekomendasikan invoice ditolak<\/strong> \u2192 human review.<\/p>\n\n\n\n<p><strong>Final payment approval<\/strong> \u2192 authorized human.<\/p>\n\n\n\n<p>Framework NIST menekankan bahwa risk management harus menyesuaikan konteks penggunaan, impact, dan prioritas risiko. Karena itu autonomy bukan feature yang harus dimaksimalkan. Tingkat autonomy harus mengikuti risk profile.<\/p>\n\n\n\n<p><strong>AI yang lebih autonomous tidak otomatis lebih mature. AI yang mempunyai batas responsibility yang jelas justru lebih siap digunakan secara enterprise.<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Kapan Enterprise Belum Siap Mengintegrasikan AI?<\/strong><\/h2>\n\n\n\n<p>Ada beberapa red flag yang sebaiknya membuat organisasi menahan scale-up dan memperbaiki foundation terlebih dahulu.<\/p>\n\n\n\n<p>Pertama, perusahaan belum dapat menentukan data mana yang benar. Jika Sales, Finance, dan Operations masih menggunakan angka berbeda untuk objek bisnis yang sama, AI akan mewarisi conflict tersebut.<\/p>\n\n\n\n<p>Kedua, sistem tidak menyediakan interface yang aman. Jika satu-satunya cara mengakses data adalah memberikan direct database credential, architecture perlu diperbaiki.<\/p>\n\n\n\n<p>Ketiga, tidak ada use-case owner. IT dapat membangun AI tetapi business tidak mempunyai seseorang yang bertanggung jawab terhadap outcome.<\/p>\n\n\n\n<p>Keempat, tidak ada governance mengenai sensitive data, model provider, atau AI action.<\/p>\n\n\n\n<p>Kelima, tidak ada evaluation metric sehingga perusahaan tidak dapat membedakan AI yang terlihat menarik dengan AI yang benar-benar menghasilkan value.<\/p>\n\n\n\n<p>Dalam kondisi tersebut menambahkan model yang lebih canggih tidak menyelesaikan fundamental problem.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Kapan Enterprise Sudah Cukup Siap untuk Pilot?<\/strong><\/h2>\n\n\n\n<p>Enterprise tidak harus sempurna untuk memulai.<\/p>\n\n\n\n<p>Sebuah use case sudah cukup layak menjadi pilot ketika perusahaan mempunyai <strong>business problem yang jelas, dataset yang cukup reliable, akses sistem yang terkontrol, risk boundary, human fallback, project owner, serta KPI yang dapat dibandingkan sebelum dan sesudah implementation<\/strong>.<\/p>\n\n\n\n<p>Pilot sebaiknya sengaja dibuat sempit.<\/p>\n\n\n\n<p>Contohnya bukan:<\/p>\n\n\n\n<p>\u201cAI untuk seluruh Procurement.\u201d<\/p>\n\n\n\n<p>Tetapi:<\/p>\n\n\n\n<p>\u201cAI membandingkan tiga quotation supplier untuk satu kategori procurement dan menghasilkan recommendation draft; final approval tetap pada Procurement Manager.\u201d<\/p>\n\n\n\n<p>Scope yang sempit membuat company dapat menguji:<\/p>\n\n\n\n<p>quality,<\/p>\n\n\n\n<p>latency,<\/p>\n\n\n\n<p>cost,<\/p>\n\n\n\n<p>user adoption,<\/p>\n\n\n\n<p>data gap,<\/p>\n\n\n\n<p>integration issue,<\/p>\n\n\n\n<p>dan governance,<\/p>\n\n\n\n<p>tanpa membuka risk terlalu besar.<\/p>\n\n\n\n<p>Setelah metric memenuhi threshold, capability dapat diperluas.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>AI Readiness Sebelum AI Vendor Selection<\/strong><\/h2>\n\n\n\n<p>Urutan yang kurang sehat adalah:<\/p>\n\n\n\n<p><strong>pilih AI vendor \u2192 beli platform \u2192 cari use case.<\/strong><\/p>\n\n\n\n<p>Urutan yang lebih sehat:<\/p>\n\n\n\n<p><strong>business problem \u2192 readiness assessment \u2192 target capability \u2192 architecture \u2192 build\/buy decision \u2192 technology selection.<\/strong><\/p>\n\n\n\n<p>Vendor selection yang terlalu dini membuat requirement secara tidak sadar mengikuti capability produk. Sebaliknya, ketika target capability sudah jelas, enterprise dapat menilai apakah kebutuhan lebih tepat menggunakan SaaS AI, model API, custom AI application, internal RAG, predictive model, AI agent, atau kombinasi beberapa teknologi.<\/p>\n\n\n\n<p>Hal yang sama berlaku terhadap model. Model bukan strategy. Model adalah salah satu component dalam architecture.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Dari Readiness Assessment ke AI Architecture<\/strong><\/h2>\n\n\n\n<p>Output assessment yang baik bukan slide dengan score saja.<\/p>\n\n\n\n<p>Enterprise setidaknya harus memperoleh:<\/p>\n\n\n\n<p><strong>Priority Use Case<\/strong><strong><br><\/strong>Apa yang pertama kali layak diimplementasikan?<\/p>\n\n\n\n<p><strong>Gap Map<\/strong><strong><br><\/strong>Apa yang belum siap?<\/p>\n\n\n\n<p><strong>Risk Boundary<\/strong><strong><br><\/strong>Apa yang tidak boleh dilakukan AI?<\/p>\n\n\n\n<p><strong>Data Requirement<\/strong><strong><br><\/strong>Data apa yang diperlukan dan siapa owner-nya?<\/p>\n\n\n\n<p><strong>Integration Map<\/strong><strong><br><\/strong>System apa yang harus digunakan AI?<\/p>\n\n\n\n<p><strong>Human Control<\/strong><strong><br><\/strong>Di mana approval atau intervention diperlukan?<\/p>\n\n\n\n<p><strong>Success Metric<\/strong><strong><br><\/strong>Bagaimana outcome diukur?<\/p>\n\n\n\n<p><strong>Architecture Recommendation<\/strong><strong><br><\/strong>Capability apa yang perlu dibangun?<\/p>\n\n\n\n<p>Barulah perusahaan dapat bergerak ke tahap architecture.<\/p>\n\n\n\n<p>Untuk simple assistant, architecture mungkin hanya membutuhkan application + model + governed knowledge source.<\/p>\n\n\n\n<p>Untuk multi-model environment, perusahaan mungkin membutuhkan <a href=\"https:\/\/crocodic.com\/en\/ai-gateway-kontrol-model-data-dan-biaya-ai\/?utm_source=chatgpt.com\">AI Gateway Crocodic<\/a> untuk mengendalikan akses, routing, dan consumption.<\/p>\n\n\n\n<p>Untuk workflow AI lintas ERP, CRM, tools, dan human approval, perusahaan dapat membutuhkan pola <a href=\"https:\/\/crocodic.com\/en\/ai-orchestration-menghubungkan-model-data-dan-sistem\/?utm_source=chatgpt.com\">AI Orchestration Crocodic<\/a>.<\/p>\n\n\n\n<p>Sedangkan ketika AI mulai mempunyai authority yang lebih besar, runtime control yang dibahas dalam <a href=\"https:\/\/crocodic.com\/en\/ai-governance-kenapa-policy-saja-tidak-cukup\/?utm_source=chatgpt.com\">AI Governance Crocodic<\/a> menjadi semakin penting.<\/p>\n\n\n\n<p>Dengan demikian, architecture muncul sebagai <strong>hasil assessment<\/strong>, bukan sebagai assumption sebelum assessment dilakukan.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>AI Readiness Tidak Berakhir Saat Sistem Go-Live<\/strong><\/h2>\n\n\n\n<p>Readiness juga bukan status permanen.<\/p>\n\n\n\n<p>Model berubah.<\/p>\n\n\n\n<p>Data berubah.<\/p>\n\n\n\n<p>Business process berubah.<\/p>\n\n\n\n<p>User bertambah.<\/p>\n\n\n\n<p>Attack pattern berubah.<\/p>\n\n\n\n<p>Regulation berkembang.<\/p>\n\n\n\n<p>AI mendapat tool baru.<\/p>\n\n\n\n<p>Use case yang pada awalnya hanya read-only mungkin kemudian mendapatkan kemampuan membuat action.<\/p>\n\n\n\n<p>NIST menekankan bahwa AI risk management perlu bersifat continuous sepanjang lifecycle. AWS juga menempatkan continuous model performance evaluation, user feedback, monitoring, dan lifecycle management sebagai bagian dari operational excellence generative AI.<\/p>\n\n\n\n<p>Karena itu perusahaan perlu melakukan reassessment ketika:<\/p>\n\n\n\n<p>AI mendapat akses ke data baru,<\/p>\n\n\n\n<p>model provider berubah,<\/p>\n\n\n\n<p>AI mulai menjalankan transaction,<\/p>\n\n\n\n<p>jumlah user meningkat,<\/p>\n\n\n\n<p>use case diperluas ke business unit lain,<\/p>\n\n\n\n<p>atau risk profile berubah.<\/p>\n\n\n\n<p>AI readiness adalah <strong>operating discipline<\/strong>, bukan satu workshop sebelum procurement.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Jangan Tanya \u201cApakah Perusahaan Siap AI?\u201d Tanyakan \u201cUse Case Mana yang Siap?\u201d<\/strong><\/h2>\n\n\n\n<p>Pertanyaan \u201capakah perusahaan kami AI-ready?\u201d terlalu luas untuk menghasilkan keputusan engineering yang baik. Satu organisasi dapat sangat siap untuk knowledge assistant tetapi belum siap untuk autonomous procurement agent. Finance dapat memiliki data governance yang matang sementara warehouse masih mempunyai fragmentation besar. Satu ERP sudah API-ready sementara operational application lain hanya dapat diakses melalui database lama.<\/p>\n\n\n\n<p>Karena itu assessment yang paling berguna dilakukan pada kombinasi:<\/p>\n\n\n\n<p><strong>Use Case \u00d7 Data \u00d7 System \u00d7 Risk \u00d7 Operation \u00d7 Economics.<\/strong><\/p>\n\n\n\n<p>Dari sana perusahaan dapat memilih initiative yang dapat memberikan value lebih cepat sekaligus membangun foundation untuk use case berikutnya.<\/p>\n\n\n\n<p>AI adoption tidak harus dimulai dengan proyek terbesar. Dalam banyak kondisi, langkah paling sehat adalah memilih <strong>satu capability yang mempunyai business outcome jelas<\/strong>, memastikan enam readiness layer cukup kuat, menjalankan controlled pilot, kemudian memperluasnya berdasarkan evidence.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Persiapkan Sistem Existing Sebelum Menambahkan Intelligence Layer<\/strong><\/h2>\n\n\n\n<p>AI dapat memberikan capability baru kepada sistem enterprise yang sudah berjalan, tetapi keberhasilannya sangat bergantung pada kualitas foundation di bawahnya. Data perlu dapat dipercaya, system harus dapat diakses secara terkontrol, governance perlu dapat ditegakkan, dan operation membutuhkan monitoring serta ownership yang jelas.<\/p>\n\n\n\n<p>Jika assessment menunjukkan model AI bukan bottleneck tetapi ERP, API, permission, scalability, atau workflow existing yang belum siap, perusahaan tidak selalu harus mengganti seluruh sistem.<\/p>\n\n\n\n<p><a href=\"https:\/\/crocodic.com\/en\/enterprise-system-upgrade\/?utm_source=chatgpt.com\">Enterprise System Upgrade Crocodic<\/a> membantu enterprise meningkatkan sistem existing melalui scalability, multi-user access, API integration, dan AI automation tanpa harus memulai kembali dari nol. AI kemudian dapat ditambahkan sebagai <strong>intelligence layer di atas operational foundation yang sudah diperkuat<\/strong>, bukan sebagai aplikasi terpisah yang menambah silo baru.<\/p>\n\n\n\n<p>Tujuan AI Readiness Assessment pada akhirnya bukan menghasilkan skor setinggi mungkin. <strong>Tujuannya adalah mengetahui apa yang harus diperbaiki sebelum AI diberikan akses terhadap proses bisnis yang benar-benar penting.<\/strong><\/p>\n\n\n\n<p>Enterprise yang siap bukan perusahaan yang menggunakan AI paling banyak. Enterprise yang siap adalah perusahaan yang mengetahui <strong>di mana AI memberikan value, data apa yang boleh digunakan, sistem apa yang dapat diakses, risiko apa yang harus dikendalikan, dan bagaimana membuktikan bahwa investment tersebut benar-benar menghasilkan perubahan bisnis.<\/strong><\/p>","protected":false},"excerpt":{"rendered":"<p>Perusahaan dapat membuat proof-of-concept AI dalam hitungan hari, tetapi membuat AI bekerja secara reliable di dalam operasi enterprise adalah persoalan yang berbeda. Demo chatbot dapat terlihat berhasil ketika menggunakan sejumlah dokumen terpilih, sementara implementasi production harus menghadapi data yang tersebar, permission pengguna, integration dengan ERP atau CRM, security, perubahan model, volume transaksi, monitoring, hingga pertanyaan [&hellip;]<\/p>\n","protected":false},"author":42,"featured_media":14042,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[1498],"tags":[],"class_list":["post-14613","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ai-enterprise-automation"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/posts\/14613","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/users\/42"}],"replies":[{"embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/comments?post=14613"}],"version-history":[{"count":1,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/posts\/14613\/revisions"}],"predecessor-version":[{"id":14614,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/posts\/14613\/revisions\/14614"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/media\/14042"}],"wp:attachment":[{"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/media?parent=14613"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/categories?post=14613"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/tags?post=14613"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}