← Back to concept explainers

Concept Fable

Co-creation

Conclusion first:Co-creation, Joint Solution Development is a way for vendors and customers to jointly define scenarios, data, processes, metrics and solutions around real business problems. For enterprise AI/Agent products, early co-creation is often used to identify high-value use cases, refine industry workflows, validate ROI and build flagship cases, but scope must be controlled to avoid sliding into unbounded custom development.

Co-creation, Joint Solution Development · Enterprise collaboration / Solution design

Read the story first. There is no rush to give a definition here; let the question grow on its own first.

Fable

The shipyard and the caravan drew the blueprints all the way to the dock

The shipyard built a new fast ship, claiming it could sail all routes. When the merchant caravan came to try it, the ship was indeed fast, but it could not hold the clay jars they often transported, nor was it suitable for docking in shallow waters.

The shipyard initially wanted to revise the brochure, emphasizing speed, materials, and beautiful cabins. The caravan nodded after listening, but did not place an order, because what they were buying was not the ship's advantages but whether the cargo could arrive on time.

The craftsman then proposed making several custom parts. Today add guardrails, tomorrow modify the warehouse boards, the day after change the cables. Changes multiplied, yet no one redefined what this route was actually meant to solve.

On a trial voyage, the fast ship ran aground in shallow water. The shipyard blamed the caravan for stowing cargo incorrectly; the caravan blamed the shipyard for not understanding the wharf. Neither side was wrong, but the plan had not been designed together.

Later, the shipyard sent craftsmen, accountants, and captains to stay at the caravan dock for half a month. The caravan also opened its cargo list, loading and unloading process, customer commitments, and loss records.

They began revising the blueprints from how this route made money, where losses were greatest, and who was responsible for acceptance. The new ship did not satisfy everyone, but it was very suitable for this type of caravan. The value could also be stated clearly: less damage, less port delay, more stable delivery.

The shipyard also set boundaries. Every request from the caravan had to map to route revenue, loss or acceptance; a fast ship could not be turned into a jack-of-all-trades just because some captain liked it.

The caravan no longer treated the shipyard as a free carpenter. It had to hand over real constraints and bear trade-offs. What the two sides designed together was not a ship that satisfied every imagination, but a solution that could make money on a specific route. Later, when newcomers were onboarding, the old master no longer started with abstract categories, but had them review that failure: where they had originally relied on intuition, why the first patch was not enough, and how the new arrangement kept risk in a place that could be checked. Only when they could explain these details clearly, and also point out when to keep using it and when to upgrade it, were they considered to truly understand this approach. Later they also had newcomers practice with this approach: first have newcomers do it the old way and see how errors appeared; then redo it under the new rules and see which step was blocked in advance and which step left evidence. If newcomers could only recite names, they would still misuse it in similar scenarios; only those who could state the applicable boundaries, costs, and remedies after failure were allowed to take work independently.

Reveal

This story is about: co-creation

Co-creation, Joint Solution Development is a way for vendors and customers to jointly define scenarios, data, processes, metrics and solutions around real business problems. For enterprise AI/Agent products, early co-creation is often used to identify high-value use cases, refine industry workflows, validate ROI and build flagship cases, but scope must be controlled to avoid sliding into unbounded custom development.

What matters is that it is not just a term, but a structural problem that repeatedly appears in real AI / Agent systems. Understanding it lets you judge when to add a model, when to change a process, and when to add governance.

Metaphor mapping

  • Speedboat: general AI product capabilities
  • Caravan Route: the client's real business process
  • Revise the brochure: talk only about feature selling points
  • Scattered custom parts: responding to requirements without a goal
  • Move to the dock: co-create deep in the customer's site
  • Cargo list and loss records: business data, processes, and metrics
  • Define metrics from real orders: define the solution by verifiable outcomes
  • Avoid unbounded customization: co-creation must serve productization and replicable delivery

Andy Ren Xu's judgment

The practical value of this concept is that it helps you break "AI features that look smart" into deliverable, verifiable, and governable units of work.

Joint innovationJoint requirements creationIndustry solutionsBenchmark caseCustom developmentSolution consulting

Related distinctions

This concept is easily confused with adjacent concepts; it is recommended to continue to the comparison page.

京ICP备2026014272号