How can companies distinguish real projects from concept designs and simulated case studies?

Define project statuses clearly

Portfolios and case studies may feature delivered projects, concept proposals, internal experiments or educational simulations. If their status is unclear, readers may mistake concept visuals for client work or assume the company already has capabilities for services it has not yet provided.

Verify the participants and the work actually performed

Define status labels and the supporting documentation required for each. For completed projects, verify dates, the client entity, actual deliverables and permission for public disclosure; for concept designs, state that they have not been implemented; for simulated case studies, identify the assumptions used for demonstration purposes.

Label the nature of visuals and data

Clarify each party's role and the work undertaken by the company. When a project involves partners, describe their contributions accurately and do not attribute their work to the company. Do not publish client names, logos, personnel information or metrics when authorization is unclear.

Choose appropriate placement for disclosures

Place explanatory labels next to the case study title or image. Where necessary, label content as a "Concept Proposal" or "Simulated Visual" at the start of a video or in a caption. Do not place status information only at the bottom of a page, where it can easily be overlooked.

Maintain permissions and update project statuses

When a project is subsequently implemented, canceled or moves into a new phase, check whether its status on the website remains accurate. Retain previous versions for internal reference, but ensure public content has a clear time context.

Ask someone who was not involved in the project to review the case study and explain whether they think it has been implemented, what work the company completed and whether the data represents actual results. If their answers differ from the facts, revise the title, captions and narrative sequence.

Maintain records linking client permissions, project files and the final published page version. When revising content or republishing it through a new channel, check whether permission covers the new medium, region and time period.

Qingmei Future can assist with case study planning and portfolio presentation; client facts, project roles and permissions for images and data must be confirmed by the company and the relevant rights holders.

Establish status labels and page metadata, such as the project year, implementation status, scope of client permission and a description of the company's contribution. Portfolio listings, image alt text and social sharing cards must also avoid mislabeling concept projects as client case studies.

If a concept later moves into implementation, add a verified description of the new phase. Do not quietly replace early simulated images in a way that makes the case study appear to have documented a real project all along. Set reminders for changes to permission scope and retain historical versions for internal reference.

Case study templates can include prominent fields for status, dates, participants and the company's role. Website listing cards, search titles and social previews should carry the same status information, so users do not see only "Client Case Study" and miss the concept disclosure in the main text.

When project leads change or a partnership ends, check whether public case studies still accurately describe the relationship between the parties. Where necessary, seek permission again or remove identifying information, while retaining internal audit records.

When multiple case studies appear on the same page, label the status of each image separately so that real photographs do not lend misleading credibility to adjacent concept proposals. Captions should remain visible on mobile cards and in sharing previews.

Include concept and simulated case study pages in regular permission and status reviews. If a project is later implemented, collect actual project materials and obtain permission before publishing a new factual account.

When removing a case study from the website, check internal links and externally shared materials to prevent remaining content from continuing to mislead.

Before redesigning a portfolio, export a list of permissions and project statuses to prevent captions from being omitted during the visual update.

Retain records of changes to case study statuses and permissions.

After taking a case study offline, remove related navigation entries and social sharing images.

When updating a case study's status, also check its image captions and page summary.

The content owner should promptly address expired permissions and status change reminders.

Discussion Background and Scope

CES · AI or Human? Trust, Transparency, and Co-Creation in the Age of Intelligent Content · 2026-01-07. Official page date: 2026-01-07. The source discusses authenticity, transparency and accountability in intelligent content. It is background reading, not evidence for each practical recommendation in this article. The recommendations are Qingmei Future’s independent analysis.

Related Services and Content

Explore related services　Contact Qingmei Future