Skip to content

About Jianxu Digital · Collaboration & delivery assurance

What we do and how we work, clarified before the project begins.

Jianxu Digital provides product design, custom software, integration, deployment and maintenance. These default principles cover our company, fees, source code, data, acceptance and support, and are formalized in project contracts and scope documents.

DELIVERY EVIDENCE

We demonstrate capability through delivery evidence, not illustrative office photography.

Public pages do not use non-team photography to manufacture trust. Formal projects leave a reviewable trail of scope documents, working releases, test records and handover materials.

Explore the delivery process ↗
01 / SCOPE

Written boundaries

Inclusions, deferred work, timing and fees correspond.

02 / PROGRESS

Working releases

Review working outcomes instead of reported hours alone.

03 / ACCEPTANCE

Check records

Review flows, exceptions, permissions and data.

04 / HANDOVER

Code & documents

Deliver deployment, accounts and maintenance guidance as contracted.

01 · Company identity

Projects are undertaken by an identified company rather than an informal group of individuals.

Collaboration follows formal contracts, confirmed scope and milestones. Invoicing, payment and qualification details follow signed contracts and official company materials.

Legal company name Jianxu Digital Technology Co., Ltd. Software product design, custom development, system integration, deployment & technical maintenance
Website brand
Jianxu Digital
Primary services
Websites, mini programs, apps, business systems, IoT platforms & AI automation
Formal basis
Contracting entity, payment details, invoice details & project scope remain consistent
Verification
Company materials can be checked before engagement; sensitive certificates and account details are not published
02 · Service process

Every step has inputs, outputs and confirmation points.

An idea first becomes an understood business need, visible direction and confirmed scope before engineering and acceptance.

  1. 01

    Initial discussion

    Confirm goals, current conditions, users, budget level and timing.

    Output: Problem summary
  2. 02

    Prototype or minimum validation release

    Create a discussable version of key screens, workflows and product direction.

    Output: Visual direction
  3. 03

    Scope & quote

    Define inclusions, deferred work, deliverables, timing, fees and acceptance criteria.

    Output: Scope & quotation
  4. 04

    Contract & kickoff

    Confirm ownership, payment milestones, confidentiality, change rules and responsibilities.

    Output: Contract & plan
  5. 05

    Design & development

    Complete product work, frontends, backends, databases, APIs and deployment configuration by milestone.

    Output: Milestone releases
  6. 06

    Testing & acceptance

    Check main flows, exceptions, permissions, data and compatibility against the acceptance checklist.

    Output: Test & acceptance records
  7. 07

    Launch & handover

    Complete production deployment, account transfer, documentation and user instructions.

    Output: Launch & handover package
  8. 08

    Support & iteration

    Address agreed defects and plan new releases from actual feedback.

    Output: Maintenance & iteration checklist
03 · Rights & confidentiality

Handle source code, intellectual property and client data under clear, separate boundaries.

The project contract determines ownership. These default principles are confirmed individually during contracting.

Source Code

Source-code ownership

Custom project source code, database scripts and configuration are delivered or licensed according to the contract and corresponding payment completion.

  • Client-specific business code is owned or licensed as contracted
  • Existing tools, shared components and development methods are not transferred anew
  • Open-source components retain their original licenses
  • Third-party commercial accounts and licenses are explained separately
Intellectual Property

Intellectual property protection

Without written permission, we do not publish client names, business materials, designs, code or project results, or use projects as public promotional materials.

  • Project confidentiality agreements can be signed
  • Repository access is assigned by project member
  • Public cases require authorization and anonymization
  • Clients confirm usage rights for supplied trademarks, copy and assets
Data Confidentiality

Data confidentiality

Use client materials and production data minimally, with access as needed and separated environments, keeping sensitive data out of unrelated tools and contexts.

  • Separate development, testing and production where possible
  • Configure credentials through controlled channels, not public code
  • Prefer anonymized test samples
  • Minimize, anonymize and restrict sensitive context in AI-assisted work
04 · Quotes & changes

A quote is a reviewable scope statement as well as a price.

Management systems can differ greatly in roles, workflows, data and integrations. Formal quotes connect fees to deliverables.

Quotes typically include

  • Requirements discovery & scope confirmation
  • Agreed pages & functional modules
  • Frontend, backend, database, API or firmware development
  • Device connectivity, gateway setup & integration where applicable
  • Agreed testing, fixes & deployment
  • Documentation, basic training & handover
  • Clear acceptance & payment milestones

Items requiring separate explanation

  • Hosting, domains, SMS, cloud storage & other provider fees
  • Payments, maps, AI models & platform usage charges
  • PCB prototypes, components, tooling, testing & production costs
  • App-store verification, product certification or qualification fees
  • Historical data cleaning & bulk migration
  • Long-term on-site work, 24/7 support or specialist security assessments
  • Taxes and invoicing requirements follow the formal quote

When requirements change

  • Assess impacts on existing scope, architecture & acceptance
  • Record minor adjustments within the current milestone
  • Put new modules in a change order or next-phase list
  • Confirm timeline and cost changes before development
  • Use formal scope management for added features
05 · Support & handover

Distinguish defect support from new requirements and complete the client handover.

Support periods, response methods and maintenance scope are specified in the contract or quote, without vague promises of free lifetime maintenance.

After-sales maintenance

Handle post-launch issues by type

Defect fixes
Address reproducible software issues within acceptance scope during the agreed support period.
Operational support
Provide deployment checks, backups, log investigation, monitoring and incident assistance according to the maintenance agreement.
New requirements
Assess new features, workflow changes, third-party API changes and capacity expansion separately.
Release iteration
Build the next-phase list from real feedback and reconfirm scope, timing and acceptance.
Project handover contents

A package supporting continued maintenance

  • Contracted source code & version records
  • Database structure, migration scripts & data dictionary
  • API documentation, third-party service list & configuration guide
  • Deployment manual, environment-variable inventory, backup & rollback procedures
  • Test records, acceptance checklist & known limitations
  • Admin user guide & necessary training
  • Domain, server & platform account ownership and transfer records

How is information submitted on this website used?

We collect necessary information only for enquiries, lead follow-up, website analysis and security. The separate privacy policy describes fields, storage, analytics and deletion requests.

Read the privacy policy

This page explains default working principles and does not replace a formal contract. Project scope, rights, fees, support periods and responsibilities follow signed contracts, quotes and change documents.