Senior Power Platform Functional Consultant
for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule)." It says e.g., implying those are examples but we should only use those headings? It says "Use for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule)." Likely they expect we use those exact headings when appropriate. It doesn't forbid other headings, but says use h3 for section headings (e.g. list). Probably we should stick to those. So we need to fit all content into those sections.
We have Benefits: paragraph after "Our Benefits:" includes description of benefits but not specific list. It says "Our Benefits: Your exceptional people experience starts here.... We care about our people and offer employees a comprehensive total rewards package. Learn more about what working at Crowe can mean for you!" That's vague, no specific benefits listed. According to rule: never create Benefits section unless posting actually states them. It does state they offer a comprehensive total rewards package but not specifics. Might be considered not specific enough? The rule: "never create Pay/Schedule/Benefits sections unless the posting actually states them." It does state they offer benefits, but not details. Might be considered stating them (they say they offer a comprehensive total rewards package). However they also say "Learn more about what working at Crowe can mean for you!" which is a link. This is vague. I'd argue we should not create a Benefits section because no concrete benefits listed. But we could include a short paragraph under Benefits if we want to preserve the statement. The rule: "include a section ONLY when the posting has real, specific content for it — never emit a heading followed by filler/placeholder text (e.g. 'commensurate with experience', 'not specified', 'N/A', 'varies', 'TBD')". The benefits statement is vague but not placeholder like "commensurate with experience". It's a statement that they offer benefits. Might be considered real content. I'd include a Benefits section with that paragraph.
Pay: they give wage range: $83,300.00 - $164,900.00 per year. That's specific. So we should include Pay section.
Schedule: not mentioned. No schedule info. So we should not include Schedule.
Now we need to output HTML fragment only, no /, no markdown fences.
We'll structure:
About the role
About the role
... paragraph ...
Responsibilities
- ... ...
Requirements
Maybe we put Basic Qualifications under Requirements. Or we could have Requirements and Qualifications separate. The basic qualifications are requirements. Preferred skills could be under Skills. So:Requirements
- Bachelor's degree required.
- 4+ years of relevant experience in business analysis, software implementation, digital transformation, or related technology consulting.
- Hands-on experience with Microsoft Dynamics 365 and/or Power Platform preferred.
- Strong writing and interpersonal communication skills.
- Ability to handle multiple projects concurrently.
- Availability to work Pacific Time.
Skills
- Microsoft D365, Power Platform, or AI certifications
- Public-sector, government, or other highly regulated industry experience
- Experience working in Agile/Scrum software-delivery environments
- Experience mentoring or reviewing the work of junior staff
. Now Responsibilities list: items: - Lead client discovery, requirements, and solution design sessions. - Translate business objectives into clear user stories, functional requirements, process flows, and solution designs. - Configuring Microsoft D365 and Power Platform functionality to implement business-driven forms, entities, view, relationships, business rules, and workflows. - Serve as the functional liaison between client stakeholders and technical teams, ensuring business needs are accurately reflected in the solution. - Analyze business processes and recommend practical opportunities for improvement, automation, and application of AI. - Develop and execute functional testing, support User Acceptance Testing, and ensure solutions align with approved requirements. - Manage assigned functional workstreams, including deliverables, timelines, dependencies, risks, and communication with project leadership. - Use approved AI tools throughout project delivery to improve the quality, speed, and effectiveness of analysis, documentation, configuration, and testing. - Support client adoption through demonstrations, training, knowledge transfer, and clear documentation. Then add success looks like bullets: - Independently lead client discovery and functional design activities. - Convert ambiguous business needs into well-defined solution requirements. - Use AI-first tools to configure sophisticated business capabilities. - Provide clear direction to both client stakeholders and technical team members. - Consistently produce high-quality work. - Anticipate and communicate delivery risks. - Contribute reusable knowledge to the EI&A practice. - Support the development of junior staff. -