Você está na página 1de 30

Machine Translated by Google

Uma revisão das metodologias de projeto de sistemas


de produtos e serviços
Gokula Vasantha, Rajkumar Roy, Alan Lelah, Daniel Brissaud

Para citar esta versão:


Gokula Vasantha, Rajkumar Roy, Alan Lelah, Daniel Brissaud. Uma revisão de metodologias de projeto
de sistemas produto-serviço. Journal of Engineering Design, Taylor & Francis, 2012, 23 (9), pp.635-659.
ff10.1080/09544828.2011.639712ff. ffhal-00653736ff

ID HAL: hal-00653736
https://hal.archives-ouvertes.fr/hal-00653736
Enviado em 20 de dezembro de 2011

O HAL é um arquivo multidisciplinar de acesso O arquivo aberto multidisciplinar HAL destina-


aberto para depósito e divulgação de documentos se ao depósito e divulgação de documentos
de pesquisa científica, publicados ou não. Os científicos de nível de investigação, publicados ou
documentos podem ser provenientes de instituições não, provenientes de estabelecimentos de ensino e
de ensino e pesquisa na França ou no exterior, ou investigação franceses ou estrangeiros, laboratórios
de centros de pesquisa públicos ou privados. públicos ou privados.
Machine Translated by Google

Uma revisão do Projeto de Sistemas Produto-Serviço


Metodologias
Gokula Vijaykumar AV1* e Rajkumar Roy2 Departamento Alan Lelah1 e Daniel Brissaud2
de Fabricação Cranfield University MK43 0AL, Laboratório G-SCOP,
Reino Unido Universidade de Grenoble
gvannamalaivasantha@cranfield.ac.uk Grenoble, França alan.lelah@g-
1* 1
r.roy@cranfield.ac.uk Tel: +44 (0)1234758376 scop.grenoble-inp.fr daniel.brissaud@inpg.fr
2 2
Tel: +33 (0) 476827006

2
1 Bolsista de Pesquisa, Professor

* Autor correspondente

Resumo

No ambiente de negócios competitivo de hoje, as indústrias precisam melhorar sua estratégia para atrair e reter clientes. A
estratégia de Sistemas Produto-Serviço (PSS) é motivada pelos clientes porque atende mais às suas necessidades do que com
os processos tradicionais. Para satisfazer essas necessidades, uma variedade de metodologias são propostas para o projeto
de PSS. O campo de pesquisa do PSS não está totalmente maduro e há necessidade de identificar as direções de pesquisa
mais urgentes para metodologias de projeto. Compreender as direções de pesquisa fornece uma base comum para investigar
a pesquisa de forma eficiente. Este artigo tem como objetivo identificar direções de pesquisa por
analisando oito metodologias propostas no estado da arte do projeto PSS. Enfocará as semelhanças e diferenças na forma
como essas metodologias definem serviço e PSS, seus objetivos, as ferramentas/métodos propostos e os elementos usados
nas ferramentas, bem como os desafios atuais de pesquisa. A partir desta revisão e avaliação, um modelo de maturidade foi
desenvolvido para visualizar o estado atual de desenvolvimento do projeto PSS através de vinte dimensões. O modelo de
maturidade destaca que apenas três dimensões são fortemente tratadas nos modelos atuais: processos de design para
integração de produtos e serviços, definições de novas terminologias e considerações sobre planejamento e design das fases
do ciclo de vida. Todas as dimensões precisam ser substancialmente melhoradas para apoiar o desenvolvimento de conceitos
PSS inovadores, úteis e compreensíveis. Para aumentar a aplicabilidade industrial das metodologias propostas, deve-se
enfatizar a colaboração entre pesquisadores e profissionais, estimulando desafios em duas dimensões: ontologia e modelos
para a representação de PSS. Uma vez que nenhum dos modelos suporta a geração de PSS sustentáveis, foi dada especial
ênfase a esta dimensão também. No geral, a revisão mostra que o campo de projeto de PSS está em um estágio inicial de
desenvolvimento e pesquisas substanciais são necessárias para desenvolver uma metodologia prática de projeto de PSS.

Palavras-chave: Sistemas Produto-Serviço, Metodologias de Design, Ontologia, Sustentabilidade, Pesquisa

1. Introdução

A globalização e as crescentes demandas dos clientes representam um desafio para a indústria e a levam a se tornar mais
sustentável. Esses desafios foram ampliados com a recente crise econômica e
forçar a indústria a explorar estratégias para obter alavancagem. Uma estratégia potencial é a mudança de um produto para um
Machine Translated by Google

economia baseada em serviços. Em uma economia baseada em serviços, a satisfação das necessidades individualizadas
dos clientes desempenha um papel vital, em vez de se concentrar na produção e no consumo em massa. Os clientes estão
mais interessados na disponibilidade ou capacidade do que na compra de artefatos físicos (Ministério da Defesa, 2005).
Os benefícios derivados da disponibilidade aprimorada são mútuos para fabricantes e clientes. As ofertas tradicionais não
são mais válidas neste cenário em termos de risco e incerteza.

Nesse contexto, os fabricantes podem agregar valor ao incluir diversos serviços em suas ofertas. Essa mudança é
comumente denominada como servitização. Esta transformação surgiu essencialmente devido à diminuição da procura de
produtos que se tornam menos atractivos e aos menores lucros obtidos com a venda
produtos. A principal vantagem no domínio industrial é prender o cliente em um relacionamento de longo prazo
(Vandermerwe, 2000). Construir um relacionamento sustentável em um ambiente competitivo e desafiador
ambiente, os fabricantes devem criar confiança suficiente para os clientes e assumir e gerenciar os maiores riscos e
incertezas (Ng e Nip, 2009). Essa transformação traz outras vantagens, como a dificuldade dos concorrentes em imitar o
serviço e o conhecimento aprimorado por meio de uma melhor percepção do uso do produto (Alonso-Rasgado et al.,
2004). Vários conceitos semelhantes foram propostos na literatura, como 'vendas funcionais', 'soluções integradas' e
'produtos leves'.

Na servitização, os sistemas produto-serviço (PSS) formam um caso especial. Um PSS é uma oferta integrada de produtos
e serviços que entrega valor em uso para o cliente (Baines et al., 2007). Méier et ai. (2010)
forneceu uma visão mais ampla dos cenários de pesquisa em todas as áreas de pesquisa do PSS. Eles argumentaram
que o PSS permite modelos de negócios inovadores orientados por função, disponibilidade ou resultados. O objetivo do
PSS é valorizar o desempenho dos ativos em vez de propriedade e diferenciação por meio da integração de produtos e serviços
(Baines et al. 2007). Meier e Massberg, (2004) acrescentaram a ideia de que os PSS fornecem soluções que integram
produtos, serviços e modelos de negócios.

No processo de transformação para PSS, as indústrias necessitam de apoio em termos de ferramentas, técnicas e
métodos. Eles precisam de assistência para desenvolver sistemas prontos para entregar ofertas por longos períodos de
tempo. Na literatura algumas metodologias têm sido propostas para apoiá-los. Embora suas intenções sejam semelhantes,
as metodologias propostas diferem em objetivos, escopo e elementos utilizados. Essas diferenças precisam ser destacadas
para entender e escolher o método adequado. O objetivo deste trabalho é harmonizar todos os diferentes pontos que
tratam e apontar as oportunidades de melhoria do estado da arte.

Nesta revisão, 8 metodologias bem representadas da literatura foram selecionadas. Semelhanças e diferenças entre eles
são discutidas quanto à definição de serviço e PSS e os objetivos perseguidos. Uma análise aprofundada de suas
ferramentas e métodos propostos, bem como seus respectivos méritos e deméritos, é então realizada. Um modelo de
maturidade que ilustra o estado atual da arte é identificado.
Em seguida, a revisão discute três grandes desafios que o PSS enfrenta hoje: o desenvolvimento da ontologia; abordagens
de modelagem sistemática enfatizando a cocriação; e questões de sustentabilidade. O artigo conclui com um resumo das
lacunas de pesquisa e propõe direções futuras de pesquisa para projetar sistemas de serviços de produtos.
Machine Translated by Google

2 Metodologia e fundamentos de pesquisa PSS

2.1 Revisão dos autores selecionados

Neste artigo, as metodologias de ponta propostas para o projeto de PSS são revisadas em detalhes. Uma vez que a análise em
profundidade é o principal objetivo deste artigo, apenas metodologias propostas especificamente no domínio PSS foram
consideradas. Outras metodologias de design de produtos ou serviços não são discutidas aqui. Decidimos
para se concentrar em oito metodologias de design PSS de última geração. Os critérios para a escolha desses modelos podem
ser resumidos:

• A metodologia deveria ter sido detalhada em vez de descrita com modelos gerais. • A metodologia deve ter
sido aplicada e demonstrada através de exemplos industriais. • As metodologias devem ser publicadas em
periódicos referenciados e adequadamente citadas na literatura. • As metodologias devem ser aplicáveis em ambientes
de negócios para negócios onde o desenvolvimento
produtos e serviços são complexos e influenciados por muitos fatores.

Considerando esses critérios, os autores deste artigo selecionaram essas oito metodologias para estudo. Optou-se por restringir
a apenas oito metodologias para evitar perda de foco e não sobrecarregar o estudo. As metodologias selecionadas são
suficientemente detalhadas e maduras, além de serem altamente
referido dentro da comunidade PSS. A Tabela 1 detalha as metodologias escolhidas retomando sua abordagem, uma breve
descrição e as referências exploradas na análise.

Tabela 1 Detalhes das metodologias escolhidas para análises aprofundadas

Aproximação Descrição Referências

Serviço CAD Um método para projetar modelos de negócios que aumentem a Tomiyama, 2001; Komoto e
ecoeficiência de uma perspectiva sistêmica. Tomiyama, 2008, 2009;
Komoto, 2009;

Modelo de serviço Concentra-se na engenharia de serviços para projetar produtos com Sakao e Shimomura, 2007;
Explorador de serviços maior valor agregado a partir de serviços aprimorados. Shimomura et ai. 2008, 2009; Sakao
et ai. 2009; Kimita et ai. 2009; Hara
et ai. 2009.

Processos integrados de design de Explora o potencial de inter-relações entre produtos físicos Aurich et ai. 2006a e b.

produtos e serviços e serviços não físicos e o


desenvolvimento de processos de design correspondentes.

Design rápido do Total Care Desenvolve ofertas inovadoras que consistem em hardware e Alonso-Rasgado et al., 2004; Alonso-
processo serviços integrados para fornecer desempenho funcional completo. Rasgado e Thompson, 2006.

Projeto PSS Auxilia os engenheiros no desenvolvimento conjunto de produtos Mausang et ai. 2009.
físicos e serviços interativos para gerar mais valor agregado.

Modelagem de conceito IPS² Uma abordagem baseada em modelos de fronteiras difusas entre Meier e Massberg, 2004; Welp et
heterogêneo produtos e serviços que gera ai. 2008; Sadek e Theiss, 2010.
Conceito de Sistemas Produto-Serviço Industrial (IPS²)
Machine Translated by Google

modelos na fase inicial de desenvolvimento do IPS².

Dimensões do PS Uma descrição abrangente de PSSs capazes de gerar Tan et ai. 2009, 2010.
Projeto novos conceitos de PSS.

O processo de design para o Desenvolvimento de ferramentas metodológicas para Morelli 2002, 2006.
desenvolvimento de uma solução apoiar designers e gerar soluções sistêmicas incluindo
integrada produtos e serviços.

Outros métodos que não atenderam a todos os critérios, mas que mostram um potencial interessante no desenvolvimento de PSS, são citados.
Bullinger et ai. (2003) propuseram métodos para sistematizar o desenvolvimento de serviços e discutir a transferência de experiência de
desenvolvimento de produtos para o setor de serviços. Weber et ai. (2004) apresentam o
conceito de Property-Driven Design/Desenvolvimento (PDD) para desenvolver uma metodologia para desenvolvimento de PSSs.
A metodologia MEPSS estrutura etapas para projetar PSS por meio de análise estratégica, exploração de oportunidades, desenvolvimento de
ideias PSS, design de conceito PSS e desenvolvimento e implementação de projetos PSS (van Halen et al., 2005). Luczak et ai. (2007)
apresentaram uma arquitetura que compreende as etapas a serem seguidas para projetar e desenvolver serviços profissionais. Ueda et ai.
(2008) propuseram um modelo de criação de valor baseado no conceito de síntese emergente. Rexfelt e Ornäs (2009) identificaram
características das soluções PSS que podem influenciar a aceitação e propuseram procedimentos para o desenvolvimento conceitual de PSS
com base na metodologia adaptada do design centrado no usuário. Muller et ai. (2009) propuseram um Método de Camada PSS para o
desenvolvimento de Sistemas Produto-Serviço (PSS) por meio de nove classes: atividades do ciclo de vida, necessidades, valores, entregas,
atores, produtos principais, periferias, contratos e finanças. Embora esses artigos não sejam considerados durante as análises aprofundadas,
eles fornecem uma rica compreensão do tema e auxiliam nossas análises ao direcionar aspectos específicos a serem considerados na
concepção do PSS.

2.2 Definições e principais aspectos do PSS

O ponto de partida nas metodologias PSS depende da definição dos termos 'serviço' e 'PSS'. Existem muitas definições para serviços e PSS
na literatura. Neste artigo, revisamos apenas aquelas propostas dentro das metodologias PSS selecionadas para identificar semelhanças.

2.2.1 Serviços

Tomiyama (2004) definiu serviço como um conjunto de atividades que entrega conteúdo de serviço por meio de canais de serviço de provedores
de serviço para receptores de serviço em um ambiente de serviço e gera valores para receptores de serviço.

Sakao e Shimomura (2007) e Shimomura et al. (2009) definiram os serviços de forma idêntica. Um serviço é uma atividade em que um provedor
faz com que um receptor, geralmente com consideração, mude de um estado existente para um novo estado que o receptor deseja, onde tanto
o conteúdo quanto um canal são meios para realizar o serviço; enquanto um serviço tradicional realizado apenas por um ser humano é chamado

de ''atividade de serviço''.

Aurich et ai. (2006) argumentaram que os serviços técnicos são principalmente não físicos e são realizados e consumidos simultaneamente.
Eles classificaram três funções básicas de serviços técnicos: função de suporte, atendimento de requisitos e aquisição de informações.
Machine Translated by Google

Maussang et ai. (2009) destacaram que os objetos físicos são entidades funcionais que realizam as funções elementares do
sistema, enquanto as unidades de serviço são entidades (principalmente técnicas) que garantirão o bom funcionamento de todo
o sistema.

Alonso-Rasgado et al. (2004) apontaram que o fornecedor do produto funcional fornece todo o suporte
sistemas que são necessários para manter o hardware operável. Os sistemas de apoio são muitas vezes referidos como
'serviços'.

Welp et ai. (2008) argumentaram que os serviços industriais evoluíram de um complemento periférico para a tecnologia para se
tornarem uma parte complementar de uma solução integral. Os serviços apresentam um alto grau de intangibilidade.

Embora as diferenças sejam claramente perceptíveis entre as definições, todas elas são relevantes no contexto do PSS. A partir
dessas definições, existem duas visualizações diferentes para definir o serviço. Eles podem ser classificados pelas perspectivas
'tradicionais' e 'mais amplas' tomadas. Na abordagem tradicional, um serviço é um conjunto de atividades que pretende manter
os produtos disponíveis funcionalmente. Esses serviços podem ser manutenção, reparo, revisão, atualização ou outros serviços
técnicos. Em uma perspectiva mais ampla, um serviço é um conjunto de atividades que visa satisfazer o valor do cliente. Ambas
as visualizações são possíveis dependendo do contexto do aplicativo. Se o
produto já está amadurecido, então a perspectiva tradicional é geralmente mais apropriada. Se o produto estiver nos estágios
iniciais de desenvolvimento, a abordagem mais ampla oferece mais vantagens. A definição de propriedades de serviço varia de
acordo com a perspectiva escolhida. Propriedades de serviço como intangibilidade, heterogeneidade, inseparabilidade,
perecibilidade, concretização e consumo simultâneo são adequadas na abordagem tradicional. No entanto, as propriedades
vistas de uma perspectiva mais ampla não são definidas. A ênfase do processo de cocriação é mais adequada à abordagem
mais ampla por causa da busca por valor global.
Abordagens mais amplas fornecem contextos mais amplos para considerar as influências ambientais e a substituição entre
objetos tangíveis e intangíveis. As diferentes etapas do serviço, como criação, entrega e utilização, podem ser comumente
usadas em ambas as abordagens. Os critérios de avaliação dos serviços variam entre as abordagens. Critérios como
experiências e expectativas do usuário são enfatizados na perspectiva mais ampla, enquanto o tempo de atividade, a taxa de
falhas e a gravidade das falhas são enfatizados principalmente na abordagem tradicional.
A Tabela 2 resume as diferenças identificadas acima. As metodologias de projeto PSS revisadas no próximo
seção será referenciada a esses elementos.

Tabela 2 Variações de definição de serviço por meio de duas abordagens

Abordagem mais ampla


Características Abordagem tradicional

Objetivo primário Produto funcionalmente disponível. Bom para Satisfação do valor do cliente.
usar.

Aplicabilidade Produto amadurecido Fases iniciais de desenvolvimento

Propriedades Intangíveis, heterogêneos, inseparáveis, perecíveis, Derivado do valor do cliente. Ainda para
realizados e consumidos simultaneamente. definir concretamente.
Cooperação em termos de
Envolvimento das Partes Interessadas transferência de informações e análises de uso. A cocriação deve ser considerada

principalmente.

Grau de liberdade Restrito e focado em fatores operacionais. Escopo mais amplo com oportunidades para
substituir entre tangíveis e
Machine Translated by Google

objetos intangíveis.

Critério de avaliação Tempo de atividade, taxa de falhas e gravidade Experiências e expectativas do usuário.
das falhas

2.2.2 PSS

Várias definições de PSS foram detalhadas em Baines et al. (2007). As definições encontradas nas metodologias de projeto
PSS estudadas neste artigo são detalhadas e discutidas aqui.

Komoto e Tomiyama (2009) argumentam que o conceito PSS tem sido proposto como uma metodologia para projetar
modelos de negócios inovadores a partir de perspectivas econômicas, ambientais e socioculturais. Um modelo de negócios
projetado de acordo com os conceitos PSS é referido como PSS e o processo de design como processo de design PSS.

Sakao e Shimomura (2007) e Shimomura et al. (2009) definiram a Engenharia de Serviço/Produto (SPE) como uma
disciplina que busca aumentar o valor dos artefatos com foco no serviço. A SPE visa intensificar, melhorar e automatizar
toda a estrutura de criação, entrega e consumo de serviços.

Aurich et ai. (2006a) argumentaram que PSSs consistem em componentes físicos e não físicos mutuamente inter-
relacionados. A metodologia PSS é a integração dos processos de design de produtos e serviços.

Welp et ai. (2008) caracterizaram os Sistemas Produto-Serviço Industrial (IPS²) pela integração de bens de investimento
(produtos técnicos) e serviços industriais ao longo de todo o seu ciclo de vida.

Maussang et ai. (2009) argumentaram que os PSSs são compostos por objetos físicos e unidades de serviço que se
relacionam entre si.

Alonso-Rasgado et al. (2004) definiram Total Care Products (Produtos Funcionais) como sistemas integrados compreendendo
hardware e serviços de suporte.

Morelli (2002) se referiu às definições de PSS usando diferentes perspectivas:

• De uma perspectiva de marketing tradicional, a noção de PSS se origina de uma mudança de foco de produtos de
marketing para uma combinação mais complexa de produtos e serviços que suportam a produção e o consumo
(Manzini, 1993). • Do ponto de vista do marketing de serviços, um PSS representa uma evolução dos serviços
tradicionais genéricos e padronizados para serviços direcionados e personalizados (Albrecht e Zemke, 1985). • De uma
perspectiva de gerenciamento de produto, a noção de PSS refere-se à extensão do componente de serviço em torno
do produto para atividades de negócios que são tradicionalmente orientadas para o produto ou a introdução de um novo
componente de serviço comercializado como produto para atividades de negócios que geralmente são

orientada a serviços (Mont, 2000).

Tan et ai. (2009) definiram PSS como uma mudança na estratégia de negócios de um foco orientado ao produto para um
orientado ao serviço, onde em vez do produto em si, a atividade, sua utilidade e desempenho associado ao uso do produto
são considerados de maior valor. Para o consumidor.
Machine Translated by Google

Destas definições de PSS emergem três temas distintos, nomeadamente o desenvolvimento de modelos de negócio
inovadores, a integração de produtos e serviços numa oferta única e a extensão dos serviços para aumentar a realização
de valor dos produtos. Essas observações mostram que o design do PSS deve se concentrar na integração de modelos
de negócios, produtos e serviços em todos os estágios do ciclo de vida, criando um valor agregado inovador para o
sistema. Uma comparação dos fatores de serviço discutidos na Tabela 1 com as definições do PSS mostra que a
inovação e o valor agregado surgirão considerando o envolvimento dos stakeholders, graus de liberdade e critérios de
avaliação. A Figura 1 mostra os elementos envolvidos no PSS.
A próxima seção enfatiza os desafios e requisitos para o desenvolvimento de metodologias de projeto PSS.

Acionistas

Requisitos
Ambiente

Agregação de valor inovadora


(Econômico, Ambiental e Social)

Avaliação

critério Objetos
Modelos de negócios
de suporte

Produtos e

Serviços

Processos
De outros

resultados

Ciclo da vida

estágios

Figura 1 Elementos envolvidos no PSS

2.3. Questões primárias em metodologias de projeto PSS

Os desafios observados pelos autores das metodologias escolhidas no desenvolvimento do projeto PSS são resumidos
e discutidos nesta seção. Essas observações são importantes porque estabelecem as bases para um maior
desenvolvimento das metodologias.

Komoto e Tomiyama (2009) observaram que as teorias e metodologias para PSS são fracas e muito gerais. Existem
várias interpretações do termo 'serviço'. Falta avaliação quantitativa e probabilística das ofertas PSS considerando a
incerteza ao longo do ciclo de vida do produto durante o projeto conceitual e enfatizando o comportamento de produtos
individuais. Mont (2002) argumentou que existem muitas soluções de PSS fragmentadas, mas poucas são totalmente
projetadas a partir de uma perspectiva de ciclo de vida. A importância da representação do PSS foi destacada por Sakao
e Shimomura (2007). Eles argumentaram que o plano de serviço carece de representação de informações de projeto e
tem notação normativa insuficiente. Eles apontaram a separação entre o desenho das funções e os das atividades de
serviço.

Aurich et ai. (2006) destacaram a consideração insuficiente de influências mútuas de produtos e serviços técnicos no
design de serviços que é frequentemente desvinculado do design do produto. eles têm estressado
Machine Translated by Google

que a indisponibilidade ou os processos de design de serviço não implementados frequentemente resultam em custos
desnecessários em um nível operacional ao responder às mudanças nas demandas dos clientes. Welp et ai. (2008)
observaram que atualmente não há abordagens integradas baseadas em modelos disponíveis que apoiem os projetistas
de PSS para gerar conceitos de PSS. Eles defendem métodos que integrem as preferências das partes interessadas na
determinação de artefatos PSS. A maioria dos autores comumente afirma que identificar e diferenciar produtos e serviços
na modelagem é um desafio.

Maussang et ai. (2009) salientou a importância de especificar critérios de engenharia do produto na definição do PSS.
Eles argumentaram que o papel dos designers durante o projeto do PSS é bem diferente do desenvolvimento de produtos
convencionais. Eles observaram que nenhum compromisso entre objetos físicos e serviços é eficaz, pois essas escolhas
são feitas a posteriori ao desenvolvimento do produto. Alonso-Rasgado et al. (2004) apontaram que a modelagem do
sistema de serviço proposto parece receber pouca atenção. Eles enfatizaram particularmente a incapacidade de retratar
com precisão o comportamento humano para descrever serviços. Muitas questões identificadas na literatura, juntamente
com baixas semelhanças, enfatizam que o campo de metodologias de projeto de PSS não está maduro.

Os pontos a seguir resumem as questões que precisam ser abordadas nas metodologias para gerar e avaliar o projeto
PSS.

• Identificação dos requisitos das partes interessadas envolvidas no PSS, incluindo preferências e como elas mudam
ao longo do tempo. • Uma ajuda para entender e identificar influências, compromissos e diferenças entre produtos
e serviços ao longo de seu ciclo de vida. • Um processo de desenvolvimento de soluções integradas para produtos e
serviços que considera a funcionalidade geral a ser entregue. • Um bom esquema para representar conceitos
PSS com notação apropriada que evita

má interpretação.
• Uma avaliação abrangente dos conceitos de PSS desenvolvidos que considera o comportamento individualista de
produtos e serviços para identificar implicações como incerteza e riscos ao longo da vida do período de oferta.

Embora não tenha sido destacado na literatura, significativamente, a definição de projetistas de PSS é bastante vaga. As
responsabilidades dos projetistas de PSS no contexto da organização devem ser especificadas e estabelecidas. Ressalta-
se que os desafios envolvidos no desenvolvimento de modelos de negócios não foram destacados nas metodologias
escolhidas. Esses desafios precisam ser identificados e incorporados nas metodologias desenvolvidas. Abordar essas
questões deve ajudar a desenvolver teorias e metodologias de design que contribuam para a criação de conceitos de PSS
adaptáveis de forma mais sistemática.

2.4. Derivação das dimensões necessárias para desenvolver PSS

A partir da revisão das Seções 2.1, 2.2 e 2.3, e do nosso entendimento da literatura PSS, as dimensões necessárias para
desenvolver PSS eficazes podem ser agrupadas em seis categorias: especificação de contexto;
Machine Translated by Google

posicionamento e importância dos stakeholders; etapas de projeto; ciclo de desenvolvimento; consideração do ciclo de vida;
e representação. Os problemas subjacentes a essas dimensões são detalhados abaixo.
• Especificação de contexto
1. Maturidade do produto e consideração do domínio industrial (Business to Customer,
Business to Business e Business to Government) •
Posicionamento e importância das partes interessadas
2. Identificação de requisitos e preferências 3. Especificação
de papéis e capacidades 4. Estruturação do processo de
cocriação • Etapas de design 5. O processo de design para
integração de produtos e serviços 6. O processo de design para
criação de modelos de negócios 7. Influências de modelos de negócios nas
soluções integradas 8. Incorporação de abordagens multidisciplinares 9.
Especificação de diferenças no processo de design para diferentes tipos de
PSS (por exemplo, produto, uso e resultado)

10. Foco no desenvolvimento sustentável •


Ciclo de desenvolvimento
11. Processo de geração
12. Processo de avaliação
• Considerações sobre o ciclo de
vida 13. Fases de planejamento e
projeto 14. Fases de implementação e
monitoramento 15. Ciclos de feedback entre fases
• Rigor de representação
16. Técnicas de representação 17.
Níveis de granularidade considerados 18.
Definição de elementos
19. Especificação de fatores quantitativos e qualitativos 20.
Dinâmica envolvida

Com esses vinte pontos, o conjunto de oito metodologias escolhidas foi analisado e um modelo de maturidade foi derivado.
A seção a seguir discute o quadro de objetivos e os elementos usados para representar o PSS, juntamente com as
ferramentas e métodos propostos pelos autores.

3. Análise de 8 metodologias encontradas na literatura e proposta de um modelo de maturidade para pesquisa em


design PSS

3.1 Grade de análise


Machine Translated by Google

As oito metodologias selecionadas na Tabela 1 foram analisadas para examinar suas contribuições para os vinte
dimensões identificadas na seção 2.4. O objetivo era fornecer uma revisão do estado da arte das áreas atuais em foco e
identificar lacunas notáveis. Para isso, a cada grupo de autores foi atribuída individualmente uma pontuação de 0 a 2 para
cada dimensão. A pontuação 2 foi alcançada quando encontramos uma discussão para essa dimensão. A pontuação um foi
dada quando o assunto foi simplesmente mencionado, mas não discutido. Zero foi atribuído se o problema não foi considerado.
A pontuação final para as oito metodologias foi então calculada e expressa em porcentagem para facilitar a compreensão. A
pontuação é baseada em informações encontradas nos artigos estudados e não necessariamente representa uma ideia
totalmente precisa da reflexão dos autores propostos, mas deve dar uma indicação razoável de quais questões são
relativamente bem tratadas na literatura hoje. As seções a seguir descrevem brevemente cada metodologia e discutem o
modelo de maturidade. As pontuações das vinte dimensões estão representadas no diagrama de maturidade (Figura 10).

3.2 Métodos/ferramentas propostos na literatura

Komoto e Tomiyama (2008, 2009) objetivaram melhorar o processo de projeto do PSS com informações sistemáticas sobre
criação suportadas por recursos computacionais. Eles propuseram o Service CAD para ajudar os designers a gerar um projeto
conceitual de PSSs. Ele apoia sistematicamente a tomada de decisão do designer em relação aos problemas de design,
avaliando os conceitos de design e sugerindo alternativas para melhorá-los.
Eles argumentaram que nos processos de design do PSS, os designers definem a atividade para atender a metas e qualidade
especificadas e definem o ambiente em que a atividade ocorre. Os elementos utilizados no Service CAD são o ambiente de
serviço, provedor, receptor, canal, conteúdo, atividade, intenção do receptor, alvo, meta prometida, serviço realizado, qualidade
e valor agregado. A Figura 2 detalha a arquitetura do Service CAD.
Eles também desenvolveram o ISCL (Integrating Service CAD com um simulador de ciclo de vida) que possui funções para
apoiar o projeto PSS quantitativo e probabilístico usando simulação de ciclo de vida. As descrições de qualidade em um
modelo PSS são os valores dos parâmetros dos constituintes e o número de constituintes em um mercado.
As descrições probabilísticas estão incluídas nas condições e consequências da execução das atividades.

Figura 2 A arquitetura do Service CAD (Komoto e Tomiyama, 2009)

Komoto e Tomiyama (2008, 2009) argumentaram que seu modelo pode ser usado como uma representação de meta-nível em
em que o designer pode construir um modelo PSS em diferentes visões (aspectos), como orientado a processos (por exemplo,
usando blueprinting de serviço), orientado a stakeholders (mapa do sistema) e orientado a correspondência (Serviset).
Machine Translated by Google

É importante ressaltar que os produtos em um modelo de negócios são instâncias individuais, em vez de assumir que
todos os produtos têm comportamento idêntico no mercado e nos processos de fim de vida. Eles também expressaram a
dificuldade dos designers em categorizar os elementos como provedor, receptor, canal ou conteúdo. Os limites importantes
encontrados no Service CAD vêm de: funções monotonicamente crescentes e decrescentes; resultados não relacionados
de avaliações de múltiplas sequências de atividades que se sobrepõem parcialmente; incapacidade de identificar objetivos
conflitantes entre múltiplas partes interessadas em um modelo PSS; e dificuldade de otimizar tempo, frequência e inter-
relações de serviços dentro do modelo PSS.

Shimomura et ai. (2009) propuseram um método para projetar atividade de serviço e produtos simultaneamente e
colaborativamente durante a fase inicial do projeto do produto. Eles argumentaram que o design de serviços e produtos
deve ser integrado de forma a maximizar o valor para o cliente, considerando efeitos mútuos de sinergia, alternativas e
complementaridades. Eles propuseram um esquema de representação unificado de processos humanos e físicos na
atividade de serviço. Eles expressaram a mudança de estado de um cliente por meio dos Parâmetros de Estado do
Receptor (RSPs), que representam o valor do cliente. Eles propuseram um modelo de visão para manipular funções e
atributos para representar RSPs. Eles argumentaram que as funções de nível mais baixo estão associadas a entidades
reais, como hardware, humanos e software. Eles estenderam o blueprint de serviço para incluir processos físicos para
conectar com modelos de visualização que representam o conteúdo do serviço e empregaram a Notação de Modelagem
de Processos de Negócios (BPMN). Eles incluíram três fases nos processos de design de serviço: identificação do valor
para o cliente, design do conteúdo do serviço e design da atividade de serviço. Eles também desenvolveram um método
para avaliar esses processos com o Quality Function Deployment (QFD). Sakao et ai. (2009) desenvolveram um modelo
de serviço composto por quatro submodelos: 'modelo de fluxo (quem)', 'modelo de escopo (o que)', 'modelo de cenário
(por que)' e 'modelo de visualização (como)' (Figura 3) . Eles desenvolveram e implementaram esses modelos em um
sistema protótipo chamado Service Explorer.

Figura 3 Relações entre os sub-modelos: modelos de fluxo, escopo, cenário e visão (Sakao et al. 2009)

Sakao e Shimomura (2007) argumentaram que seu método identificou os papéis dos produtos em todo o serviço,
integrando o blueprint estendido e os modelos de visão, que são construídos de forma independente e
Machine Translated by Google

ligados mutuamente. Eles afirmaram que pesquisas futuras incluem uma ferramenta de simulação que permite aos designers de
serviço prever a disponibilidade do serviço com base no plano de serviço estendido proposto. Um processo sintetizado com o
Service Explorer deve ser desenvolvido porque a seleção de conteúdos e canais é subjetiva. Argumentou-se que o Service
Explorer não poderia avaliar atividades específicas que mantêm e melhoram dinamicamente a atividade, o conteúdo e os
parâmetros do canal, que finalmente influenciam os RSPs.

Aurich et ai. (2006a) introduziram um processo para o projeto sistemático de serviços técnicos relacionados ao produto baseado
na modularização que se relaciona com o processo de projeto de produto correspondente. Eles ilustraram três tipos diferentes
de estratégias de serviços de produtos: orientadas para a responsabilidade, orientadas para a função e orientadas para o uso. Seus
A abordagem para o desenvolvimento sistemático de processos integrados de design de produtos e serviços é ilustrada na Figura
4. Ela ilustra o processo geral de design de produtos e serviços. Eles propuseram um modelo de serviço técnico orientado a
objetos para apoiar a especificação de serviços técnicos durante o projeto. Eles usaram a Unified Modeling Language (UML 2.0)
para representação. Eles sugeriram que a adaptação já existente
processos de design de produto para levar em conta as características especiais dos serviços técnicos levariam a uma maior
aceitação para aplicação dentro da empresa. Eles argumentaram que os modelos de processo de referência modulares ajudam
a desenvolver um entendimento comum de todas as entidades envolvidas em relação ao projeto e fabricação e ajudam a
identificar diferenças devido a origens geográficas ou culturais particulares dos parceiros de serviço e seus diferentes tamanhos
ou demandas especificadas pelos clientes. O processo de design de serviço técnico envolve: identificação da demanda do
cliente, análise de viabilidade, desenvolvimento de conceito,
modelagem de serviço, realização, planejamento e teste de serviço prototípico.

Figura 4 Processos integrados de design de produtos e serviços (Aurich et al. 2006)

Aurich et ai. (2006a eb) observaram a importância de redes estendidas de criação de valor para enfrentar com flexibilidade as
mudanças nos requisitos dos clientes. Eles alegaram que processos de design altamente individualizados são necessários para
apoiar o design de produtos, serviços e PSS individuais. Eles argumentaram que a pesquisa é necessária na investigação
sistemática das inter-relações entre produtos e serviços técnicos, bem como nas atividades de design correspondentes.

Welp et ai. (2008) argumentaram que o PSS industrial (IPS²) considera qualquer combinação de ações de produtos e serviços.
Eles dizem que o desenvolvimento do conceito IPS² é responsável por gerar as principais soluções para atender às necessidades
específicas dos clientes. Eles apresentaram uma abordagem baseada em modelo para apoiar um designer IPS²
gerando modelos conceituais de IPS² heterogêneos na fase inicial de desenvolvimento. A abordagem proposta permite a
combinação de elementos de solução multidisciplinares em níveis arbitrários de abstração de diferentes perspectivas de
desenvolvimento. A abordagem de modelagem de conceito heterogêneo de IPS² foi implementada como um protótipo de software
e foi avaliada em um problema típico de IPS². Eles representavam um substantivo
Machine Translated by Google

(objeto IPS²) e um verbo (processo IPS²) que constituem uma função. A combinação de 'objetos IPS²' e 'processos IPS²'
constitui um 'artefato IPS²' (Figura 5). Eles enfatizaram que a combinação de objetos IPS² e processos IPS² gerariam
comportamento funcional. A modelagem heterogênea de um conceito IPS² foi desenvolvida usando três tipos diferentes de
elementos de modelo: i) elementos do sistema, ii) elementos de perturbação e iii) elementos de contexto. Eles definiram
cinco características constitutivas que fundamentam a caracterização dos artefatos do IPS²: especificidade; transformação
dominante; escala de integração; capacidade de substituição parcial de um artefato IPS²; e conectividade.

físico físico ft básico. ft


básico.

FxF - relação
funções
11 contexto da interface restrição

IPS² CM
4 Função IPS²
D bb
FxO - estrutura FxP -
aa associação associação

2 cc Conceito IPS²
modelo
3

11
F Requisitos 2 2

4
IPS²
4 ab Funções IPS² IPS² abc
Objetos
Objetos IPS² UMA
F
F IPS² 3 D Processos
Processos
UMA D F
ponteiro D UMA ponteiro
dirigido
IPS² FS sequencial
IPS² FS
FxO -
FxP -
OxO - associação
associação PxP -
relação F1 P1 relação
IPS² CM IPS² CM

físico/ objeto IPS²


Estrutura da F2 P2 Estrutura da
Processo IPS²
técnico objeto do objeto IPS²
estrutura S estrutura do
processo IPS² elementos
processo interno
interface
interface
de físico/
humano contexto
P3
contexto
elementos
do processo

externo

Boi Py interface
interface
de

domínio recurso de
UMA F
D
4

Comportamento de Sistemas IPS²

IPS² CM

SO IPS² IPS² PS
Modelo de IPS²
Sistemas
comportamento
modelo de comportamento
do de sistemas IPS²

OxP - associação
operando operador

Atributo PO método PO

Figura 5 Estrutura da abordagem de modelagem do conceito IPS² heterogêneo estendido (Welp et


al. 2008)

Welp et ai. (2008) salientou a necessidade de uma combinação de elementos de solução multidisciplinar. Isso significa
simulação subsequente para desenvolver solucionadores adequados que determinam os resultados do comportamento
físico e do processo.

Maussang et ai. (2009) desenvolveram uma metodologia para fornecer aos projetistas de engenharia especificações
técnicas de engenharia em relação aos requisitos completos do sistema com a maior precisão possível. Eles se concentraram
não apenas no design de objetos físicos, mas consideraram todo o sistema e detalharam os objetos físicos e as unidades
de serviço necessárias para desenvolver um PSS bem-sucedido. Eles argumentaram que esta metodologia pode apoiar o
projeto de PSSs desde o projeto da arquitetura até a especificação detalhada de objetos físicos (produtos). Eles utilizaram
cenários operacionais para aprofundar a descrição do sistema, uma vez identificados os principais elementos (objetos
físicos e unidades de serviço) (Figura 6). A representação SADT foi usada para descrever cenários com base na descrição
das atividades.
Eles usaram a abordagem de análise funcional (AFNOR, 1991) para preencher a lacuna entre a abordagem do sistema e o
desenvolvimento do produto. Eles propuseram usar essas ferramentas em conjunto com cenários funcionais para projetar
PSS consistente. Eles argumentaram que uma análise externa específica deveria ser realizada para cada etapa do ciclo de
vida do produto. Eles definiram funções de interação, que correspondem a funções fornecidas pelo produto a um ambiente
externo durante o ciclo de vida do produto e funções de adaptação que refletem
Machine Translated by Google

reações, resistências ou adaptações do ambiente externo. Ressaltaram que a acessibilidade (econômica e cognitiva)
e a disponibilidade do serviço são os dois principais elementos do PSS.

Figura 6 Projeto PSS (Maussang et al. 2009)

Maussang et ai. (2009) insistiu na utilização de cenários durante o processo de projeto para apresentar e situar
soluções, ilustrar alternativas e identificar suas potencialidades. Eles apontaram que os cenários podem ser
apreciados de forma diferente por pessoas diferentes porque são altamente dependentes do contexto.

Alonso-Rasgado et al. (2004) consideraram os dois principais aspectos da Total Care Products: arquitetura e
negócios. A arquitetura consiste no sistema de suporte de hardware e serviço. Aspectos de negócios incluem
mercados, riscos, parcerias, cadeias de negócios, acordos, vendas e distribuição. Eles descreveram as diferentes
combinações de hardware e serviços disponíveis nos produtos Total Care: hardware novo (novo), hardware adaptado
(de existente), novos sistemas de suporte de serviço e sistemas de suporte de serviço adaptados.
Mencionaram que o desafio é responder como escolher a combinação de produtos mais adequada
e serviços para fornecer a melhor solução para todas as partes envolvidas. A partir da literatura, eles mostraram que
o processo de design de serviço é amplamente semelhante ao seu equivalente no campo de hardware. Eles
propuseram o processo de design fast track que divide o processo iterativo entre o cliente e o fornecedor em várias
etapas distintas necessárias para a criação do produto Total Care (Figura 7). Isso levará à integração das
necessidades do cliente e ao desenvolvimento do conceito de produto funcional simultaneamente.
Eles argumentaram que para realizar o processo de projeto acelerado de maneira eficiente, seria necessária uma
ferramenta computacional. Eles enfatizaram que a ferramenta computacional deve integrar design de serviço,
simulação de serviços, arquitetura de hardware, hardware e custos do sistema de suporte de serviço. Eles também
enfatizaram que análises de sensibilidade podem ser realizadas para determinar os elementos críticos do sistema e
análises de custo/benefício realizadas para determinar os níveis de recursos.
Machine Translated by Google

Figura 7 Etapas do processo de design acelerado (Alonso-Rasgado et al. 2004)

Alonso-Rasgado et al. (2004) argumentaram que o processo de design fast-track auxilia tanto o cliente quanto o fornecedor,
reduzindo a complexidade do processo, simplificando a tomada de decisão e facilitando a rápida exploração de soluções
e alternativas. É importante ressaltar que o uso dessa metodologia garante que o cliente fique totalmente ciente do valor
da solução de negócios Total Care Product. Afirmaram que, adotando a metodologia suportada pela ferramenta
computacional, é possível criar um Produto Total Care, incluindo a proposta de negócio, em um curto período de tempo.
Eles também disseram que a confiabilidade e a capacidade de manutenção do suporte de serviço e do sistema de
atendimento total são aspectos importantes que exigem investigação detalhada e mais pesquisas no futuro.

Morelli (2002) adaptou as sequências lógicas de projeto propostas por Ulrich e Eppinger (2000) para o projeto de serviços.
A Figura 8 representa o processo de design seguido para o desenvolvimento de um serviço de suporte. Isto
enfatiza duas dimensões do espaço: um espaço de problemas e um espaço de design. Eles alegaram que as fases do
problema levam a novas soluções, que por sua vez reorientam os problemas e levam a novos requisitos.

Figura 8 O processo de design para o desenvolvimento de serviços (Morelli, 2002)

Tan et ai. (2009) propuseram quatro dimensões do PSS que deveriam ser consideradas: proposta de valor, ciclo de vida
do produto, ciclo de modelagem de atividades e rede de atores. A Figura 9 representa essas dimensões juntamente com
as etapas da metodologia. Eles argumentaram que esses elementos cobrem os elementos essenciais de design de um PSS.
Eles observaram que uma análise nessas quatro dimensões parece fornecer uma boa compreensão de como os produtos
e sistemas atuais funcionam e também é útil para descobrir peças onde as dimensões poderiam ser melhor alinhadas.
Machine Translated by Google

Eles sugeriram que uma mudança em uma dimensão influencia as outras e o projetista deve garantir que cada uma das
dimensões de um novo conceito de PSS se apóie mutuamente para ser consistente. Eles observaram que a metodologia
de projeto PSS no contexto de uma empresa tem que lidar com gerenciamento, organização, coordenação e integração
de atividades de desenvolvimento que não são cobertas nas quatro dimensões. Eles mencionaram que as soluções PSS
no contexto de uma empresa são dependentes da estratégia de negócios, competências essenciais, estruturas e/ou
relacionamentos e são susceptíveis de induzir mudanças nos modelos de negócios existentes.

Figura 9 As quatro dimensões do PSS e processo de design (Tan et al. 2009)

3.3. O modelo de maturidade

A partir da análise das metodologias propostas na literatura, foi gerado um modelo de maturidade.
A Figura 10 ilustra a maturidade para diferentes questões consideradas no domínio PSS. Os níveis de maturidade estão
relacionados a essas questões, mas não são classificações absolutas; ou seja, o valor máximo não representa o
desenvolvimento completo para aquela emissão. O procedimento para cálculo dos níveis de maturidade é detalhado na
Seção 3.1. As principais conclusões para cada uma das dimensões consideradas são (a partir de 'Lista de requisitos para
desenvolver PSS' na Figura 10, girando no sentido horário):

1. Os requisitos para o desenvolvimento de PSS variam entre as metodologias e não são apresentadas listas detalhadas
de requisitos. Isso significa que os fatores determinantes (valor agregado, inovação, riscos, incertezas e redução
de custos) do PSS não estão devidamente modelados. Idealmente, a metodologia também deve incorporar
mudanças nos requisitos do cliente. Esta é uma questão importante relativa à transferência de risco e incerteza
entre as partes interessadas e deve ser desenvolvida.
2. As funções e responsabilidades das partes interessadas que co-projetam ofertas de PSS não estão claramente
definidas nas metodologias. Em particular, as capacidades das partes interessadas não são discutidas.
Apenas a formulação da rede de stakeholders é mencionada.
3. A importância da cocriação entre as partes interessadas é apenas mencionada. Não é detalhado o suficiente para
entender a singularidade desse processo e como implementá-lo em tempo real. Deve melhorar a criação de rede
flexível.
4. A integração de produtos e serviços é discutida como um dos principais objetivos a serem alcançados. Os processos
gerais envolvidos nessa integração são bem detalhados. Mas os passos intrincados dentro de cada estágio não
são mencionados.
Machine Translated by Google

5. Os processos de design para a criação de modelos de negócios inovadores muitas vezes não são elaborados em
metodologias.
6. Não são estudadas as influências dos modelos de negócios nas ofertas de produtos e serviços.
7. A necessidade de incorporar abordagens multidisciplinares nas metodologias de projeto é apenas mencionada. Como o
design do PSS é interdisciplinar, muitas abordagens multidisciplinares devem ser incorporadas no processo de design
para criar PSS viáveis e sustentáveis.
8. As diferenças nos processos de projeto de PSS para diferentes tipos de PSS (orientado para produto/uso/resultado) não são
discutidas.
9. O foco no PSS sustentável é mencionado apenas em todas as metodologias analisadas sem nenhum suporte para alcançá-
lo. Um apoio significativo deve ser criado para ajudar a gerar PSSs sustentáveis.
10. A geração de ofertas PSS é considerada na maioria das metodologias.
11. A avaliação das ofertas de PSS está em um estágio inicial de pesquisa e deve ser realizada com longo
perspectivas de prazo necessárias para tratar os riscos e incertezas relacionados.

Figura 10 Maturidade relativa de várias questões consideradas no domínio PSS

12. As fases iniciais do ciclo de vida dos PSS envolvendo planejamento e projeto são ilustradas em todos os
metodologias.
13. As outras fases do ciclo de vida, como implementação e monitoramento, não são consideradas suficientemente
nas metodologias propostas.
14. Os ciclos de feedback entre as etapas envolvidas no processo PSS e as partes interessadas são, mais
muitas vezes, vagamente definido.

15. Muitas técnicas são usadas para detalhar a representação dos PSSs. A fusão de recursos exclusivos de
essas representações em uma representação PSS acordada em comum é necessária.
Machine Translated by Google

16. Os níveis de granularidade na representação do PSS não são detalhados. A identificação do parâmetro olha apenas no
nível da superfície do PSS. Mais detalhes da subcamada são necessários durante o estágio conceitual para avaliar
as soluções em detalhes.
17. Existe uma grande variação no uso de elementos entre as metodologias para criar PSSs. Mesmo que cada termo seja
definido na literatura, é necessária uma ontologia melhor para entender semelhanças e diferenças entre esses
elementos e dentro de um contexto específico.
18. Os fatores quantitativos (como a frequência dos serviços e os tempos de operação do produto) são representados de
forma mais correta em comparação com os fatores qualitativos (por exemplo, experiências e desejos do cliente,
interações e processos de feedback) envolvidos na definição do PSS.
19. Significativamente, as dinâmicas envolvidas nas características dos PSSs tanto para requisitos quanto para soluções
não são consideradas adequadamente. Destaca-se uma abordagem modular por considerar a dinâmica envolvida.

20. As diferenças entre domínios industriais (B2B, B2C e B2G) e a maturidade de


produtos correspondentes não são distinguidos nas metodologias propostas.

Para resumir os resultados do gráfico de maturidade, revisamos as diferentes categorias escolhidas na seção 2.4. É claro
que a definição do contexto precisa ser fortalecida e o posicionamento dos stakeholders precisa ser aprimorado com
especificações mais precisas de requisitos e considerações para co-design e cocriação de valor. Apenas a integração de
produtos e serviços é amplamente abordada nas etapas de design, enquanto os modelos de negócios e as abordagens
multidisciplinares são negligenciados. As questões de sustentabilidade dificilmente são suportadas. Quanto ao pensamento
do ciclo de vida, apenas as fases iniciais do projeto são cobertas e as outras fases e particularmente os ciclos de feedback
foram deixados de fora. A representação é tratada de forma desigual e, essencialmente, há necessidade de harmonização.
Essas descobertas destacam que melhorias substanciais e uma ampliação do escopo são necessárias no desenvolvimento
de metodologias de projeto de PSS. Globalmente, todos os pontos precisam ser substancialmente detalhados para ajudar a
desenvolver conceitos inovadores, úteis e compreensíveis. A fim de melhorar as metodologias de projeto e aumentar a
aplicabilidade no contexto industrial, a transferência de conhecimento entre pesquisadores acadêmicos e profissionais
industriais é de suma importância. Em um contexto industrial, a definição e representação rigorosas de tecnologias são uma
questão importante. À luz desses comentários, a próxima seção considerará mais profundamente duas grandes dimensões
como são vistas na literatura: ontologia e técnicas de modelagem. Além disso, considerando a notável ausência de modelos
para apoiar e gerar PSS sustentáveis, a dimensão da sustentabilidade será mais detalhada. De fato, a definição mais antiga
de PSS dizia que “um sistema de serviço de produto é um sistema de produtos, serviços, redes de jogadores e infraestrutura
de suporte que se esforça continuamente para ser competitivo, satisfazer

necessidades do cliente e têm um impacto ambiental menor do que os modelos de negócios tradicionais” (Goedkoop et al.
1999), enquanto Tukker e Tischner (2006) observaram que o PSS tinha uma parte proeminente da agenda de sustentabilidade.

4. Desafios para o desenvolvimento de PSS sustentável

As três dimensões importantes identificadas acima são discutidas nesta seção juntamente com os desafios envolvidos no
processo de desenvolvimento.
Machine Translated by Google

4.1 Ontologia para PSS

Ontologia é comumente definida como uma especificação formal explícita dos termos no domínio e as relações entre eles
(Gruber, 1993). O entendimento comum dos termos dentro do domínio pode ser uma medida importante para definir a
especificação formal. Fica claro pelas várias metodologias analisadas que as terminologias usadas para descrevê-las
variam consideravelmente. Como a pesquisa que leva ao desenvolvimento de Sistemas de Serviço de Produto está
apenas em um estágio inicial, seria bom desenvolver uma ontologia robusta para ajudar nos pontos fracos. As vantagens
de desenvolver ontologia em estágios iniciais de pesquisa PSS são que o esforço exigido é menor enquanto há
oportunidade de atualização progressiva à medida que a compreensão do domínio evolui e que incentiva metodologias a
convergir para a estrutura comumente compartilhada proposta pela ontologia.
Além disso, poderia ajudar os pesquisadores a comunicar e compartilhar seus pontos de vista sem ambiguidade e levar a
uma implementação mais eficaz de métodos e ferramentas na indústria.

Para completar a ontologia é necessário incluir importantes terminologias propostas no domínio PSS
de outras fontes. Os modelos de negócios são amplamente discutidos no setor de PSS. Tucker e Tischner (2005)
propuseram três modelos: modelos de uso orientados para função, disponibilidade e resultados baseados nas relações
cliente-fornecedor. Meier e Massberg (2004) diferenciaram os modelos de negócios por: responsabilidades de produção,
fornecimento de pessoal operacional, iniciativa de serviço, propriedade, fornecimento de pessoal de manutenção e modelo
de turno de serviço. Riscos e incertezas também são parâmetros importantes e frequentemente localizados (Erkoyuncu et
al., 2009). Datta e Roy (2009) classificaram os principais elementos de custo em custo recorrente, custo não recorrente,
despesas gerais e custos ocultos.

Além das questões de negócios, os elementos usados no design do PSS devem ser revisados. Fatores que diferenciam
serviços de produtos como intangibilidade, inseparabilidade, heterogeneidade, perecibilidade, produção e consumo
simultâneos e propriedade foram discutidos por Maussang et al. (2009). Eles também observaram que o desenvolvimento
do PSS é influenciado por fatores como parceiros, organização, benefícios para o provedor do IPS², benefícios para o
cliente do IPS², meio ambiente, considerações sociais, incentivo ao uso do IPS², interações entre o sistema e usuários e
vida do sistema. fases do ciclo. Era comum notar que o
modelos de negócios, artefatos técnicos, atividades de serviço, o ciclo de vida do IPS², contexto do sistema e recursos
para entregar valor agregado precisam ser integrados. Mahnel (2007) destacou a qualidade do serviço como fator
essencial para a retenção de clientes. Brunner e Wagner (2008) identificaram os seguintes critérios de qualidade para
serviços: apresentação e ambientação, confiabilidade, precisão, correção, competência, polidez, simpatia, cooperação,
compreensão, autenticidade, segurança, acessibilidade e disponibilidade e capacidade de comunicação e socialização.

Baxter et ai. (2008) mostraram uma estrutura PSS de nível superior capaz de descrever um produto e sistema de negócios
combinados. A classe central 'sistema de ciclo de vida' é composta por três classes: produto, processo e recurso. Kim et
ai. (2009) propuseram representações gráficas e ontológicas do PSS, incluindo valores, elementos de produtos e serviços
e suas relações. Shen e Wang (2007) definiram a ontologia do serviço do produto como a conceituação do serviço do
produto. Eles disseram que o serviço envolve atividade, resultado, processo e recursos. Jagtap (2008) descobriu que as
informações em serviço exigidas pelos projetistas consistem principalmente em informações de deterioração, ou seja,
mecanismos de deterioração, efeitos de deterioração, causas de deterioração, etc.
Também fatores como falha de componentes, condições de operação, manutenção, custo do ciclo de vida e confiabilidade
Machine Translated by Google

estavam estressados. Para resumir, a ontologia PSS identificará características de requisitos, produtos-serviços, partes interessadas,
processos de design, estágios do ciclo de vida, resultados, modelos de negócios e sistemas de suporte.

O desenvolvimento da ontologia PSS está apenas começando. O objetivo final é desenvolver uma ontologia única para a
comunidade PSS. Os desafios envolvidos no seu desenvolvimento podem ser resumidos abaixo.

• Sem dúvida, as terminologias propostas no domínio do PSS aumentarão exponencialmente nos próximos anos. A ontologia precisa
ser compreendida e apreciada, mas deve ser devidamente fundamentada com uma estrutura apropriada para evitar a polinização
cruzada de terminologias.

• O desafio não é construir várias tecnologias de informação, mas desenvolver uma representação comum dentro da comunidade
PSS. • A semântica de cada termo deve ser definida adequadamente para evitar ambiguidade entre as partes interessadas

(pesquisadores e indústrias). • É necessário um esforço inicial substancial dentro da comunidade PSS para desenvolver e entender
isso

estrutura fundamental do PSS.

• Uma plataforma de software comum e mecanismo precisam ser desenvolvidos para atualizar a ontologia
progressivamente.

• Uma ontologia PSS deve ser intuitiva para que possa ser facilmente e apropriadamente implementada em
indústrias.

• A exclusividade e exaustividade da ontologia PSS evoluirão ao longo do tempo. • Muitas aplicações

precisam ser geradas em torno da ontologia para validar e provar sua utilidade.

4.2 Técnicas de modelagem de sistemas em PSS Design

A principal motivação na modelagem de PSS é co-criar modelos conceituais que podem ser sistematicamente compartilhados pelas partes
interessadas. Isso requer uma abordagem de sistema multidisciplinar para criar ofertas viáveis. Uma grande variedade de técnicas de
representação tem sido utilizada e discutida na literatura.

Técnicas de representação têm sido utilizadas em metodologias de projeto de PSS para definir diferentes processos envolvendo produtos
e serviços. Eles incluem UML, SADT, Análise Funcional, Blueprint estendido, BPMN e SysML. Morelli (2006) argumentou que um método
Integrated DEFinition de modelagem de funcionalidade e modelagem de informações (IDEF0) é adequado em sistemas com maior grau de
previsibilidade, mas não pode abranger um número infinito de configurações e situações devido à subjetividade e imprevisibilidade. Morelli
(2002) detalhou o fornecimento de representação UML para casos de uso usados para listar requisitos para cada elemento funcional de um
sistema. Durugbo et ai. (2010) argumentaram que Diagramas de Fluxo de Dados (DFD) podem ser adequados para modelar a organização
de um PSS, enquanto as abordagens IDEF ou Graphes à Résultats et Activités Interreliés (GRAI) podem ser adequadas para representar
processos de fabricação de PSS. Eles observaram que uma pequena empresa pode adotar um modelo flexível e de fácil manutenção como
um DFD, enquanto uma grande empresa que necessita de um mapeamento completo de suas funções e processos pode optar por um

Matriz de estrutura de projeto (DSM). O Service Blueprinting proposto por Shostack (1982) fornece uma boa visão da interação com o
cliente ao representar a linha de visibilidade e a linha de interação. Becker et ai. (2010) constataram que as interfaces entre produtos e
serviços e o grau de integração raramente são abordados em linguagens de modelagem. Eles destacaram um meta-modelo para integrar
várias abordagens em uma representação adequada do PSS. Knutilla et ai. (1998) analisaram diversas linguagens de especificação de
processos por meio de requisitos agrupados nas seguintes categorias: representação e características de recursos;
Machine Translated by Google

representação de tarefas/processos e características básicas; características dos recursos; precedência/sequências; e


data/hora. Eles observaram que muitas vezes esses requisitos eram atendidos por meio de uma combinação de
abordagens. A lista de requisitos precisa ser estendida para modelagem PSS.

As linguagens de modelagem visual têm sido usadas para dar suporte à análise funcional e comportamental. Long (2002)
explorou linguagens como Diagramas de Blocos de Fluxo Funcional padrão (FFBD), gráficos N2 e Diagramas de
Comportamento. Ele propôs que estados e modelos fornecem a base para representar sistemas operacionais, prever
estados futuros, controlar os estados desejados e avaliar o desempenho. Ingham (2006) mostrou que a Análise de
Estado pode ser sintetizada com um processo orientado por modelo de análise funcional como uma abordagem mais
abrangente e rigorosa para a modelagem do comportamento do sistema. Browning (2001) observou que a representação
de formas de função que são sequenciais, concorrentes, acopladas ou condicionais é possível na Matriz de Estrutura de Projeto (DSM).
Kordon et ai. (2005) argumentou que o processo de decomposição iterativa é parte do processo funcional tradicional.
análise e decomposição resulta em uma hierarquia de funções, componentes físicos e requisitos e as ligações entre
eles. Becker et ai. (2008) argumentou que a modelagem de decomposição funcional poderia ajudar
identificar produtos e serviços dentro de um PSS.

A informação é um aspecto na representação do PSS. Modelos de diagrama de fluxo de informação para PSS foram
revisados por Durugbo et al. (2010). O PSS foi considerado em termos de sistemas abertos, construções sociais e
modelos de negócios. Eles argumentaram que a modelagem de um PSS com base na orientação da função oferece uma
maneira útil de distinguir entradas e saídas do sistema em relação a como os dados são consumidos e as informações
são usadas. Eles insistiram que a modelagem do fluxo de informações para um PSS é um indicador importante para
avaliar o nível de redundância e ineficiência no processo de entrega do PSS envolvendo atores, papéis e cenários.
Balmelli (2007) observou que SysML fornece recursos que suportam rastreabilidade, racionalização de projeto,
comunicação entre equipes, ferramentas de decisão, análise de impacto de mudança e gerenciamento de dependências
entre processos e artefatos produzidos. Para ajudar na colaboração entre profissionais de domínio, arquitetos de
sistemas, desenvolvedores e testadores, a estrutura Model-Driven Architecture® (MDA®) especifica três pontos de vista
de um sistema: independente de computação, independente de plataforma e específico de plataforma (OMG, 2003). Dori
(2002) propôs Diagramas de Processo de Objeto (OPD) com sentenças de linguagem natural restritas conhecidas como
Linguagens de Processo de Objeto (OPL) para expressar a função, estrutura e comportamento de sistemas de forma integrada,
único modelo.

As características esperadas das técnicas de modelagem aplicadas são:

• Devem ser claros, flexíveis, inequívocos e consistentes, simples, completos, extensíveis, intuitivos, fáceis de aprender,
capazes de traduzir e ilustrar áreas de interesse com variados níveis de detalhe e capazes de racionalizar a captura
(auxiliar na compreensão das decisões).
• Eles devem ser amplamente usados e suportados na indústria com notações menos, porém mais consistentes,
suportadas por padrões. Além disso, eles precisam ser rastreáveis, fáceis de interpretar e não consumir muito
tempo. • Devem representar dependências e destacar o impacto das mudanças feitas, ser fáceis de integrar com
metodologias relacionadas e capazes de criar diferentes visões que suportem visibilidade e interações fáceis de
documentar e manter.

As questões importantes que irão auxiliar no processo de cocriação do PSS podem ser detalhadas a seguir:

• As especificidades do PSS exigem abordagens multidisciplinares e em vários níveis. O projetista de PSS, integrando
diversos campos que podem ser técnicos, gerenciais ou de serviço, precisa passar constantemente de um
Machine Translated by Google

visão global do sistema até as características detalhadas que descrevem as interações entre o
e elementos de serviço que o compõem. Para isso, duas estratégias diferentes são possíveis: a primeira busca um
modelo unificado capaz de pilotar todo o sistema e se inspira em métodos de engenharia de sistemas ou modelos
como o ciclo V. A vantagem seria sua capacidade de modelar sistemas multitecnológicos complexos com a dificuldade
de integrar a grande variedade de visões necessária; a segunda agregará modelos ou visões heterogêneas das
diferentes subpartes do sistema em uma estrutura clara e coerente. Essa abordagem modelaria componentes
individuais com precisão, embora a soma dos componentes não seja equivalente ao total.

• Estudos de pesquisa detalhados são necessários para ajudar as partes interessadas a escolher a modelagem apropriada
técnicas baseadas em aplicações em diferentes estágios de modelagem PSS.
• Os modelos PSS devem representar stakeholders, produtos, serviços, sistemas de suporte, elementos e processos de
negócios, fluxo de trabalho e interações entre eles. Mais importante ainda, os modelos devem representar o valor
(econômico, ambiental e social) criado pela oferta e seus riscos associados. Outros elementos importantes que devem
ser modelados são os mapas funcionais e comportamentais (mudanças de estado e controle) (im)previsibilidade do
sistema. Junto com esses elementos, as capacidades das partes interessadas devem ser representadas de forma
mais adequada.
• Normalmente, a construção de modelos consome muito tempo. A reutilização de modelos sempre que possível é a
melhor prática e tem sido enfatizada em ferramentas PSS, como Service CAD e Service Explorer. No entanto, essas
ferramentas não fornecem nenhum modelo de domínio construído para usar ou desenvolver em aplicações específicas.
Isso significa que o conhecimento de domínio primário envolvido no projeto de PSS precisa ser capturado e estruturado
para desenvolvimento posterior.
• Embora muitas representações apoiem os processos de avaliação, elas precisam ser detalhadas com referência às
características do PSS. Eles devem facilitar a validação do comportamento do sistema em um determinado contexto;
verificar a adequação do sistema e analisar o desempenho (a capacidade de atender aos requisitos em relação às
entradas). Simular e analisar cenários hipotéticos seria vantajoso na previsão da dinâmica do sistema. Além disso,
otimizar o sistema de desenvolvimento seria o passo final e iterativo para a melhoria do sistema.

4.3. Sustentabilidade

Para as oito metodologias há uma ligação clara entre a noção PSS, desmaterialização e sustentabilidade e seus trabalhos
traçam as principais ideias tornando PSS fundamentalmente sustentáveis. Na verdade eles
viu produtos e serviços integrados como uma estratégia para o desenvolvimento de produtos competitivos sustentáveis
(Kimita et al., 2009, Tan et al., 2009, Meier et al., 2010). Aurich et ai. (2006) destacaram o potencial dos serviços técnicos
para produção e consumo mais sustentáveis. Para Tomiyama (2001), a desmaterialização dos produtos exige conteúdos
enriquecedores do serviço enquanto Maussang et al. (2009) destacaram a necessidade de levar em consideração os
aspectos ambientais, econômicos e sociais do PSS em relação às questões de desenvolvimento sustentável. Por fim,
Morelli (2006) considerou o PSS como fundamental para o desenvolvimento de parcerias orientadas para soluções e,
consequentemente, para soluções sustentáveis.

No entanto, algumas diferenças podem ser vistas no ponto de entrada que eles escolheram. Tomiyama (2001) estipulou
que o Paradigma Pós-Produção em Massa visa a satisfação qualitativa ao invés da suficiência quantitativa. Maussang et
ai. (2009) viram que para resolver os problemas ambientais, os países desenvolvidos devem dissociar o crescimento
econômico e a pressão ambiental. Uma solução é passar de economias baseadas em produtos para economias baseadas
em serviços. Para Kimita et al. (2009), o PSS oferece oportunidades para os fabricantes se diferenciarem
Machine Translated by Google

seus produtos atendendo às necessidades de clientes segmentados de forma sustentável. Tan et ai. (2009)
afirmaram que as abordagens PSS são estratégias de inovação sustentável em uma perspectiva de ciclo de vida
total e Meier et al. (2004) inscreveram o IPS2 na busca de potencial tecnológico e econômico que aumente a
competitividade e harmonize a ecologia e a economia em um sistema alvo. Aurich et ai. (2006) desenvolveram o
potencial dos serviços técnicos para produção e consumo mais sustentáveis, enquanto Alonso-Rasgado et al.
(2004) enfatizou a importância da reutilização e remanufatura de hardware para o design sustentável. Morelli (2002)
enfatizou o aspecto social do PSS durante a fase de uso.

Os três princípios básicos do desenvolvimento sustentável: econômico; sociais e ambientais, são tratados em
diferentes graus. A sustentabilidade econômica abrange a mudança do consumo de energia e materiais para
artefatos de serviço para Tomiyama (2001) levando a mudanças no modelo econômico (Maussang et al., 2009) e
em todo o sistema de produção e consumo (Tan et al., 2009) . A propriedade do produto é reconsiderada para se
concentrar no uso mais eficaz em vez da geração de valor agregado (Tomiyama, 2001). As considerações sociais
incluem valor social e reconhecimento (Maussang et al., 2009), enquanto os PSS têm o potencial de melhorar o
acesso à tecnologia em todo o mundo (Meier et al., 2010) em uma distribuição de trabalho geograficamente mais
equilibrada (Stahel, 1994). Os aspectos ambientais que refletem os regulamentos e os objetivos de desenvolvimento
sustentável das empresas devem ser incluídos no início do processo de design (Maussang et al., 2009). O uso
intensivo de bens de capital por meio de aluguel, compartilhamento e pooling pode levar a grandes ganhos
ambientais, em princípio, como resultado da redução do consumo de recursos e geração de resíduos (Meier et al.,
2010), ao passo que a substituição de componentes deve ser projetada para ser realizado em condições de
remanufatura controladas pela fábrica (Alonso-Rasgado et al., 2004). Outros fatores-chave que influenciam a
sustentabilidade são as considerações do ciclo de vida; processos de coprodução de valor; gestão do conhecimento e redes de atore
Além disso, o valor dos produtos ao longo de seu ciclo de vida deve ser equilibrado com o custo (Hara et al., 2009,
Tan et al., 2009).

Modelos e ferramentas recomendados cobrem ferramentas ambientais mais gerais, como Análise de Ciclo de Vida,
Design-for-X, enquanto algumas ferramentas de serviço e PSS específicas cobrem aspectos ambientais. A
Engenharia Simultânea pode ser usada para fabricação, remanufatura e reciclagem e o Modelo de Processo
Integrado fornece uma biblioteca de módulos de processo orientada para o ciclo de vida completo (Aurich et al.,
2006). O diagrama de blocos funcional (Maussang et al., 2009) e o modelo de fluxo (Shimomura et al., 2008)
introduzem aspectos ambientais e sociais na avaliação do PSS. O modelo de fluxo estabelece prioridades em questões de sustentabi
A Product Life Gallery visualiza o mapeamento das necessidades e atividades das partes interessadas, ciclo de
vida, efeitos ambientais e outras compensações (Tan et al., 2009). Morelli (2006) argumentou que a discussão
sobre metodologia para projetar PSS ainda é aberta e crítica para o desenvolvimento de soluções sustentáveis,
enquanto Bartolomeo et al. (2003) afirmaram que poucos estudos demonstraram a eficácia ambiental dos serviços.

Os desafios para o desenvolvimento de PSS sustentáveis são:

• O PSS deve integrar considerações econômicas, ambientais e sociais em uma abordagem holística para produzir
mudanças radicais e identificar os graus de liberdade para mudança no sistema geral de produção e consumo.

• O projeto e a fabricação ambientalmente conscientes em economias de circuito fechado devem considerar


fortemente o comportamento dos clientes na fase de uso.
Machine Translated by Google

• A PSS deve oferecer oportunidades para que os fabricantes desenvolvam o potencial de negócios do design
ambientalmente consciente e diferenciem seus produtos atendendo às necessidades dos clientes segmentados de
maneira sustentável.

• Ferramentas metodológicas para designers devem ser desenvolvidas para analisar PSS como construções sociais e
estender valor e unidades funcionais para incluir a prolificidade de significados sociais e culturais dos produtos
e serviços como história, status, prestígio, identidade e assim por diante. •
O PSS deve considerar o projeto do produto dentro da perspectiva do ciclo de vida do produto e combinar as fases e
atividades do projeto com as questões organizacionais correspondentes para fornecer aos engenheiros de produto
meios eficientes de otimização na perspectiva do ciclo de vida.
• Devem proporcionar mais comodidade por meio do atendimento para intensificar o uso físico com menos energia
e consumo de materiais.
• É necessário identificar os principais stakeholders nas relações comerciais e desenvolver uma estreita colaboração
entre o cliente e o fornecedor em um procedimento iterativo envolvendo necessidades, expectativas e exploração
de soluções que, em última análise, levariam à criação do produto funcional.

• O custo do PSS (incluindo custo monetário, carga física, carga mental e carga ambiental) deve ser comparado ao valor
fornecido. • Sustentabilidade, disponibilidade e maior satisfação do cliente devem ser garantidos ao longo do ciclo
de vida devido ao serviço intensificado e conteúdo de conhecimento e compartilhamento de dados ao longo dos ciclos
de vida do produto.

5. Conclusões

O artigo revisou o estado da arte na metodologia de projeto de PSS e as lacunas de pesquisa foram identificadas e
discutidas. Em particular, foram estudadas oito das metodologias mais referidas na literatura científica para avaliar o nível
de maturidade atual. Em primeiro lugar, foram destacados e discutidos os diferentes pontos de vista sobre serviços e PSS
e suas principais questões. Em seguida, as ferramentas e métodos propostos e os elementos utilizados nas ferramentas
juntamente com os desafios atuais da pesquisa foram estudados detalhadamente para cada grupo de pesquisa. Um
modelo de maturidade foi então usado para ilustrar o progresso em função de diferentes dimensões. A última seção
discutiu os desafios para o desenvolvimento de PSS sustentáveis. Três dimensões foram sublinhadas: ontologia; técnicas
de modelagem e sustentabilidade.

A análise das definições e desafios de serviços e PSS mencionados na literatura identificou vinte dimensões agrupadas
em seis categorias a serem abordadas para desenvolver PSSs eficazes. As categorias abrangidas foram contexto,
stakeholders, etapas do projeto, ciclo de desenvolvimento, ciclo de vida e representação. Oito metodologias de ponta na
literatura foram então selecionadas para serem analisadas em profundidade usando esta tabela, fornecendo assim um
modelo de maturidade de projeto PSS de última geração. Os referidos artigos foram avaliados qualitativamente usando
uma escala de três pontos (discutido, mencionado e não considerado) para cada dimensão.

O modelo de maturidade destaca que as atuais metodologias de projeto PSS se concentram essencialmente em três
dimensões: processos de projeto para integração de produtos e serviços, definições de novas terminologias e
considerações de planejamento e fases do ciclo de vida do projeto. Outras dimensões precisam de atenção adequada
para uma melhora significativa. Eles incluem o desenvolvimento de listas detalhadas de requisitos, melhor compreensão
das questões relativas à implementação e monitoramento do PSS, definição dos papéis e capacidades das partes
interessadas envolvidas, processos de design para a criação de modelos de negócios inovadores e melhor compreensão
Machine Translated by Google

de como os diferentes tipos de PSS afetam o processo de design. Finalmente, embora tenha sido comumente aceito que
projetar PSS é um processo de cocriação, este ponto deve ser abordado de forma mais adequada.

Notou-se que as metodologias não foram avaliadas em contextos industriais em tempo real.
A avaliação na indústria poderia fornecer mais detalhes sobre as dimensões mais fracas e ajudar a identificar
as necessidades do projeto PSS da indústria. A colaboração entre pesquisadores acadêmicos e profissionais da indústria é
vital para garantir e incentivar a aplicabilidade das metodologias propostas na indústria.
Para fomentar esse processo, foram destacadas e discutidas questões envolvendo o uso de terminologias e a representação
da modelagem do PSS. A discussão forçará a comunidade PSS a desenvolver uma ontologia PSS única ajudando a entender
as estruturas fundamentais do PSS, facilitando a transferência de conhecimento e atualização por meio de reconhecimento
progressivo. A modelagem PSS deve ser considerada por meio de abordagens multidisciplinares e multiníveis. A análise
destaca a importância de representar e validar os recursos e o valor das partes interessadas durante o desenvolvimento de
ofertas de PSS. O suporte para impulsionar a sustentabilidade e os benefícios derivados da aplicação dos conceitos de PSS
não são detalhados nas metodologias propostas. A sustentabilidade deve incluir os três pilares da economia, social e meio
ambiente dentro de uma perspectiva de ciclo de vida. Considerações ambientais devem ser cruzadas com valor

criação e a fase de uso do PSS.

No geral, a revisão mostra que o campo do design de PSS ainda está em um estágio inicial de desenvolvimento.
Além disso, as lacunas identificadas na literatura atual reforçam a grande quantidade de pesquisas ainda necessárias para
desenvolver uma metodologia de projeto de PSS eficiente.

Referências

Albrecht, K. e Zemke, R., 1985. Service America! : Fazendo negócios na nova economia. Homewood, Illinois, Dow Jones-
Irwin.

Alonso-Rasgado, T. ,Thompson, G. e Elfström, B., 2004. O design de produtos funcionais (cuidados totais), Journal of
Engineering Design, 15(6), pp. 515-540.

Alonso-Rasgado, T., e Thompson, G., 2006. Um processo de design rápido para a criação do produto Total Care, Journal of
Engineering Design,17:6,509-531.

Aurich, J., Fuchs, C. e Wagenknecht, C., 2006a. Projeto orientado para o ciclo de vida de sistemas técnicos de produto-
serviço, Journal of Cleaner Production, 14(17), pp. 1480-1494.

Aurich, JC, Fuchs, C., e Wagenknecht, C., 2006b. Projeto modular de sistemas técnicos de produto-serviço, Brissaud, D., et
al. (eds.), Inovação em Engenharia do Ciclo de Vida e Desenvolvimento Sustentável, Springer, 303-320.

Baines, T. et ai. (2007). O estado da arte em Sistemas de Serviço de Produto. Journal of Engineering Manufacture, IMechE,
Parte B: J. Engineering Manufacture, Vol. 221, pp. 1543-1552.

Balmelli L., 2007. Uma visão geral da linguagem de modelagem de sistemas para produtos e desenvolvimento de sistemas,
Journal of Object Technology, 6 (6), julho-agosto, pp. 149-177.
Machine Translated by Google

Baxter, D., Doultsinou, N., Roy, R. e Gao, J., 2008. Um modelo de ciclo de vida para o projeto de sistemas produto-
serviço, In: 5th International Conference on Digital Engineering Technology (DET 2008), Nantes, França .

Becker, J., Beverungen, DF e Knackstedt. R., 2010. O desafio da modelagem conceitual para sistemas produto-serviço:
status quo e perspectivas para modelos de referência e linguagens de modelagem, Inf
Syst E-Bus Manage, 8, pp. 33–66.

Browning TR, 2001. Aplicando a matriz de estrutura de projeto a problemas de decomposição e integração de sistemas:
uma revisão e novos rumos. IEEE Trans Eng Manage, 48, pp. 292-306.

Brunner, FJ, e Wagner, KW, 2008. Gerenciamento de qualidade de brochura, Carl Hanser Verlag Munique, Viena.

Bullinger, H., Ahnrich, KF, Meiren, T., Engenharia de serviço—desenvolvimento metódico de novos produtos de serviço
Int. J. Economia da Produção 85 (2003) 275-287.

Datta, PP, e Roy, R., 2009. Técnicas de modelagem de custos para contratos de suporte de serviço do tipo
disponibilidade: uma revisão da literatura e estudo empírico, Anais da 1ª Conferência CIRP IPS², Cranfield University,
Reino Unido, pp. 216-223.

Dori, D., 2002. Metodologia de Processo de Objeto: Um Paradigma de Sistemas Holísticos, Springer-Verlag: Berlin
Heidelberg, Alemanha.

Durugbo, C., Tiwari, A., e Alcock, JR, 2010. Uma revisão de modelos diagramáticos de fluxo de informação para sistemas
produto-serviço, Int J Adv Manuf Technol.

Erkoyuncu, JA, Roy, R., Shehab, E. e Wardle, P., 2009. Desafios de incerteza na estimativa de custo de serviço para
sistemas produto-serviço nas indústrias aeroespacial e de defesa, Anais do 1º
Conferência CIRP IPS², Cranfield University, Reino Unido, pp. 200-207.

Goedkoop, M., van Haler, C., te Riele, H., e Rommers, P. Product Service-Systems, fundamentos ecológicos e
econômicos. Relatório para os Ministérios Holandeses do Meio Ambiente (VROM) e Assuntos Econômicos (EZ), 1999.

Gruber, TR (1993): Uma Abordagem de Tradução para Especificação de Ontologia Portátil. Aquisição de conhecimento,
Vol 5, pág. 199-220.

Hara, T., Arai, T., Shimomura, Y. e Sakao, T., 2009. Sistema CAD de serviço para integrar produto e atividade humana
para valor total, CIRP Journal of Manufacturing Science and Technology, 1(4), pp. 262-271.

Ingham, M., 2006. Visão Geral da Análise do Estado: O que os PSEs devem saber, Briefing Slides (documento interno),
Jet Propulsion Laboratory, California Institute of Technology, Pasadena, CA.

Kim, YS, Wang, E., Lee, SW e Cho, YC, 2009. A Representação do Sistema Produto-Serviço e Sua Aplicação em um
Cenário de Design de Conceito, Anais da 1ª Conferência CIRP IPS2 , Cranfield University, Reino Unido, pp. 32 -39.

Kimita, K., Shimomura, Y. e Arai, T., 2009. Um modelo de valor para o cliente para o design de serviço sustentável.
CIRP Journal of Manufacturing Science and Technology, 1(4), pp. 254-261.
Machine Translated by Google

Knutilla, A., Schlenoff, C., Ray, S., Polyak, ST, Tate, A., Cheah SC e Anderson RC, 1998. Process Specification Language:
An Analysis of Existing Representations, NISTIR 6160, National Institute of Standards e Tecnologia, Gaithersburg, MD.

Komoto H. e Tomiyama T., Integração de um serviço CAD e um simulador de ciclo de vida, CIRP Annals - Manufacturing
Technology, 57 (2008) 9–12.H.

Komoto, H., 2009. Computer Aided Product Service Systems Design (Service CAD e sua integração com Simulação de
Ciclo de Vida), Tese de Doutorado, Delft University of Technology, Delft, Holanda.

Komoto, T. Tomiyama Projeto de Serviço de Manutenção Competitiva para Bens Duráveis e de Capital usando Simulação
de Ciclo de Vida. Jornal Internacional de Tecnologia de Automação, vol. 3, nº 1 pp. 63-70, 2009.

Kordon, M., Wall, S., Stone, H., Blume, W., Skipper, J., Ingham, M., Neelon, J., Chase, J., Baalke, R., Hanks., D. , Salcedo,
J., Solish, B., Postma, M. e Machuzak, R., 2007. Projeto de Engenharia Baseado em Modelos
Pilotos no JPL, Proc. da IEEE Aerospace Conference '07.

Luczak, H., Gill, C., and Sander, B., Architecture for Service Engineering — The Design and Development of Industrial
Service Work, Advances In Services Innovations, I, 47-63, Springer, 2007.

Mahnel, M., 2007, Adequado para o melhor serviço, alavanca para o serviço de amanhã - aprenda com os campeões de
serviço, Impuls Management Consulting.

Manzini, E., 1993. Design de Serviço, Design de Produto-Serviço, Gerenciamento de Design, 4, pp. 7-12.

Maussang, N., Zwolinski, P. e Brissaud, D., 2009. Metodologia de projeto de sistema produto-serviço: do projeto de
arquitetura PSS às especificações de produtos, Journal of Engineering Design, 20(4), pp. 349 - 366.

Meier, H., e Massberg, W., 2004. Projeto de serviço baseado no ciclo de vida para modelos de negócios inovadores, CIRP
Annals - Manufacturing Technology, 53(1), pp. 393-396.

Meier, H., Roy, R., e Seliger, G., 2010. Industrial Product-Service Systems - IPS², CIRP Annals Manufacturing Technology,
59(2), pp. 607-627.

Ministério da Defesa, 2005. Estratégia Industrial de Defesa. Londres: Her Majesty's Stationery Office.

Mont, O., 2000. Sistemas Produto-Serviço. Mudando o foco corporativo da venda de produtos para a venda de produtos-
serviços: uma nova abordagem para o desenvolvimento sustentável. Lund.

Morelli, N., 2002. Projetando sistemas de produtos/serviços. Uma exploração metodológica, questões de design, 18(3),
pp. 3-17.

Morelli, N., 2006. Desenvolvimento de novos sistemas de serviços de produtos (PSS): metodologias e ferramentas
operacionais, Journal of Cleaner Production, 14, 1495-1501.

Müller, P., Kebir, N., Stark, R., e Blessing, L., Método de Camada PSS – Aplicação a Sistemas de Microenergia, Introdução
ao Projeto de Sistema de Produto/Serviço, 2009, Parte I, 3-30, Springer.
Machine Translated by Google

Ng, I., e Yip, N., 2009. Identificando o Risco e seu Impacto na Contratação através de um Modelo Baseado em
Benefícios na Contratação Business to Business: Caso da Indústria de Defesa”, Proc. da conferência ICMR '09.

Rexfelt, O., e Ornäs VH, Aceitação do consumidor de sistemas produto-serviço Projetando para vantagens relativas e
reduções de incerteza, Journal of Manufacturing Technology Management, vol. 20 Nº 5, págs. 674-699, 2009.

Sadek, T., e Theiss, R., Knowledge Based Assistance for Conceptual Development of Industrial Product-Service
Systems, Proceedings Of The 6th CIRP-Sponsored International Conference On Digital Enterprise Technology,
Advances in Intelligent and Soft Computing, Volume 66, 1647- 1664, 2010.

Sakao, T. e Shimomura, Y., 2007. Service Engineering: a Novel Engineering Discipline for Producers to Increase Value
Combinando Serviço e Produto, Journal of Cleaner Production, 15, pp. 590-604.

Sakao, T., Shimomura, Y., Sundin, E. e Comstock, M., 2009. Modelagem de objetos de projeto em sistema CAD para
Engenharia de Serviço/Produto, Desenho Assistido por Computador, 41, pp. 197-213.

Shen, J. e Wang, L., 2007. Uma Nova Perspectiva e Representação de Serviço, Conferência Internacional
em Comunicações Sem Fio, Redes e Computação Móvel, WiCom '07.

Shimomura, Y., Hara, T. e Arai, T., 2008. Um método de avaliação de serviço usando metodologias matemáticas, CIRP
Annals - Manufacturing Technology, 57, pp. 437–440.

Shimomura, Y., Hara, T. e Arai, T., 2009. Um esquema de representação unificada para o desenvolvimento efetivo de
PSS, CIRP Annals - Manufacturing Technology, 58, pp. 379–382.

Tan, AR, Matzen, D., McAloone, T., e Evans, S., Estratégias para projetar e desenvolver serviços para empresas de
manufatura, CIRP - Journal of Manufacturing Science and Technology, Vol: 3, número: 2, páginas: 90 -97, 2010.

Tan, A., McAloone, TC e Hagelskjær, LE, 2009. Reflexões sobre a conceituação de produto/sistema de serviço (PSS)
em um ambiente de curso, International Journal of Design Engineering.

Tomiyama, T., 2001. Engenharia de serviço para intensificar o conteúdo de serviço nos ciclos de vida do produto,
segundo simpósio internacional sobre design ambientalmente consciente e fabricação inversa, Tóquio, Japão. 613-618.

Tomiyama, T., Shimomura, Y. e Watanabe, K., 2004. Uma Nota sobre Metodologia de Design de Serviço. Proc. de
DETC '04, ASME, Documento nº 57393.

Tucker, A., e Tischner, U., 2005. Novos Negócios para a Velha Europa - Desenvolvimento de Produto-Serviço,
Competitividade e Sustentabilidade, Greanleaf Publishing, Sheffield, Reino Unido.

Tukker, A., e Tischner, U., 2006. Produtos-serviços como campo de pesquisa: passado, presente e futuro.
Reflexões de uma década de pesquisa. Journal of Cleaner Production, 14(17), 1552–1556.

Ueda, K., Takenaka, T., Fujita K., Toward value co-criation in manufacturing and service, CIRP Journal of Manufacturing
Science and Technology, 1 (2008) 53–58.
Machine Translated by Google

Ulrich, KT, e Eppinger SD, 2000. Projeto e Desenvolvimento de Produto, McGraw-Hill.

van Halen, C., Vezzoli, C., Wimmer R., Methodology For Product Service System Innovation, Como implementar
estratégias limpas, inteligentes e competitivas nas indústrias europeias ISBN: 90-232-4143-6, Royal Van
Gorcum, Assen, Holanda, junho de 2005.

Vandermerwe, S., 2000. Como aumentar o valor para o cliente melhora os resultados do negócio, MIT Sloan
Management Review, 42(1), pp. 27-37.

Weber, C., Steinbach, M., Botta, C., Deubel, T., Modelagem de Sistemas Produto-Serviço (PSS) Baseado na
Abordagem PDD, Conferência Internacional de Design - Design 2004, Dubrovnik, 18 a 21 de maio de 2004 .

Welp, EG, Meier, H., Sadek, T., e Sadek, K., 2008. Abordagem de Modelagem para o Desenvolvimento Integrado
de Sistemas Produto-Serviço Industrial, A 41ª Conferência CIRP sobre Sistemas de Manufatura '08.

Você também pode gostar