Library / Strategy Principles Framework
Jump to passage
In this reading

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 08:25:59 UTC · snapshot created 2026-10-03 10:17:34 UTC · last check 2026-10-03 10:25:09 UTC

STR.7:5.3 - A demonstration, a manual service or a working mechanism?

In this constructed case, a small research service is considering a daily briefing of public reports. The immediate decision is whether to offer the same manually supported format for one further week, not whether to finance automation. Two clients have agreed to consider the pilot under stated prices and terms. Permitted inputs, competent staff and authority for the bounded offer are supplied premises.

A video can show the proposed format and invite a response, but the decision needs evidence of actual delivery and a later order on the stated paid terms. The team therefore proposes five daily briefings for each client, produced manually, followed by a real opportunity to order the same format for the next week. It observes delivery against the agreed content, staff effort and acceptance or refusal of that next offer. If no next offer was made, the repeat-order question remains unanswered.

The proposal allows ten staff hours over seven days: two for preparation, five for delivery, one for interpretation and two for participant follow-up and closure. Stop taking on further activity while the remaining allowance still covers closure. The rival is ten hours of improving existing clients’ guidance; proceed only if the attainable answer warrants that sacrifice. Neither unused time nor permission alone establishes that worth.

If both clients receive the agreed briefings within the allowance and order again on the stated terms, the result supports considering this small manual offer with its measured burden. It does not establish population demand or automated delivery. If the actual decision instead requires briefings produced without staff research, a manual service cannot answer it. Use a qualified result about the proposed mechanism or design a bounded technical test; do not add software merely to make the original customer-use test look more complete.