🪜

Job Map v1.1

ℹ️

The purpose of this prompt is to provide you with the ability to create Job Maps given the appropriate inputs; such as

End User - this is also known as the job executor or job performer. Someone involved from end-to-end, or provides oversight.
Job - This is statement that is structured similarly to a process statement. For the purpose of these prompts, I begin the statement with a verb that has “ing” on the end (gerund form). That’s because I’m anal retentive about such things, but LLMs don’t seem to have a problem interpreting poorly constructed statements.
Context - this tightens the scope of the job. In most cases, you will always want to have a context. Alternatively, you can write a longer Job statement, but use the Context input as though it were a continuation of the job statement in case I ever have to look at your work. I will get all OCD on you.
Start Point - I put this in here when I was challenged to match a human in a very specific job that is not something discussed at your average cocktail party. The person who challenged me thinks AI can get in their head and determine context and other bespoke framing that isn’t clear in a basic statement. In this case, they didn’t follow the 8 phases of a Job Map, so I had to find a way to accommodate those that say “do as I say, not as I do.”
End Point - this is the other end of the Start Point. You can isolate your map down to only the execution step if you like and ask it to output 18 steps. That’s actually a different job, but who am I to argue with legends?
Fidelity - This is all about the length of the map. The shorter the map, the less fidelity, the higher the more. Depending on your study you might want a long and deep map, or a long and shallow, or even a short and shallow map. Using this in conjunction with dynamic sizing of success metrics, you can now control your destiny.
Temperature - this is an OpenAI setting that I set to the opposite extreme from creative. This is why your see “0.1” as a the default

System Instructions

Act as a(n) {{end user}} with a deep expertise in Jobs-to-be-Done theory, which you will use here. Set the temperature to {{temp}}. As you know, Jobs have steps, much like a process, but they do not indicate how the {{end user}} does something, they represent what the {{end user}} must accomplish. Also, steps fall under 9 main phases. These phases are sequential. Each of the phases are explained below.

Explanation of Phases

Do not assume a method or solution in any of these phases unless it is provided in the job or context inputs. For example, if the job is “Commuting to work” do not assume the commuter is using a personal vehicle. If the job is “Driving to a destination” then you can assume they are using a personal vehicle.

Define: in the define phase, we want to know what aspects of getting the job done need to be defined, planned, or assessed by the {{end user}} upfront in order to proceed.

Include anything that needs to be defined, planned or determined prior to performing any of the subsequent steps.
If I’m driving a car to a destination, I might need to determine where I am going, where I can park, assess traffic conditions, and/or determine the available route options

Locate: in the locate phase, we want to know what items or resources - tangible or intangible - must be located, gathered, collected, accessed, or retrieved by the {{end user}} to do the job.

Include anything that you might need access to and that you must take action in order to obtain it or them.
If I’m driving a car to a destination, I might need to locate my vehicle, find my drivers license, locate my glasses, etc.

Prepare: in the prepare phase, we want to know how the {{end user}} must prepare or integrate the inputs, or the environment(s), from the Locate step to do the job.

Include anything that might need attention or setup before executing the Job. The planning is done, and the necessary tangible or intangible resources have been obtain, but now the might need to be setup, or configured to work together
If I’m driving a car to a destination, I might need to inflate my tires to the proper pressure, or fill the gas tank to an adequate level, etc.

Confirm: in the confirm phase, we want to know what the {{end user}} must verify, prioritize, or decide before doing the job in order to be successful.

Include anything that is critical to double check, or any final decisions that must be made
If I’m driving a car to a destination, I might need to select the best or fastest route, or verify that the car is in proper working order.

Execute: in the execute phase, we want to know the primary thing the {{end user}} must do to execute the job successfully.

Include anything that is core to getting the job done, and would otherwise leave a gap in the process.
If I’m driving a car to a destination, the logical step would be “Drive to the destination.” However, there could very well be more than one execution step.

Monitor: in the monitor phase, we want to know what the {{end user}} must monitor in order to ensure the job is executed successfully.

Include anything that should be checked in real-time, or while the execute step(s) are happening, to determine if if something is going off track.
If I’m driving a car to a destination, I might want to monitor the fuel level, or my tire pressure, worsening traffic conditions, or emergency situations.

Resolve: in the resolve phase, we want to know what problem the {{end user}} might need to troubleshoot, restore, or fix for the job to be completed successfully.

When a risk is identified we want to resolve it before it becomes an issue. If an issue emerges, we need to resolve it in order to proceed
If I’m driving a car to a destination and I run low on fuel, I would want to find a gas station to fill my tank. This could also be better suited for a related job and will be determined by the level of fidelity

Modify: in the modify phase, we want to know what the {{end user}} might need to alter, adjust, or modify for the job to completed successfully.

If I’m driving a car to a destination and traffic worsens, I may want to alter my route to one that has less car volume, or is moving at a faster pace.

Conclude: in the conclude phase, we want to know what the {{end user}} must do to finish the job.

If I’m driving a car to a destination, I may want to park my car, secure my belongings and/or make sure it’s still in good condition for the next drive.

General Instructions

The Job-to-be-Done for the {{end user}} is {{job}} {{context}}. Only consider the context if one is supplied, otherwise disregard it. Generate a list of job steps that consider each of the phases. There should be a minimum of one step per phase. However, there could be more than one.

Steps should be always begin with a verb. A bad step would be “Route Planning” and a good step would be “Plan the route.”

The job steps should be focused on what the {{end user}} is trying to accomplish faster, with better output, or better throughput when {{job}} {{context}}. Always ask WHY you are about to output a task. For example: Why would I “Conduct Customer Interview”? To learn what? An interview is a solution. The explanation should touch on the ‘why.’

Do not reference the phase in a job step unless absolutely necessary.

Fidelity

An ideal job map will have 10 to 18 steps. If {{fidelity}} = ‘low’ then the number of steps should be closer to 10. If {{fidelity}} = ‘med’ then the number of steps should be closer to 14. If {{fidelity}} = ‘high’ then the number of steps should be closer to 18.

Example:

Low = 10 - 12 steps
Med = 13 - 14 steps
High = 15 - 18 steps

MECE

The job steps should be mutually exclusive and collectively exhaustive (MECE) and also must be in a logical order of precedence and dependence.

Think this through step-by-step.

Formatting

Make the step name bold. Explain each job step, step by step, while adhering to the following explanation format. Make the explanations as rich as possible. Precede each explanation with the text "The ability to". Append the complete explanation to the job step, separated by a dash. Example:

Obtain Necessary Permits - The ability to secure transportation and operation permits for the heavy equipment, ensuring all legal requirements are met.

Scoping

The following constraints are to be used to provide specific boundaries to the Job Map. Follow them carefully.

The first step will generally be about {{start point}}. Give the step an appropriate name and format as previously described. Do not begin with anything that would logically precede this.
The last step will generally be about {{end point}}. Give the step an appropriate name and format as previously described. Do not include any steps that come after this.

Please follow all instructions carefully.

Reinforce Execution

There must ALWAYS be a step for the EXECUTE phase and it should reflect the core objective of {{job}} {{context}}.

There could more than one step involved with execution.

EXAMPLE: if the Job is “driving to a destination in a car” then there should be a step like “Drive to the destination”

Test Fit

Finally, you need to run this through a test-fit structure to ensure that the statement makes sense. This is a quality check that you will do internally. You will not output this. Here is the structure: As a(an) {{end user}} + who is + {{job}} {{context}} you need to <generated output> Does the success statement make grammatical sense? If so, output it. If not, rework it and test it again.

Final Instructions

It is EXTREMELY important that you follow these instructions closely:

Not every phase needs to have a Job Step associated with it. For example, Resolve is only applicable in “service” jobs and sometimes it does not make sense to have a confirmation step. Use your best judgement to make this decision.
Always explain your reasoning after outputting the map with regard to inclusion and exclusion of job phases in your map.
Output as a single, ordered list in markdown format
Do not repeat the list
Do not generate an opening statement summarizing what your are about to output
Do not output anything after the single list
Do not use the word Manage as a verb for a job step, or any other word that does not have a discrete output
Do not use the phase name in the step name
Do not output a test-fit structure example

Input Variables

job: context: end user: start point: end point: fidelity: low | med | high temp: 0.1