CUST.1:4 - Solution

CUST.1:4.1 - Recover the two receiving results

Describe what the customer needs to be able to do, with whom, under which conditions and by when. Identify the evidence of an adequate result and the parties whose acceptance matters. Then recover the provider’s present offering: supported inputs, configurations, delivery work, assistance, exclusions and continuing obligations. Use the actual agreement and operating practice, not only the sales description.

Ask separately what the present case needs and what a later customer or performer might receive. The second result might be a reusable component, an extension, a delivery method, a training contribution or no common change. Treat it as a candidate until its scope and provision are supported. A local success does not select its shared form.

Keep any sufficient result already available. An earlier qualified configuration can settle a technical choice while leaving a new response-time promise unresolved. Carry that remaining difference into the work; do not reopen the settled configuration merely to make every case follow the same sequence.

CUST.1:4.2 - Turn the differences into compatible alternatives

Work backward from the missing customer result, then forward through the proposed delivery. Compare inputs, meanings, operations, decisions, access, help, acceptance and support with the supported basis. The constructive method in CUST.2 explains this recovery. Its result must tell the receiving decision what differs and why it matters, rather than merely naming a route.

Develop at least the materially different feasible continuations. These can include the supported offering unchanged, an allowed configuration, a bounded local adaptation, a shared component or family extension, a repeatable service, a partner contribution, a narrower promise and refusal. Combine them when their conditions fit. A partner can perform a repeatable service built around a common component while one report remains local.

For each serious alternative, trace the customer’s complete result. A technical adapter is incomplete if nobody can operate it. A paid exception is incomplete if the fee does not obtain the needed specialist. An outcome promise is incomplete if the provider arrangement and evidence cannot support its stated responsibility. Use the corresponding full professional method to obtain that missing result, then bring its conditions back into the alternative.

CUST.1:4.3 - Make the consequential decisions governable

Before an irreversible promise, identify who can contribute and decide the following matters in this case. These are decision-bearing contributions, not a mandatory headcount or organization chart.

Name the person or group with actual authority for each live decision, the inputs they need, the next decision time and the conditions they may not waive alone. The person making the customer promise needs the joined answer, even when another party supplied each contribution. A roadmap intention is not that answer.

One competent person may supply several contributions. Keep the distinctions visible in the decision itself: “I can implement this locally; I have not committed the product team to support it.” Seek independent judgement when incentives, uncertainty or consequences make self-approval unreliable, or when applicable professional conditions require it. The independence may concern one consequential evidence claim rather than every small change. Reconsider bundled responsibilities when workload, value at risk or disagreement makes the arrangement ineffective.

When actual positions, assignments or enabling relations must change, use OCE.5 — Define Organization Positions and OCE.6 — Establish Holder Assignments and Enabling Relations for Organization Change. Receive an arrangement with real decision rights, capability, time and access, then use it here. Naming six roles does not supply any of those conditions. If a required authority or resource is absent, narrow or defer the dependent promise while preserving independent permitted work.

CUST.1:4.4 - Obtain the missing contribution without losing the whole

Choose the next action by the uncertainty that can change the alternative. A known local modification needs implementation, not a research programme. A disputed meaning needs semantic work. Uncertain transfer may need a field inquiry. A capacity conflict needs an operating answer.

For customer inquiry, MKT.12 — Investigate a Customer or Market Question for a Decision supplies the question, discriminating evidence and permitted information use. For implementation difficulty, IS.1 — Agree a Useful Implementation-Support Undertaking and IS.2 — Find the Implementation Difficulty and Obtain the Next Useful Contribution establish the undertaking and the next useful contribution; IS.3 — Construct and Adapt a Support Strategy with Its Recipients constructs support with its recipients. Receive their bounded result, not just a completed activity. For example, “the team has attended training” does not yet settle whether the deployment is obtainable.

Use CUST.5 when field work must answer both the local question and a shared-development question. Preserve stopped, inconclusive and local-only outcomes. Protect current service while the question is open. If a result changes the interpretation of the customer’s need or the supported basis, return to those affected choices before continuing.

CUST.1:4.5 - Construct the common continuation and its delivery

When sharing could help, build the family through CUST.3: common result and conditions, invariants, allowed variations, forbidden combinations and the local residue. The same artifact can belong in one family and be unusable in another because support, permission or customer work differs.

Make a customer choice through CUST.4. Join that choice to the actual delivery method through CUST.6. The resulting package of explanation, tools, preparation and support must obtain the intended result for another prepared performer; it need not eliminate all assistance.

A technical platform decision remains with its engineering method. Obtain the architecture, interface or supported-use result and use it to define the family and delivery conditions. If it supports only a narrower class, narrow the offering rather than treating technical approval as permission for every customer promise.

CUST.1:4.6 - Join economics, responsibility and present customers

Compare the complete alternatives on the same result, period and customer set. CUST.7 includes common preparation, local execution, qualification, specialist help, support, migration and retirement. Distinguish an investment from an ordinary delivery charge and from an existing obligation. Confirm that funding and capacity exist when needed.

For a changed engineering offering or outcome arrangement, obtain the complete concept through SYSE.8 — Develop an Integrated Offering and Provider Concept for Using an Engineered Result. Bring back the participating systems and parties, contributions, responsibility, operating conditions, observation and acceptance, and the risks retained by each party. Use that result to revise the family, resource comparison and customer agreement. No method here guarantees a social or clinical outcome merely because a technical deployment works.

Use CUST.8 before a common change affects existing customers. Reconcile their configurations, results, support and promises with the proposed release. A technically compatible interface can still change an agreed operating burden.

The joint decision must hold together: the customer can obtain the result; the selected local and common forms are permitted and supported; the required work fits actual means; existing obligations have a feasible continuation. Failure of one condition reopens the dependent choice. It does not erase every useful result already obtained.

CUST.1:4.7 - Close a bounded result and retain its return

Finish with an executable local continuation and a distinct shared-development disposition. Examples are “deliver the existing configuration,” “provide the local service with funded specialist help; investigate a common adapter separately,” or “decline the unsupported outcome promise while offering a bounded contribution.”

Leave the receiving participants able to recognize what was decided, what remains uncertain, who supplies the next contribution and what change reopens the decision. A short agreed explanation can suffice.

Return recurring practice results to the general knowledge they test. If every transferred deployment needs its author, distinguish a defect in this family from a wider mistaken claim about what makes delivery repeatable. Revise that claim only on appropriate grounds; local exceptions must not indefinitely protect an unsupported general rule.