MKT.9 - Select an Offer or Help for a Particular Customer

Type: Marketing Method pattern Status: Stable

MKT.9:1 - Problem frame

Use this pattern when a known offer or form of help must be matched to a particular customer’s circumstances, or when that comparison reveals that no suitable variant exists. Examples include choosing supported access rather than an unsupported self-service option, adapting a service to a changed schedule, or finding that the requested combination needs new engineering and staff preparation.

The result is a suitable feasible proposal with recoverable grounds, material conditions and a possible next action, or a precise request to construct a missing contribution. Personalization changes the proposal or help in response to relevant differences. Addressing a person by name does not by itself perform that work.

The intended reader understands the service or can obtain a competent account of it and its availability. A direct request for a known suitable variant can be fulfilled without constructing a detailed customer profile. The method does not require collecting every available attribute or making every customer a separate product project.

MKT.9:2 - Problem

A team can personalize the expression while leaving the offered service unsuitable. It can also select a plausible option from stale or irrelevant data, or promise a combination whose required work conflicts. Automated ranking makes a selection repeatable but can repeat the same unsupported assumption at greater scale.

Connect a particular customer’s useful result and consequential conditions to actual variants and their supply. Gather only the information that can alter that comparison. Preserve a way to correct the grounds, decline the proposal or return an absent contribution to its proper constructor.

MKT.9:3 - Forces

MKT.9:4 - Solution

MKT.9:4.1 - Name the decision and the differences that can change it

Recover the useful result, the person or group receiving it and the immediate decision. Distinguish selecting an offer, selecting help for an acquired service and constructing a new service. The relevant information differs: a purchaser’s spending limit may matter to the first decision, while access and present ability may determine the second.

Ask what difference would change the suitable action. Start with the required use, available time, access, necessary ability, support, material constraints and preferences that affect the result. For each proposed attribute, explain which alternative it can select or exclude. Omit an attribute whose value cannot change the decision. A broad market group can provide a useful starting hypothesis through MKT.1; it does not settle the individual’s conditions.

When the result itself is unclear, use MKT.6 to obtain an agreed contribution before choosing its variant. When sufficient conditions are already known, proceed without asking the customer to repeat them.

MKT.9:4.2 - Qualify the information used for this choice

Recover the source, subject and currentness of the information. Distinguish something the customer stated from an inferred preference, a recorded action or an assumption supplied by a model. Confirm an action-changing condition when the present decision cannot safely rely on its existing basis. A person’s earlier attendance does not establish current availability; a click does not establish that they can perform the required work.

Use information under its applicable access and use conditions. Make consequential information correctable by the person or other appropriate source. An organisation’s purchaser, user and access authority can supply different answers; do not merge their preferences or permissions into one profile.

If a needed condition is unknown, choose the least elaborate adequate continuation: ask a focused question, offer a clearly conditional option, use an available suitable default, or stop the dependent selection. A default is suitable only when its consequences remain acceptable under the unresolved difference. More data collection is warranted when its answer can change the proposal enough to justify the burden.

MKT.9:4.3 - Compare the actually available variants

Recover the existing variants as complete contributions: what each supplies, the useful result it can support, required customer work, access and ability, timing, support, terms and available supply. MKT.2 supplies this offer content. Keep proposed variants separate from ones the provider can presently deliver.

First exclude a variant that fails a necessary condition. Then compare the remaining alternatives by the customer’s relevant reasons for preference and the full burden of obtaining the result. Distinguish a favourable feature from a prerequisite: extra guidance can be optional convenience for an experienced user and necessary support for someone unable to proceed alone.

Compare combinations as well as individual options when the proposal joins several contributions. Check that the output of one is suitable for the next, that the same person or resource is not promised to incompatible work, and that the combined arrangement preserves support and failure handling. A set of individually available services is not necessarily available as one simultaneous package.

Return a supported selection with its grounds and conditions, or identify the exact unmet condition. If a ready variant suffices, arrange its use. If none does, decide whether an altered time or narrower contribution is useful before requesting new construction.

MKT.9:4.4 - Obtain a missing service configuration when selection is insufficient

Give SYSE.8 the receiving activity, needed result, differences between customers, constraints and candidate provider contributions. Ask for a feasible offering and provider arrangement. Where several methods or allocations must be combined, use ME.6 to compare their actual relationships, simultaneous work and burdens.

For a reusable service, these suppliers must develop the following connected construction:

1. Identify contributions that can be reused by their supplied results, required inputs and conditions. Do not divide the service solely by existing department names.
2. Construct materially different combinations that can obtain the receiving result. Keep the current adequate arrangement where one exists. Explain necessary order, compatible outputs, shared resources and failure or return conditions.
3. Obtain the needed subject methods, competent people, assignments, access and support. Distinguish work that can be scheduled in advance from new requests, and work that can be interrupted from work that must finish before another action starts.
4. Return available variants with their conditions of promise and execution, or the precise contribution still missing. Test consequential compatibility in an ordinary use and a revealing variation before relying on an untried combination.

For recurring service construction, retain useful alternatives with the conditions that made them feasible, conditional or rejected. Retrieve relevant earlier configurations when developing another proposal, then recheck their fit and the reasons for the earlier decision. Use them to generate and refine options; a changed result or condition may require a configuration outside the stored set.

A service-module description states a reusable contribution’s supplied result, required work and conditions. Developing that contribution may involve systems, people and several methods; calling it a module does not settle their composition. A list of options becomes usable only when the needed contributions and combinations can actually be supplied.

Marketing supplies the customer question and chooses among supported proposals. Engineering constructs the arrangement; HCD obtains needed capability; organisation change establishes assignments and enabling conditions; Operations performs the actual service. MKT.11 aligns their promises and returns any limit that changes the offer. Writing a personalized explanation can express the resulting service but cannot create it.

MKT.9:4.5 - Present a usable choice and arrange the selected help

Explain why the proposal fits the stated situation, what it requires and which consequential conditions remain open. Give the customer a proportionate way to correct the grounds, choose another suitable option or decline. If a preference was inferred, present it as revisable rather than as a fact about the person.

Make the next action feasible through MKT.4 and the actual receiving operation. A promise of assisted use needs available assistance; a modified timetable needs a real place in that timetable. When help is selected during use, show the person how to obtain it and what can happen while waiting.

If software supports the selection, specify the operation it is meant to perform and the same result conditions. Check representative cases, an action-changing missing or wrong input, and an incompatible combination. The software may rank suitable variants, explain them or execute an authorized action; these are different functions with different failure consequences. A generated description should refer only to supported contributions. Obtain a competent decision when the system cannot resolve a necessary condition within its assigned authority.

MKT.9:4.6 - Learn whether the match worked and revise the affected part

Obtain evidence that answers the question that justified the personalization. A relevant reply can establish understanding or a preference; completed access can establish a feasible transition; successful use and later benefit require their own evidence. Distinguish the quality of the selected variant from the accuracy of the information and the actual performance of the service.

When a match fails, repair the affected connection. Correct mistaken data, change the selection rule, obtain missing support, alter the variant or reopen the useful result. Do not infer that a customer segment is wrong from one failed supply case. Use MKT.12 for a consequential unknown and MKT.10 for a claimed causal gain from personalization.

Return the selected contribution or unresolved need, the grounds and limits of the choice, and the actual next result. Reuse a sufficient shared variant; create another only when a consequential difference warrants the extra construction and maintenance.

MKT.9:5 - Archetypal Grounding

MKT.9:5.1 - A personalized package that cannot be performed

In a constructed event-service case, a customer requests ordinary room preparation and then adds a short-notice move to another room. The needed result is a usable room at the agreed time. The provider has descriptions of both services, and a recommendation system proposes the combined package from the customer’s request.

The receiving team checks the actual conditions. Only one available worker can perform the required equipment check, and that check cannot be interrupted safely under the supplied operating rule. The same worker cannot simultaneously prepare the replacement room. A customer profile or more persuasive confirmation would not remove the conflict.

The team compares three attainable directions: retain the original room and complete the check; move later after the current work is finished; or obtain another appropriately prepared worker and the required access. The third remains conditional until that contribution is confirmed. The customer prefers a later move if it preserves a ready room; MKT.4 establishes the changed agreement and Operations schedules the supported work.

If repeated requests justify a reusable combined service, SYSE.8 and ME.6 develop it with the customer-facing result, permitted combinations, relevant worker capabilities, timing and interruption conditions. HCD and the responsible managers obtain any new capability and assignment. The recommendation system then receives the available variants and their actual constraints. A test with the sole competent worker already occupied should exclude the impossible immediate combination or return a request for another provider.

The team retains the rejected immediate combination with its timing and capability grounds. On a later request it retrieves that reasoning, rechecks inputs and access, and generates options under the new conditions. If a qualified partner can now supply an already prepared room, the team also compares that new option rather than searching only among the earlier three.

When a second prepared worker later becomes available with the required access, the immediate alternative may become feasible. The new selection follows that changed contribution rather than changing the customer’s presumed personality. The case establishes a possible arrangement under stated conditions, not that all service modules can be combined freely.

MKT.9:5.2 - A sufficient ready option

A customer asks to collect a standard item at an available time and confirms the only condition that affects access. The provider offers that ready option and arranges collection. Further profiling would not improve this choice. If access later changes, the provider reopens that condition and offers an attainable alternative.

MKT.9:6 - Bias-Annotation

Visible attributes are easy to collect and can be mistaken for useful selection grounds. The option with the largest expected sale can also displace a smaller suitable contribution. Ask which customer result each difference changes and whether the proposed variant can actually be supplied. Keep an inferred preference correctable instead of allowing repeated recommendations to turn it into an unquestioned fact.

MKT.9:7 - Conformance Checklist

• The decision and action-changing customer differences are explicit.
• Information retains its subject, source, currentness, use conditions and material uncertainty.
• Selected variants satisfy necessary conditions and have a supported reason for preference.
• Combined work preserves compatibility, competent people, access, support and timing.
• An absent service receives a concrete construction request and remains conditional until supplied.
• The customer can correct the grounds, choose or decline, and obtain the selected next action.
• Feedback distinguishes mistaken matching, failed supply and changed usefulness.

MKT.9:8 - Common Anti-Patterns and How to Avoid Them

MKT.9:9 - Consequences

Customers can receive proposals and help better suited to their circumstances, while the provider can reuse adequate service variants. The work exposes when individualization requires real engineering or preparation. Data qualification, variant maintenance and exceptions have costs; unnecessary personalization can make an ordinary service slower or harder to understand.

MKT.9:10 - Architectural Rationale

Selecting a fitting contribution and constructing a missing one are different problems. Connecting them explicitly prevents a choice mechanism from hiding absent supply and prevents every small customer difference from starting a new design project. The same distinction applies whether a person or software assists the selection.

MKT.9:11 - SoTA-Echoing

For reusable individualized services, adapt the historical modular-service construction in Pine and Gilmore, Welcome to the Experience Economy, Mass Customize Your Offerings. Its nonclinical support-service example connects reusable contributions, rules of combination and prepared workers, including interruption conditions. This is more useful here than personalization of wording alone; its broader transformation and effectiveness claims are not needed for this construction.

For feasible combinations, adopt SYSE.8’s construction of an offering and the provider arrangement needed to deliver it, and ME.6’s comparison of methods, work and simultaneous burdens. They develop the conditions that a catalogue leaves unspecified. Use a ready suitable variant when available; reopen construction when a new result, incompatibility, scarce capability or changed interruption condition defeats the old arrangement.

For subsequent configuration work, adapt Hunke, Satzger and Tuunanen (2024): preserve and retrieve design reasoning while testing its relevance to new alternatives. Their qualitative evaluation concerns analytics-based services and also found uncritical copying by novices. Reuse here informs construction without restricting it to stored choices.

MKT.9:12 - Relations

MKT.1 supplies relevant customer differences, MKT.2 the offer, MKT.6 the useful result and needed help, and MKT.8 the relevant activity connection. MKT.4 makes the choice and transition feasible; MKT.11 aligns contributors and promises; MKT.12 supplies missing evidence. MKT.10 evaluates a claimed intervention effect and MKT.14 can decide which preparation is shared across organisations.

SYSE.8 and ME.6 construct the missing offering and work arrangement. HCD, organisation change and Operations supply capability, effective assignments and actual service. A selection result retains the limits of those contributions.

MKT.9:End