Specialized Sales, Database, Enterprise - Digital Natives
for section headings. Use - for any list of duties/requirements/benefits, and
for prose.
We need to preserve all substantive info; not invent or summarize away detail.
We need to avoid filler like "commensurate with experience". Not present.
We need to output only HTML fragment.
Let's structure:
About the role
Would you like to be part of a team focused on increasing customer adoption of AWS database services? In this role, you will work directly with AWS account teams and Digital Native customers nationwide by marshalling your deep technology selling experience, enthusiasm for database technology and results-oriented focus to help AWS customers build amazing products and services on AWS database services like Amazon Aurora, Amazon DynamoDB and Amazon DocumentDB. The ideal candidate will be a seasoned, enterprise technology sales representative with a passion for customer growth. The successful candidate will own a demonstrated track record of selling success, technical acumen as well as a team-player mentality. The successful candidate will have experience driving executive, C-level customer engagement, as well as a technical understanding that enables them to easily interact with developers and technical architects. He/she should also have a demonstrated ability to think strategically about business, product, and technical opportunities, with the ability to build and convey compelling value propositions and work cross-organizationally to build consensus.
That covers role.
Next maybe Responsibilities? Could combine with About the role. But we need separate sections only if content. Could have Responsibilities as separate but we already covered duties. Might be redundant. Better to have About the role and Responsibilities combined? The instruction: "Use for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule)." It suggests we can use those headings. We can decide to include About the role and Responsibilities separately if we have distinct content. But we have only one paragraph describing role and responsibilities. Could split: About the role: brief intro; Responsibilities: list of duties. But we don't have explicit list; we have prose. Could still make Responsibilities section with same prose? Might be duplication. Better to have only About the role and maybe not Responsibilities. But the instruction says "include a section ONLY when the posting has real, specific content for it". So we can omit Responsibilities if we don't have distinct content beyond About the role. However we have details about duties; we could treat them as Responsibilities. But we already used them in About the role. Could we move them to Responsibilities and keep About the role short? Let's think: About the role could be a short summary: "Would you like to be part of a team focused on increasing customer adoption of AWS database services? In this role, you will work directly with AWS account teams and Digital Native customers nationwide..." That's already a summary. Responsibilities could be the bullet list of duties: but we don't have bullet list; we have sentences describing duties. Could still put them as - items? Might be okay to convert each duty into list items. But we must preserve all substantive info; we can reformat as list items but not lose info. The instruction says use
- for any list of duties/requirements/benefits. It doesn't say we must keep prose; we can turn prose into list items if it's a list. However the sentences are not explicitly a list but we could break them into separate duties. That might be considered summarizing? Might be okay as long as we keep all info.
Better to keep as
for prose, as they said use
for prose. So we keep the paragraph as prose under About the role. Then we might not need Responsibilities.
Now Benefits: we have Inclusive Team Culture, Work/Life Balance, Mentorship & Career Growth paragraphs, plus comprehensive benefits description.
We can create a Benefits section with
- for each benefit item? Or we can keep prose paragraphs under
. The instruction: use
- for any list of duties/requirements/benefits. So if we have a list of benefits, we should use list. We have multiple benefits: inclusive team culture, work/life balance, mentorship & career growth, health insurance, 401(k) matching, paid time off, parental leave, sign-on payments, RSUs, sales incentives (though those are compensation). Could treat them as list.
But we also have Pay section for salary ranges and maybe sign-on payments, RSUs, sales incentives. So Benefits could focus on non-compensation benefits: inclusive culture, work/life balance, mentorship, health insurance, 401k, PTO, parental leave.
Pay: base salary ranges per location, plus sign-on payments, RSUs, sales incentives.
We need to avoid filler like "commensurate with experience". Not present.
Now Requirements: Basic Qualifications bullet list.
Qualifications: Preferred Qualifications bullet list.
Skills: maybe not needed.
Schedule: none.
Now we need to ensure we don't include any boilerplate like EEO, legal, accommodation, fair chance ordinances, etc. Remove those.
Also remove "Company - Amazon Web Services, Inc. Job ID: A10554651".
Now let's extract exact text for each section.
About the role paragraph: we have the first paragraph (starting "Would you like to be part...") plus maybe the second sentence about ideal candidate etc. Actually the whole block up to "build consensus." is one paragraph. We'll keep as is.
Now Benefits: Let's list:
- Inclusive Team Culture: "Here at AWS, we embrace our differences. We are committed to furthering our culture of inclusion. We have twelve employee-led affinity groups, reaching 40,000 employees in over 190 chapters globally. We have innovative benefit offerings, and host annual and ongoing learning experiences. Amazon’s culture of inclusion is reinforced within our 16 Leadership Principles, which remind team members to seek diverse perspectives, learn and be curious, and
for prose. We need to preserve all substantive info; not invent or summarize away detail. We need to avoid filler like "commensurate with experience". Not present. We need to output only HTML fragment. Let's structure:
About the role
Would you like to be part of a team focused on increasing customer adoption of AWS database services? In this role, you will work directly with AWS account teams and Digital Native customers nationwide by marshalling your deep technology selling experience, enthusiasm for database technology and results-oriented focus to help AWS customers build amazing products and services on AWS database services like Amazon Aurora, Amazon DynamoDB and Amazon DocumentDB. The ideal candidate will be a seasoned, enterprise technology sales representative with a passion for customer growth. The successful candidate will own a demonstrated track record of selling success, technical acumen as well as a team-player mentality. The successful candidate will have experience driving executive, C-level customer engagement, as well as a technical understanding that enables them to easily interact with developers and technical architects. He/she should also have a demonstrated ability to think strategically about business, product, and technical opportunities, with the ability to build and convey compelling value propositions and work cross-organizationally to build consensus.
That covers role. Next maybe Responsibilities? Could combine with About the role. But we need separate sections only if content. Could have Responsibilities as separate but we already covered duties. Might be redundant. Better to have About the role and Responsibilities combined? The instruction: "Use for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule)." It suggests we can use those headings. We can decide to include About the role and Responsibilities separately if we have distinct content. But we have only one paragraph describing role and responsibilities. Could split: About the role: brief intro; Responsibilities: list of duties. But we don't have explicit list; we have prose. Could still make Responsibilities section with same prose? Might be duplication. Better to have only About the role and maybe not Responsibilities. But the instruction says "include a section ONLY when the posting has real, specific content for it". So we can omit Responsibilities if we don't have distinct content beyond About the role. However we have details about duties; we could treat them as Responsibilities. But we already used them in About the role. Could we move them to Responsibilities and keep About the role short? Let's think: About the role could be a short summary: "Would you like to be part of a team focused on increasing customer adoption of AWS database services? In this role, you will work directly with AWS account teams and Digital Native customers nationwide..." That's already a summary. Responsibilities could be the bullet list of duties: but we don't have bullet list; we have sentences describing duties. Could still put them as - items? Might be okay to convert each duty into list items. But we must preserve all substantive info; we can reformat as list items but not lose info. The instruction says use
- for any list of duties/requirements/benefits. It doesn't say we must keep prose; we can turn prose into list items if it's a list. However the sentences are not explicitly a list but we could break them into separate duties. That might be considered summarizing? Might be okay as long as we keep all info.
Better to keep as
for prose, as they said use
for prose. So we keep the paragraph as prose under About the role. Then we might not need Responsibilities.
Now Benefits: we have Inclusive Team Culture, Work/Life Balance, Mentorship & Career Growth paragraphs, plus comprehensive benefits description.
We can create a Benefits section with
- for each benefit item? Or we can keep prose paragraphs under
. The instruction: use
- for any list of duties/requirements/benefits. So if we have a list of benefits, we should use list. We have multiple benefits: inclusive team culture, work/life balance, mentorship & career growth, health insurance, 401(k) matching, paid time off, parental leave, sign-on payments, RSUs, sales incentives (though those are compensation). Could treat them as list.
But we also have Pay section for salary ranges and maybe sign-on payments, RSUs, sales incentives. So Benefits could focus on non-compensation benefits: inclusive culture, work/life balance, mentorship, health insurance, 401k, PTO, parental leave.
Pay: base salary ranges per location, plus sign-on payments, RSUs, sales incentives.
We need to avoid filler like "commensurate with experience". Not present.
Now Requirements: Basic Qualifications bullet list.
Qualifications: Preferred Qualifications bullet list.
Skills: maybe not needed.
Schedule: none.
Now we need to ensure we don't include any boilerplate like EEO, legal, accommodation, fair chance ordinances, etc. Remove those.
Also remove "Company - Amazon Web Services, Inc. Job ID: A10554651".
Now let's extract exact text for each section.
About the role paragraph: we have the first paragraph (starting "Would you like to be part...") plus maybe the second sentence about ideal candidate etc. Actually the whole block up to "build consensus." is one paragraph. We'll keep as is.
Now Benefits: Let's list:
- Inclusive Team Culture: "Here at AWS, we embrace our differences. We are committed to furthering our culture of inclusion. We have twelve employee-led affinity groups, reaching 40,000 employees in over 190 chapters globally. We have innovative benefit offerings, and host annual and ongoing learning experiences. Amazon’s culture of inclusion is reinforced within our 16 Leadership Principles, which remind team members to seek diverse perspectives, learn and be curious, and
- for any list of duties/requirements/benefits. It doesn't say we must keep prose; we can turn prose into list items if it's a list. However the sentences are not explicitly a list but we could break them into separate duties. That might be considered summarizing? Might be okay as long as we keep all info.
Better to keep as
for prose, as they said use
for prose. So we keep the paragraph as prose under About the role. Then we might not need Responsibilities. Now Benefits: we have Inclusive Team Culture, Work/Life Balance, Mentorship & Career Growth paragraphs, plus comprehensive benefits description. We can create a Benefits section with
- for each benefit item? Or we can keep prose paragraphs under
. The instruction: use
- for any list of duties/requirements/benefits. So if we have a list of benefits, we should use list. We have multiple benefits: inclusive team culture, work/life balance, mentorship & career growth, health insurance, 401(k) matching, paid time off, parental leave, sign-on payments, RSUs, sales incentives (though those are compensation). Could treat them as list. But we also have Pay section for salary ranges and maybe sign-on payments, RSUs, sales incentives. So Benefits could focus on non-compensation benefits: inclusive culture, work/life balance, mentorship, health insurance, 401k, PTO, parental leave. Pay: base salary ranges per location, plus sign-on payments, RSUs, sales incentives. We need to avoid filler like "commensurate with experience". Not present. Now Requirements: Basic Qualifications bullet list. Qualifications: Preferred Qualifications bullet list. Skills: maybe not needed. Schedule: none. Now we need to ensure we don't include any boilerplate like EEO, legal, accommodation, fair chance ordinances, etc. Remove those. Also remove "Company - Amazon Web Services, Inc. Job ID: A10554651". Now let's extract exact text for each section. About the role paragraph: we have the first paragraph (starting "Would you like to be part...") plus maybe the second sentence about ideal candidate etc. Actually the whole block up to "build consensus." is one paragraph. We'll keep as is. Now Benefits: Let's list: - Inclusive Team Culture: "Here at AWS, we embrace our differences. We are committed to furthering our culture of inclusion. We have twelve employee-led affinity groups, reaching 40,000 employees in over 190 chapters globally. We have innovative benefit offerings, and host annual and ongoing learning experiences. Amazon’s culture of inclusion is reinforced within our 16 Leadership Principles, which remind team members to seek diverse perspectives, learn and be curious, and
- for each benefit item? Or we can keep prose paragraphs under