{"id":11119,"date":"2018-11-30T18:07:32","date_gmt":"2018-11-30T15:07:32","guid":{"rendered":"https:\/\/railsware.com\/blog\/?p=11119"},"modified":"2021-01-11T19:10:02","modified_gmt":"2021-01-11T16:10:02","slug":"product-engineer","status":"publish","type":"post","link":"https:\/\/railsware.com\/blog\/product-engineer\/","title":{"rendered":"How Can You Become More Successful as a Software Engineer? Go Product-Oriented"},"content":{"rendered":"<p class=\"intro-text\">Do you agree that a software developer\u2019s value goes far beyond coding? For me as a full stack engineer, building the right things, searching for the most effective ways of discovering users\u2019 problems and shaping solutions to make people\u2019s lives better are crucial. Recently, I\u2019ve shared my findings and approaches to product creation that we use at Railsware at the <a href=\"https:\/\/pivorak.com\/\" rel=\"nofollow noopener noreferrer\" target=\"_blank\">Pivorak conference<\/a>, organized by the Lviv Ruby community.<\/p>\n\n<div class=\"aspect-ratio mbm\">\n<iframe loading=\"lazy\" width=\"560px\" height=\"351px\" src=\"https:\/\/www.youtube.com\/embed\/KFWiK8addO0?list=PLa4SYMEyNCu9BsDfI_e2y8vd8FVkeVvum\" frameborder=\"0\" allow=\"autoplay; encrypted-media\" allowfullscreen><\/iframe>\n<\/div>\n\n<p>Also, you are welcome to check out the slides at <a href=\"http:\/\/bit.ly\/2OjebNF\" rel=\"noopener noreferrer\" target=\"_blank\">Speakerdeck.<\/a> <\/p>\n\n<p>Inspired by the feedback, I decided to share more about product development focusing on how we grow as engineers, and how we can examine our problems both from the user\u2019s and the product\u2019s perspective, as well as how to effectively manage ideas.<\/p>\n\n<h2>What does a product development engineer do?<\/h2>\n\n<p>Before we dive into the specifics of product-oriented engineering at Railsware, let\u2019s have a closer look at the <strong>job description, responsibilities, and skills required of a product engineer<\/strong>.<\/p>\n\n<h3>Role description<\/h3>\n\n<p>Product engineers solve problems. They work with cross-functional teams to identify the solution which meets the business needs. They also make sure that the solution they offer is feasible and solves the right problem in the fastest way. Being engineers, they think through all the details of the implementation as well as different scenarios of product growth and scalability.<\/p>\n\n<p>As more feedback and real-world data are acquired, they adapt the product and create new solutions, focusing on the business problem and efficiency of the result. This process repeats for the lifecycle of the product. Instead of just  implementing the features they\u2019ve been asked for by different stakeholders, product engineers assess the problem from different angles and deliver the solution that everyone needs.<\/p>\n\n<p><img decoding=\"async\" src=\"https:\/\/railsware.com\/blog\/wp-content\/uploads\/2021\/01\/product-engineer-workflow.jpg\" alt=\"Product engineer workflow chart\" \/><\/p>\n\n<p>This job is not unique to software development, you get product engineers in every industry. However, we\u2019ll be looking at the role of product development engineer specifically as it applies to software.<\/p>\n\n<h3>Skills and responsibilities of a product engineer<\/h3>\n\n<ul>\n<li><strong>Communication<\/strong> &#8211; Possibly the most important attribute of a good product engineer. Bringing a new product to market involves collaboration across different teams. The engineer has to be able to understand the slang of business, marketing, sales, and analyst teams, then interpret it to other engineers. You might have the best developers in the world, but if they\u2019re not aligned around the same problem and goals, the end product won\u2019t be successful. <strong>Product engineers close the gap between strategic and tech teams<\/strong>.<\/li>\n<li><strong>Customer-focused approach<\/strong> &#8211; This remains relevant throughout the entire process. As the product is developed <strong>consideration of the customer experience will be a top priority<\/strong>. After a product is released, feedback will be used to identify areas of improvement. Ultimately, even the most technically challenging solutions are created to solve a customer\u2019s pain point. Without having this in mind, you risk over-engineering the solution or solving a problem that didn\u2019t exist in real life. To help the product be desirable by the end users,, it\u2019s essential that a product engineer is familiar with best UX practices and regularly participates in users interviewing.<\/li>\n<li><strong>Analytical thinking<\/strong> &#8211; Plays a key role in shaping <a href=\"https:\/\/railsware.com\/blog\/product-development-strategy\/\" target=\"_blank\" rel=\"noopener\">the product development strategy<\/a>. What are all the moving parts of the solution? How do they fit together? What happens if\u2026? What are the pros and cons? Is it a cost-effective solution? Every product engineer will have their own process, but a <strong>many-sided analysis of the problem and opportunities is the key<\/strong>.<\/li>\n<li><strong>Prioritizing<\/strong> &#8211; Both emerging and mature products will have a huge number of things that could be improved. It\u2019s the engineer\u2019s job to evaluate these options. It\u2019s a waste of resources to create a new feature that will make the system more complex and won\u2019t solve any business problem. There will be a <strong>greater ROI by prioritizing a feature that brings value to the customers<\/strong> or makes the product maintenance easier.<\/li>\n<li><strong>Out of the box thinking<\/strong> &#8211; Finding a novel solution that\u2019s a viable product isn\u2019t easy. The most successful startups are great examples of this. Great <strong>product engineers will be open to unique ideas<\/strong> and won\u2019t be scared to pivot into new opportunities.<\/li>\n<li><strong>Engineering Best Practices<\/strong> &#8211; Although a novel solution will occasionally be required, the majority of problems can be solved with a pre-existing solution. <strong>A good engineer will have familiarity with the best practices<\/strong>; enabling more efficient use of time, money, and brainpower.<\/li>\n<li><strong>Broad knowledge base<\/strong> &#8211; A good product engineer will have a <strong>strong technical background<\/strong> and on top of that, they need to <strong>understand related areas<\/strong> such as design, management, and marketing to make better decisions in general. They need a breadth-focused understanding of their team\u2019s capabilities.<\/li>\n<\/ul>\n\n<h3>Salary and career development<\/h3>\n\n<p>This can be a well-paying position. According to <a href=\"https:\/\/www.indeed.com\/career\/product-engineer\/salaries?hl=en&#038;from=lsalaries\" rel=\"nofollow noopener noreferrer\" target=\"_blank\">Indeed<\/a>, the average salary of a product engineer is $89,922. In addition, an average of $4000 is awarded as an annual bonus. An entry-level product engineer will likely earn somewhere in the range of $35,000 &#8211; $65,000.<\/p>\n\n<p>As your experience increases, <strong>the role allows good opportunities for career development<\/strong>; some companies offer salaries of around $125,000. A huge advantage for software-focused product engineers is that many positions will offer remote work opportunities. This gives you access to the best-paying roles worldwide.<\/p>\n\n<h2>How to become a product engineer?<\/h2>\n\n<p>There are <strong>two main approaches you can take<\/strong> if you decide this is the career you\u2019d like to pursue.<\/p>\n\n<p>Your <strong>first option is to obtain a relevant degree<\/strong>. According to <a href=\"https:\/\/www.zippia.com\/product-engineer-jobs\/\" rel=\"nofollow noopener noreferrer\" target=\"_blank\">Zippia<\/a>, about 54% of product engineers hold a bachelor\u2019s degree. Of these engineers, more than 58% studied an engineering-related topic. This is going to be the most straightforward career path as it will grant you access to jobs across several industries. Assuming you have sufficient programming knowledge you can apply for software focussed roles.<\/p>\n\n<p>The second option assumes you\u2019re already in an engineering or programming-related role; <strong>\nadopt a product-orientated approach<\/strong> to your work. You can grow into this position. Learn as much as you can about the approach &#8211; the rest of this article will give you insight into how we implement it.<\/p>\n\n<p>In short, you need to <strong>shift from a task-oriented mindset to a product-focused mindset<\/strong>. Zoom out to see the overall picture and then zoom in into the details. Leverage your engineering brain and <strong>break business challenges down the same way that you do software applications<\/strong>. You want to identify what the business needs and deliver that. Apply this successfully to your projects and you\u2019ll have relevant experience. When applying for jobs emphasize your technical knowledge base and share specific details on how your product-orientated approach improved the project.<\/p>\n\n<p>It\u2019s important to recognize that a <strong>product engineer is a mixture of different specialties<\/strong>. You need to develop an interest in the business, management, and design elements of your company\u2019s process. Offer your help, learn about the other roles, and close the gap in cross-functional communication.<\/p>\n\n<p>If you work for a smaller company or a startup, <strong>it\u2019s possible you\u2019ll grow into the role without ever applying for it<\/strong> specifically. The boundaries of roles tend to blur in startups. You can use this to your advantage by deciding to think and act like a product engineer. As your company develops and formalizes roles, you\u2019ll be the clear candidate for the product engineer position.<\/p>\n\n<p>We\u2019ll now look at the importance of the product-orientated approach and discuss <strong>how we implement it at Railsware<\/strong>.<\/p>\n\n<h2>Why do companies and products fail?<\/h2>\n\n<p>A lot of companies fail. According to various studies, <strong>four out of five startups fail within the first 18 months<\/strong>, the remaining 50% of those companies do so within five years, and 70% of those companies do not reach their tenth year. Why does this happen? Besides well-known reasons like poor management, operations, lack of marketing experience, no unique value proposition, a high level of competition etc., there is one more critically important thing: absence of the need for the product and\/or market.<\/p>\n\n<p>Let\u2019s recall Blockbuster, a DVD rental company from the U.S. which was founded in 1995. In 2004 it had more than 9,000 stores across the country. Now Blockbuster is no longer an operational company, with just six franchise-based stores. What is the reason?<\/p>\n\n<p>Imagine it\u2019s a nice evening, and you have planned to watch a movie. To pick up that movie, you need to drive to the store, then browse the shelves by yourself. You finally find one, bring it home, and then just realize it is the French version. If you are lucky enough, you watch the movie and then you have to drive to the store to give the DVD back, otherwise, high fees apply. Are you happy as a user? Obviously, not really, but you don\u2019t have other options. It was like this until Netflix came along in 1997, offering DVD rentals and sales by mail. Users had no need to drive to the store anymore, they just had a subscription and good search options. In 2004, Blockbuster had 9,000 stores while Netflix reached almost 5 million users. Actually, Blockbuster considered the idea that Netflix brought to the table, but they just thought \u201cnobody will want that\u201d and were completely wrong. There was no more market need for what they offered.<\/p>\n\n<p><strong>There was no more market need for what they offered<\/strong>. Sometimes the situation is the opposite: there is no market need yet due to the lack of the infrastructure or some other conditions. In any case, <strong>thorough market research<\/strong> is strictly required at any stage of <a href=\"https:\/\/railsware.com\/blog\/digital-product-development\/\" rel=\"noopener noreferrer\" target=\"_blank\">product development.<\/a><\/p>\n\n<h2>Why should software engineers care about product success?<\/h2>\n\n<p>Software developers write code, don\u2019t they? Actually, no. They <strong>build products, whether they work for an outsourcing company, product studio, or their own startup<\/strong>. The code is just one facet of building products. Users don\u2019t care about clean code &#8211; they have their own problems and they want them to be addressed. They pay for the value that products deliver to them. Solving users\u2019 problems will increase the monetary flow that comes to the company, and therefore our salaries can be increased as well because eventually, we, as software engineers, are the ones who create that value.<\/p>\n\n<p><strong>A software engineer is just a role<\/strong>. Roles serve as labels to describe functions on a team, pretty much as modules gather methods in code. They help us understand what our primary set of responsibilities may be, but our main goal is to create a good, helpful product that people need.<\/p>\n\n<p><a href=\"https:\/\/railsware.com\/careers\/\" target=\"_blank\" class=\"js-careers-click\" rel=\"noopener noreferrer\">By the way, we are hiring. Check out our job openings.<\/a><\/p>\n\n<h2>How are products created, and what is a product engineer?<\/h2>\n\n<p>The product creation process includes three main parts.<\/p>\n\n<ol>\n<li><strong>First, engineering<\/strong>: This answers feasibility questions: what would we need to do to build it? Can we really build it?\n<\/li>\n<li><strong>Second, design<\/strong>: Whether users will like a product, and what should be done for users to like it.\n<\/li> \n<li><strong>Third, product management<\/strong>: This provides answers about product viability; will it actually help the business?\n<\/li>\n<\/ol>\n\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/successful-product.png\" alt=\"three main parts of the product creation process\" width=\"1200\" height=\"693\" class=\"aligncenter size-full wp-image-11134\" srcset=\"https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/successful-product.png 1200w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/successful-product-360x208.png 360w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/successful-product-768x444.png 768w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/successful-product-1024x591.png 1024w\" sizes=\"auto, (max-width: 1200px) 100vw, 1200px\" \/><\/p>\n\n<p>This structure engages both technical and non-technical specialists.<\/p>\n\n<ul>\n<li><strong>Product engineers<\/strong> close the gaps between different functions and specialties.<\/li> \n<li>Product engineers <strong>leverage their strong technical background<\/strong> to translate business and user needs into either a working solution or a technical specification.<\/li>  \n<li>Product engineers <strong>are not additional specialists<\/strong>. Any role can be highly specialized (in the outer parts of the circles), or closer to the center to better understand associated functions.<\/li> \n<\/ul>\n\n<p>Moreover, these roles are not about doing someone else\u2019s job; it\u2019s about moving forward as a team and helping each other. The main goal of any product-oriented role is to look for the right balance and strive for better communication.<\/p>\n\n<h2>Approaches to product engineering<\/h2>\n\n<p>People tend to overly focus on addressing urgent issues, while not thinking enough about the things that are really important. Concentrating on urgent, short-term priorities leads to missing points that become significant in the long run. We usually pick a story and jump into code, while the most effective way should be ensuring that we are building the right things. We can do this by asking a few simple questions:<\/p>\n\n<ol>\n<li>What user problem does the story help to solve? Is it what the user needs? Choosing a user in the center helps determine the highest-value user problems. This way you see what\u2019s important, not only what\u2019s urgent, so you can focus on what matters. <strong>Finding the right problems is the first step<\/strong>.<\/li>\n\n<li>What should be done to deliver the proper solution? Is there only one way to solve this problem? One task can be solved with a variety of tools and approaches. Sometimes a quick decision is critical, but the most obvious solution is not always the most effective. <strong>Finding the right way to solve those problems is the second step<\/strong>.<\/li>\n<\/ol>\n\n<p><a href=\"https:\/\/railsware.com\/careers\/\" target=\"_blank\" class=\"js-careers-click\" rel=\"noopener noreferrer\">Want to work in such an environment? Apply for one of our open positions!<\/a><\/p>\n\n<h2>Implementation plans<\/h2>\n\n<p>Usually, it is difficult to keep an entire problem or solution in your head. The human brain prefers to take things one at a time. We have partial information, we figure out a way forward, but then cannot fully explore either the problem space or the solution space, because details keep slipping away. We may keep recreating these spaces, and without proper understanding, cannot provide varied solutions or variations. If we stick to one solution, we can lose the chance to look into other potential solutions.<\/p>\n\n<p>The implementation plan approach helps to overcome this challenge. It consists of two main components:<\/p>\n\n<ul>\n<li>an issue.<\/li>\n<li>an idea.<\/li>\n<\/ul>\n\n<p>In the premium pack, you get benefits and risks.<\/p>\n\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/implementation-plan.png\" alt=\"implementation plan product engineering approach\" width=\"1200\" height=\"671\" class=\"aligncenter size-full wp-image-11133\" srcset=\"https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/implementation-plan.png 1200w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/implementation-plan-360x201.png 360w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/implementation-plan-768x429.png 768w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/implementation-plan-1024x573.png 1024w\" sizes=\"auto, (max-width: 1200px) 100vw, 1200px\" \/><\/p>\n\n<p>The main idea of this approach is to go as deeply as needed to understand different ways of solving a problem. You write what the issue is, what your ideas are, then you add issues for each idea. Each idea can have its own issues, and each of them might have own ideas of how to address them, each with possible benefits and risks.<\/p>\n\n<p>An implementation plan lets you:<\/p>\n\n<ul>\n<li>capture your ideas and move firmly in one direction<\/li>\n<li>see variations or revisit other directions<\/li>\n<li>realize any gaps or uncertainties<\/li>\n<li>explore variations of short-term, mid-term, and long-term solutions<\/li>\n<li>get a sense of progress.<\/li>\n<\/ul>\n\n<p>When you start working on a story, you can start writing the code right away; or, you can try to come up with a plan and immediately understand what the problems are, where the gaps that need refinement are, and define the questions you need to ask to get more information so that you can proceed further. Then, you can better understand the efforts that are needed, discuss the situation with the team and decide on the optimal solutions and next steps.<\/p>\n\n<h3>The power of inputs<\/h3>\n\n<p>Communication is king. Poor communication leads to frustration, missed chances and negative outcomes. Developers are those who can see the product from the inside and note all the inaccuracies and hiccups created when aiming to decrease the time to market, or just failing to deliver coordinated changes. This leads to an increase in <a href=\"https:\/\/en.wikipedia.org\/wiki\/Technical_debt\" rel=\"nofollow noopener noreferrer\" target=\"_blank\">tech debt<\/a>, which itself is not visible for managers or stakeholders, but results in drastically reduced team performance. Making tech debt visible with timely communication is one of the ways to contribute to the product.<\/p>\n\n<p>There are many more ways to contribute. Many things happen every day, market needs change as do user expectations, and even tech frameworks come and go. So how do you manage all that incoming information? How can we collect ideas?<\/p>\n\n<p>From the product perspective, there are three groups of people involved in information acquisition:<\/p>\n\n<ul>\n<li>customers<\/li>\n<li>product team<\/li>\n<li>stakeholders.<\/li>\n<\/ul>\n\n<p>To manage all the incoming feedback, we have created a single place where we put all this information, so that everything is combined in a single project in Jira. Customer feedback can be collected via Drift, UserVoice, Intercom, or any other system. Feedback should go to the same place where we store ideas and issues (such as tech debt tickets) by the product team. Stakeholders can also contribute to this.<\/p>\n\n<p>To know more about tools and tips on product management, check this cool <a href=\"https:\/\/www.trychameleon.com\/blog\/product-management-blogs\" rel=\"noopener noreferrer\" target=\"_blank\">list of product management blogs<\/a>.<\/p>\n\n<p>Having a single source of information is crucial, but it will grow quite rapidly. That is why we divide the space into contexts, which can be structured as a tree with some sub-contexts, and organize those pieces of information into the corresponding buckets.<\/p>\n\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/groom-inputs-contexts.png\" alt=\"creating inputs and contexts\" width=\"1200\" height=\"642\" class=\"aligncenter size-full wp-image-11132\" srcset=\"https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/groom-inputs-contexts.png 1200w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/groom-inputs-contexts-360x193.png 360w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/groom-inputs-contexts-768x411.png 768w, https:\/\/railsware.com\/blog\/wp-content\/uploads\/2018\/11\/groom-inputs-contexts-1024x548.png 1024w\" sizes=\"auto, (max-width: 1200px) 100vw, 1200px\" \/><\/p>\n\n<p>We call those entries inputs. First, we collect all the information (inputs), groom these inputs, then we form the problem space. Afterwards, we shape the solution space. When we figure out what we\u2019ll be building, we move the tickets to the roadmap.<\/p>\n\n<p>We have been using this approach for three years, and within this period we have created over 4,500 inputs.<\/p>\n\n<p>Besides enforcing a better order to your ideas, such an approach stimulates contributions, as anyone can contribute to anything. It also works as a means of collective leadership, so we all become leaders. In this sense, we move the organization forward.<\/p>\n\n<h2>Summing up<\/h2>\n\n<p>I\u2019m frequently asked what is needed to become a good software developer. First of all, I would advise following the customer-centric approach and getting involved in the product creation process as early as possible. Collaborate with designers on features and approaches, bring your input at every stage, learn who your users are in more detail, and don\u2019t forget to follow the usage metrics. Here are some points that help to deliver value:<\/p>\n\n<ol>\n<li>Product success depends on solving user problems, so products are much more than just clean code. This is why artificial intelligence will not replace humans any time soon: we have empathy.<\/li> \n<li>Build what clients need, not just what they want. Research, analyze, think long term.<\/li>\n<li>Products are created by teams, not individuals. What matters is what gets done, not who did it.<\/li> \n<li>Technical skills are extremely important, but are not enough on their own. Hard skills should be complemented by soft skills.<\/li>\n<li>Sharing ideas, communicating and killing the \u201cnot my job\u201d mindset should lead the way. It doesn\u2019t matter whether you are a CEO or just a junior developer. You can generate great ideas that could save thousands of dollars and it will be worth more than hundreds of hours of engineer work to implement.<\/li>\n<\/ol>\n\n<p>Overall, we at Railsware believe in doing the right things in the right way and then improving them. Every one of us has around 80,000 hours of experience in our careers. Let\u2019s use this time wisely and build things that make people\u2019s lives better.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>What does differentiate a good software engineer? Learn how product engineering approach helps to define the effective ways of building the right things in this article.<\/p>\n","protected":false},"author":69,"featured_media":10842,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[365],"tags":[],"coauthors":["Artur Hebda"],"class_list":["post-11119","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-insights"],"acf":[],"aioseo_notices":[],"categories_data":[{"name":"Insights","link":"https:\/\/railsware.com\/blog?category=insights"}],"post_thumbnails":"https:\/\/railsware.com\/blog\/wp-content\/uploads\/2021\/01\/product-engineer-workflow.jpg","amp_enabled":true,"_links":{"self":[{"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/posts\/11119","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/users\/69"}],"replies":[{"embeddable":true,"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/comments?post=11119"}],"version-history":[{"count":22,"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/posts\/11119\/revisions"}],"predecessor-version":[{"id":13356,"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/posts\/11119\/revisions\/13356"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/media\/10842"}],"wp:attachment":[{"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/media?parent=11119"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/categories?post=11119"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/tags?post=11119"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/railsware.com\/blog\/wp-json\/wp\/v2\/coauthors?post=11119"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}