{"id":14010,"date":"2026-09-30T22:12:28","date_gmt":"2026-09-30T20:12:28","guid":{"rendered":"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/"},"modified":"2026-10-01T07:18:23","modified_gmt":"2026-10-01T05:18:23","slug":"mvp-development-framework-prototype-testing-deployment","status":"publish","type":"post","link":"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/?lang=en","title":{"rendered":"MVP development framework: from prototype to controlled deployment"},"content":{"rendered":"<p><strong>Short answer:<\/strong> a serious MVP is not a cheap version of the final product. It is a decision system: it turns a business hypothesis into a prototype, user proof, minimal build, tests, controlled deployment, measurement and iteration. The goal is not to \u201cship fast\u201d at any cost. The goal is to learn fast without creating debt that blocks the next step.<\/p>\n<p>Many MVPs fail because they confuse speed with haste. Teams code too early, test too late, deploy without guardrails, then call the cleanup \u201citeration\u201d. Industry practices \u2014 discovery, prototyping, user testing, test pyramid, CI\/CD, progressive deployment and observability \u2014 provide a stronger operating model.<\/p>\n<p><strong>Extractable block:<\/strong> The Say Digital MVP development framework follows a clear chain: business signal \u2192 framing \u2192 prototype \u2192 proof \u2192 build \u2192 tests \u2192 CI\/CD \u2192 controlled deployment \u2192 measurement \u2192 iteration. AI accelerates production, but quality comes from the framework: hypothesis, test, proof, rollback and learning.<\/p>\n<h2>1. Start with a business signal, not a feature idea<\/h2>\n<p>An MVP does not start with \u201cwe need an app\u201d. It starts with a signal: time lost, repeated errors, a commercial opportunity, a customer request, a blocked process, hard-to-use data, or an irritant that costs money every week.<\/p>\n<p>The first task is to formulate the business hypothesis:<\/p>\n<ul>\n<li>who suffers from the problem?<\/li>\n<li>which behaviour should change?<\/li>\n<li>which decision must the MVP enable?<\/li>\n<li>which risk must be tested first?<\/li>\n<li>which gain should be proven: time, conversion, avoided error, delay, satisfaction or revenue?<\/li>\n<\/ul>\n<p>The discovery\/alpha\/beta discipline is simple: do not turn every intuition into a build. Understand the problem, test options, then stabilise what deserves to be delivered.<\/p>\n<h2>2. Frame the MVP as a decision<\/h2>\n<p>A weak MVP brief describes screens. A strong MVP brief describes a decision. Example: \u201cwe need to know whether sales teams use a qualification tool that prepares a reliable reply in under 3 minutes\u201d. That sentence is more useful than ten pages of features.<\/p>\n<p>The framing should fit on one page: problem, user, hypothesis, expected proof, non-negotiable scope, out of scope, risks, and kill criteria.<\/p>\n<h2>3. Prototype before building<\/h2>\n<p>A prototype reduces risk before too much code is written. It can be a sketch, Figma screen, clickable mockup, spreadsheet, script, fake door, landing page, concierge MVP, manual workflow behind an interface, or a mini-demo connected to one real case.<\/p>\n<p>The rule: choose the cheapest prototype able to test the main risk.<\/p>\n<ul>\n<li><strong>Comprehension risk:<\/strong> sketch, journey, interview, wording test.<\/li>\n<li><strong>Usage risk:<\/strong> clickable prototype, user test, observed task.<\/li>\n<li><strong>Demand risk:<\/strong> landing page, fake door, signup, demo request.<\/li>\n<li><strong>Operational risk:<\/strong> concierge MVP or semi-manual workflow.<\/li>\n<li><strong>Technical risk:<\/strong> isolated spike, API test, minimal performance check.<\/li>\n<\/ul>\n<h2>4. User testing: look for friction, not polite validation<\/h2>\n<p>MVP user testing is not a sales presentation. Do not ask \u201cdo you like it?\u201d. Observe a task: find information, create a request, qualify a lead, generate a quote, validate content, produce a report.<\/p>\n<p>Classic UX practice shows that a small number of well-chosen users can reveal many major issues. The goal is not perfect statistics. The goal is to identify the biggest blockers quickly, then run another cycle.<\/p>\n<h2>5. Proof: decide before building more<\/h2>\n<p>After the prototype, there must be a decision. Many projects stay vague because feedback is collected but never converted into arbitration. The proof should be defined upfront: users completing the task, reduced delay, click rate, qualified request, avoided error, purchase intent or adoption by a business role.<\/p>\n<p>Three outcomes are healthy: continue, pivot, or stop. Stopping a weak MVP is not failure. It is one of the most profitable outcomes: it avoids financing an illusion.<\/p>\n<h2>6. Minimal build: ship a vertical slice<\/h2>\n<p>When building starts, the trap is to build foundations without delivering anything usable. A serious MVP uses a <strong>vertical slice<\/strong>: one complete journey, on a limited case, with enough interface, logic, data, security and measurement to be tested in real life.<\/p>\n<p>AI can strongly accelerate this stage: interface variants, components, scripts, tests, documentation, connectors and code review. But AI should not decide architecture, permissions, sensitive data handling or deployment alone. It augments the senior; it does not replace the framework.<\/p>\n<h2>7. Testing: protect speed with a simple pyramid<\/h2>\n<p>A fast MVP without tests becomes slow after the first correction. The right approach is not to test everything heavily. It is to place the right tests in the right layer.<\/p>\n<ul>\n<li><strong>Unit tests:<\/strong> business rules, data transformations, calculations, simple permissions.<\/li>\n<li><strong>Integration tests:<\/strong> API, database, payments, email, CRM, automations.<\/li>\n<li><strong>Targeted end-to-end tests:<\/strong> the critical user journey, not every combination.<\/li>\n<li><strong>Structured manual tests:<\/strong> UX, content, edge cases, business validation.<\/li>\n<li><strong>Minimum security tests:<\/strong> authentication, authorisation, exposed data, user input.<\/li>\n<\/ul>\n<p>TDD is useful on critical rules: writing the test before the logic forces clarity. On an MVP, the goal is not theoretical coverage. The goal is to prevent regressions that would break learning.<\/p>\n<h2>8. CI\/CD: make delivery repeatable<\/h2>\n<p>Continuous delivery does not mean pushing anything to production. It means every important change goes through a repeatable chain: install, lint, tests, build, security checks, packaging, preview environment, then deployment decision.<\/p>\n<p>Even for SMEs, this prevents chaos: clean repository, one command to run, preview or staging, automatic tests on the critical path, secrets outside code, migratable database, rollback path and release history.<\/p>\n<h2>9. Controlled deployment: expose progressively<\/h2>\n<p>The first deployment should not be a leap of faith. Exposure can be limited: internal access, pilot client, private beta, feature flag, subdomain, small cohort, manual import, read-only mode or progressive activation.<\/p>\n<p>Controlled deployment answers four questions: who has access, what can break, how do we know it breaks, and how do we roll back?<\/p>\n<h2>10. Measurement: combine product, business and delivery metrics<\/h2>\n<p>Visits alone are not enough. Technical tickets alone are not enough either. An MVP should connect three metric layers.<\/p>\n<ul>\n<li><strong>Product:<\/strong> activation, task completed, usage frequency, drop-off, time to success, qualitative feedback.<\/li>\n<li><strong>Business:<\/strong> qualified leads, time saved, cost avoided, reduced errors, shorter cycle, influenced revenue.<\/li>\n<li><strong>Delivery:<\/strong> deployment frequency, lead time for changes, change failure rate, time to restore, stability.<\/li>\n<\/ul>\n<p>DORA metrics are useful because they point to a simple truth: the ability to ship often, correct quickly and restore fast is part of product performance. An MVP that cannot be changed without fear is not really agile.<\/p>\n<h2>11. Iteration: learn without stacking requests<\/h2>\n<p>Iteration is not adding everything early users request. It is choosing the next most important hypothesis. Each cycle should produce a decision: reinforce, simplify, move, remove, automate, open to more users, or stop.<\/p>\n<h2>12. The complete Say Digital MVP framework<\/h2>\n<ol>\n<li><strong>Signal:<\/strong> identify a real business irritant.<\/li>\n<li><strong>Framing:<\/strong> turn the idea into a testable hypothesis.<\/li>\n<li><strong>Prototype:<\/strong> test the main risk at the lowest cost.<\/li>\n<li><strong>Proof:<\/strong> decide from an observable signal.<\/li>\n<li><strong>Build:<\/strong> create a usable vertical slice.<\/li>\n<li><strong>Tests:<\/strong> protect critical rules, integrations and journeys.<\/li>\n<li><strong>CI\/CD:<\/strong> make delivery repeatable and controlled.<\/li>\n<li><strong>Deployment:<\/strong> expose progressively with rollback.<\/li>\n<li><strong>Measurement:<\/strong> track product, business and delivery.<\/li>\n<li><strong>Iteration:<\/strong> industrialise only what proves value.<\/li>\n<\/ol>\n<h2>Operational checklist before launching an MVP<\/h2>\n<ul>\n<li>Is the problem stated in one clear sentence?<\/li>\n<li>Is the main risk identified: usage, value, feasibility, data, security or distribution?<\/li>\n<li>Is the prototype the cheapest way to test that risk?<\/li>\n<li>Is the expected proof defined before the test?<\/li>\n<li>Is the build a vertical slice rather than half a horizontal product?<\/li>\n<li>Do critical rules have tests?<\/li>\n<li>Can deployment be limited to a pilot group?<\/li>\n<li>Is rollback or fast deactivation available?<\/li>\n<li>Are business and product metrics visible?<\/li>\n<li>Is the next decision clear: continue, pivot, stop?<\/li>\n<\/ul>\n<h2>FAQ<\/h2>\n<h3>What is the difference between a prototype and an MVP?<\/h3>\n<p>A prototype tests a hypothesis with the minimum possible production. An MVP is a first usable version that lets the team observe real behaviour and make a product or business decision.<\/p>\n<h3>Does every MVP require code?<\/h3>\n<p>No. Some MVPs start with Figma, a manual workflow, a landing page, a spreadsheet or a simple automation. Code is required when the risk being tested needs a real system.<\/p>\n<h3>How much testing does an MVP need?<\/h3>\n<p>Enough to protect the proof: critical rules, sensitive integrations, main journey, permissions and data. The goal is not maximum coverage. It is confidence in what could break the learning loop.<\/p>\n<h3>Where does AI really change MVP development?<\/h3>\n<p>AI accelerates variants, components, tests, scripts, documentation and prototypes. But it augments the framework; it does not replace it. Hypotheses, proof, risk and validation remain human responsibilities.<\/p>\n<h2>Related reading from the same cluster<\/h2>\n<ul>\n<li><a href=\"https:\/\/say-digital.io\/blog\/business-software-ai-sme-tools\/?lang=en\">Business Software &#038; AI for SMEs<\/a><\/li>\n<li><a href=\"https:\/\/say-digital.io\/blog\/how-much-mvp-cost-sme\/?lang=en\">How much does an MVP cost for an SME?<\/a><\/li>\n<li><a href=\"https:\/\/say-digital.io\/blog\/diagnostic-ia-automatisation-roadmap-7-jours\/\">AI and automation diagnostic: the 7-day roadmap<\/a><\/li>\n<li><a href=\"https:\/\/say-digital.io\/blog\/part-time-senior-profile-sme\/?lang=en\">AI-augmented senior designer or developer<\/a><\/li>\n<\/ul>\n<p><!-- SAY_MVP_DECK_VIEWER_START --><\/p>\n<style>\n.say-mvp-deck-viewer{margin:38px 0;padding:24px;border:1px solid #e7e0ff;border-radius:22px;background:linear-gradient(135deg,#fbf9ff 0%,#f4f7ff 100%);box-shadow:0 18px 55px rgba(41,28,93,.08)}\n.say-mvp-deck-head{display:flex;align-items:flex-start;justify-content:space-between;gap:18px;flex-wrap:wrap;margin-bottom:18px}.say-mvp-deck-head h2{margin:0 0 8px;font-size:26px;line-height:1.2}.say-mvp-deck-head p{margin:0;color:#4b5563}.say-mvp-deck-actions{display:flex;gap:10px;flex-wrap:wrap}.say-mvp-btn{display:inline-flex;align-items:center;justify-content:center;padding:11px 15px;border-radius:999px;text-decoration:none!important;font-weight:700}.say-mvp-btn.primary{background:#1f2937;color:#fff!important}.say-mvp-btn.secondary{background:#fff;color:#1f2937!important;border:1px solid #d8cffd}.say-mvp-pdf-frame{position:relative;width:100%;height:760px;border-radius:18px;overflow:hidden;border:1px solid #d8cffd;background:#111827}.say-mvp-pdf-frame iframe{width:100%;height:100%;border:0;background:#fff}.say-mvp-mobile-preview{display:none}.say-mvp-fallback{margin:12px 0 0;color:#6b7280;font-size:14px}\n@media(max-width:640px){.say-mvp-deck-viewer{width:calc(100vw - 28px);margin:30px calc(50% - 50vw + 14px);padding:16px;border-radius:18px}.say-mvp-deck-head{display:block}.say-mvp-deck-head h2{font-size:22px}.say-mvp-deck-actions{margin-top:14px;display:grid;grid-template-columns:1fr;gap:9px}.say-mvp-btn{width:100%;min-height:46px;padding:12px 14px}.say-mvp-pdf-frame{display:none}.say-mvp-mobile-preview{display:block;margin-top:16px}.say-mvp-mobile-preview p{margin:0 0 10px;color:#4b5563;font-size:14px}.say-mvp-slide-strip{display:flex;gap:12px;overflow-x:auto;scroll-snap-type:x mandatory;-webkit-overflow-scrolling:touch;padding:2px 2px 12px}.say-mvp-slide-strip img{width:82vw;max-width:330px;border-radius:14px;border:1px solid #ded6ff;box-shadow:0 14px 34px rgba(31,41,55,.16);scroll-snap-align:start;background:#fff}.say-mvp-fallback{font-size:13px}}\n<\/style>\n<section class=\"say-mvp-deck-viewer\">\n<div class=\"say-mvp-deck-head\">\n<div>\n<h2>Browse the Say Digital deck<\/h2>\n<p>The deck is readable below. On mobile, the first slides are shown as previews and the button opens the full PDF.<\/p>\n<\/div>\n<div class=\"say-mvp-deck-actions\"><a class=\"say-mvp-btn primary\" href=\"https:\/\/say-digital.io\/blog\/wp-content\/uploads\/2026\/09\/say-digital-mvp-framework-slide-deck-en-reference-design.pdf\" target=\"_blank\" rel=\"noopener noreferrer\">Open the full deck<\/a><a class=\"say-mvp-btn secondary\" href=\"https:\/\/say-digital.io\/blog\/wp-content\/uploads\/2026\/09\/say-digital-mvp-framework-slide-deck-en-reference-design.pdf\" download>Download the PDF<\/a><\/div><\/div>\n<div class=\"say-mvp-mobile-preview\">\n<p>Mobile preview \u2014 swipe through the first slides.<\/p>\n<div class=\"say-mvp-slide-strip\"><img src=\"https:\/\/say-digital.io\/blog\/wp-content\/uploads\/2026\/10\/say-digital-mvp-framework-deck-en-preview-1-scaled.jpg\" alt=\"Embedded Say Digital MVP deck \u2014 preview 1\" loading=\"lazy\" \/><img src=\"https:\/\/say-digital.io\/blog\/wp-content\/uploads\/2026\/10\/say-digital-mvp-framework-deck-en-preview-2-scaled.jpg\" alt=\"Embedded Say Digital MVP deck \u2014 preview 2\" loading=\"lazy\" \/><img src=\"https:\/\/say-digital.io\/blog\/wp-content\/uploads\/2026\/10\/say-digital-mvp-framework-deck-en-preview-3-scaled.jpg\" alt=\"Embedded Say Digital MVP deck \u2014 preview 3\" loading=\"lazy\" \/><\/div>\n<\/div>\n<div class=\"say-mvp-pdf-frame\"><iframe title=\"Embedded Say Digital MVP deck\" src=\"https:\/\/say-digital.io\/blog\/wp-content\/uploads\/2026\/09\/say-digital-mvp-framework-slide-deck-en-reference-design.pdf#toolbar=1&#038;navpanes=0&#038;scrollbar=1&#038;view=FitH\" loading=\"lazy\" allowfullscreen><\/iframe><\/div>\n<p class=\"say-mvp-fallback\">If the viewer does not load, open the full deck.<\/p>\n<\/section>\n<p><!-- SAY_MVP_DECK_VIEWER_END --><\/p>\n<div class=\"say-cta\" style=\"border:1px solid #e7e0ff;border-radius:18px;padding:22px;margin:30px 0;background:#fbf9ff\">\n<p><strong>Need to turn an idea into a serious MVP?<\/strong> Say Digital frames the signal, prototypes quickly, builds the useful slice, tests, deploys cleanly and measures proof before industrialising.<\/p>\n<p><a href=\"https:\/\/say-digital.io\/contact\/\">Discuss an MVP<\/a> \u00b7 <a href=\"https:\/\/say-digital.io\/blog\/how-much-mvp-cost-sme\/?lang=en\">See the MVP cost guide<\/a><\/p>\n<\/div>\n<h2>Reference practices and sources used<\/h2>\n<ul>\n<li><a href=\"https:\/\/www.gov.uk\/service-manual\/agile-delivery\/how-the-discovery-phase-works\">GOV.UK Service Manual \u2014 Discovery phase<\/a><\/li>\n<li><a href=\"https:\/\/www.gov.uk\/service-manual\/agile-delivery\/how-the-alpha-phase-works\">GOV.UK Service Manual \u2014 Alpha phase<\/a><\/li>\n<li><a href=\"https:\/\/www.gov.uk\/service-manual\/agile-delivery\/how-the-beta-phase-works\">GOV.UK Service Manual \u2014 Beta phase<\/a><\/li>\n<li><a href=\"https:\/\/www.nngroup.com\/articles\/why-you-only-need-to-test-with-5-users\/\">Nielsen Norman Group \u2014 testing with 5 users<\/a><\/li>\n<li><a href=\"https:\/\/dora.dev\/research\/\">DORA \u2014 software delivery performance research<\/a><\/li>\n<li><a href=\"https:\/\/docs.cloud.google.com\/architecture\/devops\">Google Cloud \u2014 DevOps capabilities<\/a><\/li>\n<li><a href=\"https:\/\/martinfowler.com\/articles\/practical-test-pyramid.html\">Martin Fowler \u2014 Practical Test Pyramid<\/a><\/li>\n<li><a href=\"https:\/\/trunkbaseddevelopment.com\/\">Trunk-Based Development<\/a><\/li>\n<li><a href=\"https:\/\/12factor.net\/\">The Twelve-Factor App<\/a><\/li>\n<li><a href=\"https:\/\/owasp.org\/projects\/top-ten\">OWASP Top 10<\/a><\/li>\n<li><a href=\"https:\/\/sre.google\/sre-book\/monitoring-distributed-systems\/\">Google SRE \u2014 monitoring distributed systems<\/a><\/li>\n<\/ul>\n<p><em>Version fran\u00e7aise : <a href=\"https:\/\/say-digital.io\/blog\/framework-developpement-mvp-prototype-tests-deploiement\/\">Framework de d\u00e9veloppement MVP : du prototype au d\u00e9ploiement contr\u00f4l\u00e9<\/a><\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>A complete guide to building a serious MVP: business signal, framing, prototype, user testing, build, CI\/CD, controlled deployment, measurement and iteration. An MVP is not a cheap version: it is a decision system.<\/p>\n","protected":false},"author":2,"featured_media":14007,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0},"categories":[160,158,94,164,164,79],"tags":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v15.7 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>MVP development framework: from prototype to controlled deployment - Say Digital I\/O<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"MVP development framework: from prototype to controlled deployment - Say Digital I\/O\" \/>\n<meta property=\"og:description\" content=\"A complete guide to building a serious MVP: business signal, framing, prototype, user testing, build, CI\/CD, controlled deployment, measurement and iteration. An MVP is not a cheap version: it is a decision system.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/?lang=en\" \/>\n<meta property=\"og:site_name\" content=\"Say Digital I\/O\" \/>\n<meta property=\"article:published_time\" content=\"2026-09-30T20:12:28+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-10-01T05:18:23+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/say-digital.io\/blog\/wp-content\/uploads\/2026\/09\/framework-developpement-mvp-prototype-tests-deploiement-cover-1.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"842\" \/>\n\t<meta property=\"og:image:height\" content=\"595\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Dur\u00e9e de lecture est.\">\n\t<meta name=\"twitter:data1\" content=\"8 minutes\">\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebSite\",\"@id\":\"https:\/\/say-digital.io\/blog\/#website\",\"url\":\"https:\/\/say-digital.io\/blog\/\",\"name\":\"Say Digital I\/O\",\"description\":\"Un site utilisant WordPress\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":\"https:\/\/say-digital.io\/blog\/?s={search_term_string}\",\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"ImageObject\",\"@id\":\"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/?lang=en#primaryimage\",\"inLanguage\":\"fr-FR\",\"url\":\"https:\/\/say-digital.io\/blog\/wp-content\/uploads\/2026\/09\/framework-developpement-mvp-prototype-tests-deploiement-cover-1.jpg\",\"width\":842,\"height\":595,\"caption\":\"Framework de d\\u00e9veloppement MVP : du prototype au d\\u00e9ploiement contr\\u00f4l\\u00e9\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/?lang=en#webpage\",\"url\":\"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/?lang=en\",\"name\":\"MVP development framework: from prototype to controlled deployment - Say Digital I\/O\",\"isPartOf\":{\"@id\":\"https:\/\/say-digital.io\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/?lang=en#primaryimage\"},\"datePublished\":\"2026-09-30T20:12:28+00:00\",\"dateModified\":\"2026-10-01T05:18:23+00:00\",\"author\":{\"@id\":\"https:\/\/say-digital.io\/blog\/#\/schema\/person\/8ee0600139c147afbd1fa3ced079c557\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/say-digital.io\/blog\/mvp-development-framework-prototype-testing-deployment\/?lang=en\"]}]},{\"@type\":\"Person\",\"@id\":\"https:\/\/say-digital.io\/blog\/#\/schema\/person\/8ee0600139c147afbd1fa3ced079c557\",\"name\":\"Lia Amplify\",\"image\":{\"@type\":\"ImageObject\",\"@id\":\"https:\/\/say-digital.io\/blog\/#personlogo\",\"inLanguage\":\"fr-FR\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/0a91149f1d8c7649e9d5060d658fb452?s=96&d=mm&r=g\",\"caption\":\"Lia Amplify\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","_links":{"self":[{"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/posts\/14010"}],"collection":[{"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/comments?post=14010"}],"version-history":[{"count":5,"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/posts\/14010\/revisions"}],"predecessor-version":[{"id":14058,"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/posts\/14010\/revisions\/14058"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/media\/14007"}],"wp:attachment":[{"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/media?parent=14010"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/categories?post=14010"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/say-digital.io\/blog\/wp-json\/wp\/v2\/tags?post=14010"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}