{"id":41149,"date":"2026-07-16T16:15:39","date_gmt":"2026-07-16T14:15:39","guid":{"rendered":"https:\/\/www.logicline.de\/customer-portal-mechanical-engineering-standard-vs-in-house-development"},"modified":"2026-08-14T16:23:38","modified_gmt":"2026-08-14T14:23:38","slug":"customer-portal-mechanical-engineering-standard-vs-in-house-development","status":"publish","type":"post","link":"https:\/\/www.logicline.de\/en\/customer-portal-mechanical-engineering-standard-vs-in-house-development","title":{"rendered":"Customer Portal for Machinery and Equipment: Off-the-Shelf or Custom-Built?"},"content":{"rendered":"\t\t<div data-elementor-type=\"wp-post\" data-elementor-id=\"41149\" class=\"elementor elementor-41149 elementor-41141\" data-elementor-post-type=\"post\">\n\t\t\t\t<div class=\"elementor-element elementor-element-7c03afc0 e-flex e-con-boxed e-con e-parent\" data-id=\"7c03afc0\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t\t\t\t<div class=\"e-con-inner\">\n\t\t\t\t<div class=\"elementor-element elementor-element-61419d4e elementor-widget elementor-widget-text-editor\" data-id=\"61419d4e\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p><strong>If your service department handles 40 to 60 calls a day regarding documents, spare parts, or ticket status, the decision to use a portal is a business decision, not a minor IT issue.<\/strong>  It makes sense to base the decision initially on three factors: available data, time to first benefit, and operating costs over five years.<\/p><p>In short:<\/p><ul><li><strong>A standard platform<\/strong> is usually a good fit if your installed base is well-managed and you want to get up and running quickly.<\/li><li><strong>An in-house solution<\/strong> is only appropriate if your process differs significantly from industry standards <em>and<\/em> you want to handle maintenance, security, and further development on your own for years to come.<\/li><li><strong>Without machine-related data<\/strong>, any portal is nothing more than a front end.<\/li><li>With a standard platform, it is often possible to launch the first version of the portal within <strong>6 to 8 weeks<\/strong>.<\/li><li><strong>12 to 18 months<\/strong> and <strong>\u20ac250,000 to \u20ac400,000<\/strong> are typical timeframes and cost ranges for an in-house development (based on experience).<\/li><li>The right place to start is often not choosing software, but conducting an <strong>Installed Base Assessment<\/strong>.<\/li><\/ul><p>It&#8217;s best to review the topic in this order:<\/p><ul><li>Is the installed base clearly assigned to each machine?<\/li><li>Which tasks should customers handle on their own?<\/li><li>Who will be responsible for releases, security, and support in 3 to 5 years?<\/li><li>At what point does the portal start to save a measurable amount of time in service operations?<\/li><\/ul><p><strong>Quick Comparison Overview:<\/strong><\/p><table><thead><tr><th>Criterion<\/th><th>Standard platform<\/th><th>In-house development<\/th><th>SAP-based architecture<\/th><\/tr><\/thead><tbody><tr><td>Time until launch<\/td><td>6\u20138 weeks<\/td><td>12\u201318 months<\/td><td>Depending on the setup<\/td><\/tr><tr><td>Project Effort<\/td><td>Low to medium<\/td><td>High<\/td><td>High<\/td><\/tr><tr><td>Operational Costs<\/td><td>On the provider&#8217;s end<\/td><td>Internal<\/td><td>Depending on the setup<\/td><\/tr><tr><td>Fitting for Machine Service<\/td><td>High<\/td><td>Variable<\/td><td>Somewhat medium<\/td><\/tr><tr><td>Risk Due to Reliance on Individuals<\/td><td>Low<\/td><td>High<\/td><td>Medium<\/td><\/tr><\/tbody><\/table><p>The article therefore addresses this as a \u201cmake-or-buy\u201d question: Which model supports your service on a day-to-day basis\u2014and not just at go-live? The maturity model\u2014 <strong>Digitize \u2192 Connect \u2192 Decide \u2192 Automate<\/strong> \u2014provides the appropriate framework for this. A portal can be effective starting at Level 2; without Level 1, it cannot.  <\/p><h2>What a portal can do\u2014and what it can&#8217;t<\/h2><h3>The 4-step model: Digitize \u2013 Connect \u2013 Decide \u2013 Automate<\/h3><p>In the 4-step model, the customer portal is at Step 2: <strong>Connect<\/strong>. There, it provides access to machine documentation, service cases, spare parts, and contract status. <\/p><p>However, this stage requires Stage 1: <strong>Digitize<\/strong>. This refers to a well-structured installed base. Machines must be uniquely identified, service operations must be assigned to the correct piece of equipment, and machine-specific documentation must be available. If this foundation is missing, the portal will display information but cannot reliably control anything. Stages 3 and 4\u2014 <strong>Decide<\/strong> and <strong>Automate<\/strong> \u2014build directly on this foundation. Only then does self-service contribute to day-to-day operations.     <\/p><p>In practice, this isn&#8217;t an IT issue, but a service issue. If the mapping between machine, history, and document is incorrect, the request will end up back with the inside sales staff despite the portal. The 4-step model helps to objectively assess these dependencies.  <\/p><h3>Why a portal without machine data is just a front end<\/h3><p>Reliable self-service can only be achieved when the machine, document, and service process are clearly aligned and the master data is consistently maintained. Without this data foundation, a portal remains nothing more than a facade. <\/p><p>The <a href=\"https:\/\/www.logicline.de\/en\/services\/digital-machine-file\">Digital Machine File (IOTAM)<\/a> provides precisely this machine-specific foundation. It assigns information not only to a customer account, but to the individual machine. That is the point at which a view becomes a usable service channel.  <\/p><p>If you first want to determine how complete and consistent your installed base is today, the <a href=\"https:\/\/www.logicline.de\/en\/services\/installed-base-assessment\">Installed Base Assessment<\/a> offers a structured starting point. This often reveals why portals fall short of expectations in day-to-day use: In most cases, the problem lies in the lack of data organization behind the scenes, rather than in the user interface itself. <\/p><h3>Where the benefits of the portal begin in practice<\/h3><p>The benefits become apparent when it comes to recurring service inquiries. In everyday life, it often comes down to three things: <\/p><ul><li>Where is my documentation?<\/li><li>What is the status of my service request?<\/li><li>Which spare part is compatible with my configuration?<\/li><\/ul><p>If a portal reliably answers these questions, the number of phone calls and emails decreases. This reduces the workload on the inside sales staff, and the customer receives the answer directly through self-service. The key factor here is well-maintained machine data running in the background, rather than the user interface itself. A structured requirements overview provides the <a href=\"https:\/\/www.logicline.de\/en\/self-service-portals-checklist-for-mechanical-engineers\">checklist for self-service portals<\/a>.   <\/p><p>A typical scenario illustrates this pattern: A manufacturer makes documents available centrally, but not in a machine-readable format. The customer finds multiple versions, doesn\u2019t know which version has been approved, and ends up asking the service department again. Generic content then generates new inquiries instead of reducing the workload. This is precisely why data quality is the benchmark for the portal\u2019s value.   <\/p><div style=\"border: 1px solid #e00817;background: #fdf5f6;padding: 18px 22px;margin: 28px 0;border-radius: 4px\"><p style=\"margin: 0\"><strong>Standard platform or in-house development\u2014not sure which is right for your data situation?<\/strong><br \/>In 30 minutes, we\u2019ll assess your installed base and show you which portal model supports your day-to-day operations\u2014no slide presentations.<br \/>\u2192 <a href=\"https:\/\/www.logicline.de\/en\/contact\"><strong>Schedule an introductory call<\/strong><\/a><\/p><\/div><h2>Off-the-shelf platform or in-house development: a direct comparison<\/h2><p>Based on a clean data structure, this is where the actual strategic decision is made: Should the portal go live quickly, or should you gradually build your own product, which will entail ongoing operational costs? Three factors are particularly important when weighing these options: <strong>time-to-value, TCO, and operational reliability<\/strong>. <\/p><h3>Standard platform with industry expertise<\/h3><p>A <a href=\"https:\/\/www.logicline.de\/en\/services\/customer-portal\">standard platform with industry-specific depth<\/a> comes with a preconfigured data model. <strong>Machine records, service cases, spare parts, and contract statuses<\/strong> are typically already set up. This shortens the project phase and reduces the risk that basic service logic will need to be refined during ongoing operations. <\/p><p>The practical benefits become apparent right from the start: Experience shows that a first productive portal can be launched <strong>in six to eight weeks<\/strong> \u2014provided the installed base is well-structured. This is a particularly tangible benefit for heads of service. They can see early on whether customers can find documents, create cases properly, and request spare parts without any detours.  <\/p><p>Operations are also easier to plan. Updates, security patches, and new features are released as part of the provider\u2019s product cycle. This means your team doesn\u2019t have to catch up on any maintenance backlog of its own. Documents, tickets, and spare parts can be linked directly within the portal. When the portal is embedded in Salesforce, it becomes a collaborative tool for customers and service teams rather than an isolated access channel.    <\/p><h3>If using a standard solution: a proprietary portal platform or Salesforce?<\/h3><p>Within the standard option, there is a second path to consider. A dedicated portal or digital experience platform (DXP) such as Liferay or Adobe Experience Manager is also standard software, but it is not tied to your CRM. If customer data, service processes, and equipment records are already stored in Salesforce, a separate DXP requires an additional integration layer between the portal and the CRM\u2014one that must be built and maintained over the years. This is precisely the ongoing operation that, as mentioned earlier, decides on the actual costs.   <\/p><p>A CRM-native standard platform on the Salesforce Experience Cloud eliminates this intermediate layer. The portal accesses the same records as the service: machine, service case, service order, and purchase order. A ticket created in the portal goes through the same process as one created internally, and the view \u201cthis customer only sees their machines\u201d follows Salesforce\u2019s approval rules.  <\/p><p>A standalone DXP remains a viable option if the portal serves many target audiences far beyond the scope of the service, if on-premises operation is mandatory, or if a content-driven public website is the primary focus. For an after-sales portal focused on machinery, service cases, and spare parts, however, a secondary platform is usually the more expensive operational option\u2014for the same reason that argues against in-house development: the decisive factor is who bears the cost of continuous operation. <\/p><h3>In-House Development: Flexibility with Hidden Operating Costs<\/h3><p>In-house developments often seem attractive at first because every process can be mapped out exactly as desired. In practice, however, it is precisely this advantage that ends up being costly later on. <\/p><p>Starting with the go-live, maintenance, security management, and further development are entirely the responsibility of the in-house team. Added to this are typical ongoing costs: security vulnerabilities must be patched, new service requirements must be incorporated, and knowledge must be rebuilt whenever there are staff changes. This ties up not just a one-time budget allocation, but working hours year after year.  <\/p><p>As a rough guide, experience from comparable projects indicates project costs of <strong>250,000 to 400,000 euros<\/strong> and an implementation period of <strong>12 to 18 months<\/strong>. These figures are not set in stone, but they give an idea of the order of magnitude. For many companies, the critical issue is operation over several years, not the programming itself.  <\/p><blockquote><p>&#8220;The real question isn&#8217;t &#8216;build it or buy it,&#8217; but rather: Who will be responsible for maintenance, security, and further development in five years\u2014and how quickly will the first measurable benefits be realized?&#8221;<\/p><\/blockquote><h3>Comparison Table: Standard Platform, In-House Development, and SAP-Based Architecture<\/h3><table><thead><tr><th>Criterion<\/th><th>Standard platform with industry-specific expertise<\/th><th>In-house development<\/th><th>SAP-based architecture<\/th><\/tr><\/thead><tbody><tr><td><strong>Time to Value<\/strong><\/td><td>6\u20138 weeks<\/td><td>12\u201318 months<\/td><td>Depending on the existing SAP setup<\/td><\/tr><tr><td><strong>Initial project effort<\/strong><\/td><td>Low to medium<\/td><td>High<\/td><td>High<\/td><\/tr><tr><td><strong>Precision Fitting for Machine Service<\/strong><\/td><td>High<\/td><td>Variable<\/td><td>Somewhat medium<\/td><\/tr><tr><td><strong>Ongoing Maintenance Costs<\/strong><\/td><td>For the platform provider<\/td><td>Entirely in-house<\/td><td>Highly dependent on the internal setup<\/td><\/tr><tr><td><strong>Security Updates<\/strong><\/td><td>As part of the vendor&#8217;s product lifecycle<\/td><td>Your Own Responsibility<\/td><td>Depending on the setup<\/td><\/tr><tr><td><strong>Person-Dependency<\/strong><\/td><td>Low<\/td><td>High<\/td><td>Medium<\/td><\/tr><tr><td><strong>Integration effort<\/strong><\/td><td>Low to medium<\/td><td>Fully customizable<\/td><td>Depends on the existing SAP setup<\/td><\/tr><tr><td><strong>5-Year TCO (Trend)<\/strong><\/td><td>Rather low<\/td><td>Higher<\/td><td>Rather high<\/td><\/tr><\/tbody><\/table><p>An SAP-based architecture can be a good choice if the portal is primarily intended to make existing ERP data visible and SAP already plays a central role in the service processes. However, if customers are expected to work independently with <strong>machine documentation, service cases, and spare parts<\/strong>, the necessary preconfiguration for machine service is often lacking. This results in additional setup effort, even though the basic data is already available in-house.  <\/p><p>The maturity model\u2014 <strong>Digitize \u2192 Connect \u2192 Decide \u2192 Automate<\/strong>\u2014is helpful for strategic classification. A portal usually does not realize its full value simply by making data visible. It must also fit into existing workflows so that information can be transformed into a concrete service action.  <\/p><h2>Which option is right for which manufacturer?<\/h2><p>Once you&#8217;ve compared the models, it comes down to day-to-day operations: Which option best supports your service business? The decision hinges primarily on three factors: <strong>data readiness, service volume, and operational responsibility<\/strong>. The portal&#8217;s question thus becomes a clear &#8220;make-or-buy&#8221; decision.  <\/p><h3>When a Standard Platform Is the Right Choice<\/h3><p>A typical scenario: A mass-production manufacturer supports a large installed base, and the service team handles 40 to 60 calls every day regarding documentation, spare parts, or trouble reports. In this case, the potential for reducing the workload is obvious. The larger the installed base, the more worthwhile a <a href=\"https:\/\/www.logicline.de\/en\/services\/customer-portal\">customer portal is in the machinery and equipment industry<\/a>. When customers resolve standard issues themselves through the portal, the workload on the inside sales team decreases immediately. It is well-documented that large mass-production manufacturers are taking this approach\u2014for example, Heidelberg, which operates a customer portal for documentation, spare parts, and service requests.    <\/p><p>A clean database is a prerequisite. Manufacturers with a well-maintained installed base can roll out a portal much more quickly in Phase 2. Those who have already collected and linked their data can move more quickly from concept to operation in the service portal.  <\/p><p>If you don\u2019t want to maintain your own software product for years on end, a standard platform is often the better option. The provider then handles operations, security updates, and new features. In Salesforce, such a portal can be closely integrated with service processes, cases, and the installed base without requiring you to turn it into a separate IT product. Ultimately, the key difference lies in who is responsible for ongoing operations\u2014rather than in the list of features.   <\/p><h3>When Developing Your Own Solution May Still Make Sense<\/h3><p>In-house development is a special case, not the standard approach. It only makes sense if your service process differs significantly from industry standards, a reliable internal team can ensure long-term operations, and machine data must not leave your own network. <\/p><p>This isn&#8217;t just an IT issue. It&#8217;s a management decision with implications for the budget, staffing, and liability. A standard platform reduces your own operational costs. Developing your own solution shifts those costs to your organization: releases, security, bug fixes, further development, and staffing requirements.   <\/p><p>Under these conditions, in-house development can work. It is then a conscious decision to assume long-term operational responsibility, not merely a matter of technical freedom. <\/p><h3>Decision Table: Data Availability, Service Volume, and Recommended Approach<\/h3><p>The following table categorizes the decision based on data availability, volume of requests, and operational capability.<\/p><table><thead><tr><th>Situation<\/th><th>Data on Installed Base<\/th><th>Daily Inquiry Volume<\/th><th>Recommended Approach<\/th><\/tr><\/thead><tbody><tr><td>Mass-production manufacturers, many similar machines<\/td><td>Structured, centrally accessible<\/td><td>High (40\u201360 inquiries\/day)<\/td><td>Standard platform with industry-specific expertise<\/td><\/tr><tr><td>Mass-production manufacturers, fragmented data (PDFs, Excel, ERP silos)<\/td><td>Incomplete<\/td><td>Medium to high<\/td><td>First, an <a href=\"https:\/\/www.logicline.de\/en\/services\/installed-base-assessment\">Installed Base Assessment<\/a>; then, a platform<\/td><\/tr><tr><td>Manufacturer with a highly specialized process, strong in-house IT team<\/td><td>Variable<\/td><td>Low to medium<\/td><td>In-house development\u2014if operations are sustainably secured<\/td><\/tr><\/tbody><\/table><h2>Conclusion: Choose the portal model that will sustain your organization in the long term<\/h2><h3>Key Takeaways for Executive Management, IT, and Service Management<\/h3><p>After comparing the available data, TCO, and operating costs, one practical question remains: <strong>Will the chosen portal model still support your day-to-day operations three or five years from now?<\/strong> A customer portal is not a project with a clear end point. It is an operational model that entails ongoing responsibility for maintenance, security, releases, and troubleshooting. <\/p><p>For management, IT, and service management, three points are key:<\/p><ul><li><strong>Without structured, machine-readable data, any portal remains merely a user interface.<\/strong><\/li><li><strong>The biggest costs occur after the go-live: from updates, new releases, and bug fixes. With in-house development, this burden falls entirely on you. <\/strong><\/li><li><strong>What you decide is who bears operational responsibility on a long-term and reliable basis\u2014rather than the length of the list of duties.<\/strong><\/li><\/ul><p>In practice, portals rarely fail because of their first version. Problems arise later, when data is missing, responsibilities are unclear, or operational adjustments take up too much time and budget. That\u2019s why it\u2019s worth focusing first on the model\u2019s robustness and only then on individual features.  <\/p><p>In a strategic context, a clear picture of the maturity level is helpful. The model\u2014 <strong>Digitize \u2192 Connect \u2192 Decide \u2192 Automate<\/strong> \u2014highlights where your service stands today and what type of portal operation is best suited to it. Those who jump to the final stage too soon often end up building more interface than actual value.  <\/p><h3>Next Step: Review Your Data Before Choosing a Portal Model<\/h3><p>Before you decide on an architecture, you should review your data infrastructure. How well is your installed base documented? Is machine data available in a structured and centralized format, or is it scattered across PDFs, documents, and ERP systems?  <\/p><p>This is exactly where an <a href=\"https:\/\/www.logicline.de\/en\/services\/installed-base-assessment\">Installed Base Assessment<\/a> comes in. It evaluates data readiness, service processes, and portal compatibility before you make a technology decision. This reveals the actual risk: the gap between desired functionality and the existing data landscape.  <\/p><p>Two practical ways to get started:<\/p><ul><li><strong><a href=\"https:\/\/www.logicline.de\/en\/services\/installed-base-assessment\">Installed Base Assessment<\/a><\/strong> \u2013 if you want to first assess data readiness, service processes, and portal compatibility before finalizing an architecture.<\/li><li><strong><a href=\"https:\/\/www.logicline.de\/en\/contact\">introductory call<\/a><\/strong> \u2013 if you\u2019d like to discuss the decision on whether to make or buy products for your service business in detail.<\/li><\/ul>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t<section data-dce-background-color=\"#00000000\" class=\"elementor-element elementor-element-c254285 e-flex e-con-boxed e-con e-parent\" data-id=\"c254285\" data-element_type=\"container\" data-e-type=\"container\" data-settings=\"{&quot;background_background&quot;:&quot;classic&quot;}\">\n\t\t\t\t\t<div class=\"e-con-inner\">\n\t\t<div data-dce-background-color=\"#FFFFFF\" class=\"elementor-element elementor-element-55aff5e e-flex e-con-boxed e-con e-child\" data-id=\"55aff5e\" data-element_type=\"container\" data-e-type=\"container\" data-settings=\"{&quot;background_background&quot;:&quot;classic&quot;}\">\n\t\t\t\t\t<div class=\"e-con-inner\">\n\t\t<div class=\"elementor-element elementor-element-48de356 e-con-full e-flex e-con e-child\" data-id=\"48de356\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t<div class=\"elementor-element elementor-element-4b7d6a6 e-flex e-con-boxed e-con e-child\" data-id=\"4b7d6a6\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t\t\t\t<div class=\"e-con-inner\">\n\t\t\t\t<div class=\"elementor-element elementor-element-0fa94fe elementor-widget elementor-widget-heading\" data-id=\"0fa94fe\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"heading.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t<h2 class=\"elementor-heading-title elementor-size-default\">FAQs<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<div class=\"elementor-element elementor-element-ed3a7f2 elementor-widget elementor-widget-n-accordion\" data-id=\"ed3a7f2\" data-element_type=\"widget\" data-e-type=\"widget\" data-settings=\"{&quot;default_state&quot;:&quot;expanded&quot;,&quot;max_items_expended&quot;:&quot;one&quot;,&quot;n_accordion_animation_duration&quot;:{&quot;unit&quot;:&quot;ms&quot;,&quot;size&quot;:400,&quot;sizes&quot;:[]}}\" data-widget_type=\"nested-accordion.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t<div class=\"e-n-accordion\" aria-label=\"Accordion. Open links with Enter or Space, close with Escape, and navigate with Arrow Keys\">\n\t\t\t\t\t\t<details id=\"e-n-accordion-item-2480\" class=\"e-n-accordion-item\" open>\n\t\t\t\t<summary class=\"e-n-accordion-item-title\" data-accordion-index=\"1\" tabindex=\"0\" aria-expanded=\"true\" aria-controls=\"e-n-accordion-item-2480\" >\n\t\t\t\t\t<span class='e-n-accordion-item-title-header'><h4 class=\"e-n-accordion-item-title-text\"> When is a customer portal worthwhile in the machinery and equipment industry? <\/h4><\/span>\n\t\t\t\t\t\t\t<span class='e-n-accordion-item-title-icon'>\n\t\t\t<span class='e-opened' ><svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-minus\" viewBox=\"0 0 448 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\"><path d=\"M416 208H32c-17.67 0-32 14.33-32 32v32c0 17.67 14.33 32 32 32h384c17.67 0 32-14.33 32-32v-32c0-17.67-14.33-32-32-32z\"><\/path><\/svg><\/span>\n\t\t\t<span class='e-closed'><svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-plus\" viewBox=\"0 0 448 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\"><path d=\"M416 208H272V64c0-17.67-14.33-32-32-32h-32c-17.67 0-32 14.33-32 32v144H32c-17.67 0-32 14.33-32 32v32c0 17.67 14.33 32 32 32h144v144c0 17.67 14.33 32 32 32h32c17.67 0 32-14.33 32-32V304h144c17.67 0 32-14.33 32-32v-32c0-17.67-14.33-32-32-32z\"><\/path><\/svg><\/span>\n\t\t<\/span>\n\n\t\t\t\t\t\t<\/summary>\n\t\t\t\t<div role=\"region\" aria-labelledby=\"e-n-accordion-item-2480\" class=\"elementor-element elementor-element-8046bac e-flex e-con-boxed e-con e-child\" data-id=\"8046bac\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t\t\t\t<div class=\"e-con-inner\">\n\t\t\t\t<div class=\"elementor-element elementor-element-e3a4f16 elementor-widget elementor-widget-text-editor\" data-id=\"e3a4f16\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>A customer portal in the machinery and equipment industry pays off when it is built on a clean, structured database and offers your customers concrete self-service options in their day-to-day work. Without connected machine and plant data, the portal often remains nothing more than a facade\u2014pleasing to the eye, but of little use to service, sales, and operations. The issue, therefore, doesn\u2019t start with the front end, but with the problem on the ground: Customers want to find spare parts, access documents, report service issues, or check the status of a system without having to call every time. This only works if master data, the installed base, service history, and machine data are all aligned. This is exactly where the Digital Machine File (IOTAM) comes in. Four factors are particularly important for deciding: time-to-value (how quickly does the portal deliver tangible results?), maintenance (how much effort is required for content and data management?), security (who is authorized to view what?), and long-term operation (who will be responsible for the portal over the years?). It usually makes sense to follow the logic: Digitize \u2192 Connect \u2192 Decide \u2192 Automate.      <\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/details>\n\t\t\t\t\t\t<details id=\"e-n-accordion-item-2481\" class=\"e-n-accordion-item\" >\n\t\t\t\t<summary class=\"e-n-accordion-item-title\" data-accordion-index=\"2\" tabindex=\"-1\" aria-expanded=\"false\" aria-controls=\"e-n-accordion-item-2481\" >\n\t\t\t\t\t<span class='e-n-accordion-item-title-header'><h4 class=\"e-n-accordion-item-title-text\"> What data must be available before the portal goes live? <\/h4><\/span>\n\t\t\t\t\t\t\t<span class='e-n-accordion-item-title-icon'>\n\t\t\t<span class='e-opened' ><svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-minus\" viewBox=\"0 0 448 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\"><path d=\"M416 208H32c-17.67 0-32 14.33-32 32v32c0 17.67 14.33 32 32 32h384c17.67 0 32-14.33 32-32v-32c0-17.67-14.33-32-32-32z\"><\/path><\/svg><\/span>\n\t\t\t<span class='e-closed'><svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-plus\" viewBox=\"0 0 448 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\"><path d=\"M416 208H272V64c0-17.67-14.33-32-32-32h-32c-17.67 0-32 14.33-32 32v144H32c-17.67 0-32 14.33-32 32v32c0 17.67 14.33 32 32 32h144v144c0 17.67 14.33 32 32 32h32c17.67 0 32-14.33 32-32V304h144c17.67 0 32-14.33 32-32v-32c0-17.67-14.33-32-32-32z\"><\/path><\/svg><\/span>\n\t\t<\/span>\n\n\t\t\t\t\t\t<\/summary>\n\t\t\t\t<div role=\"region\" aria-labelledby=\"e-n-accordion-item-2481\" class=\"elementor-element elementor-element-5414f61 e-con-full e-flex e-con e-child\" data-id=\"5414f61\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t\t\t<div class=\"elementor-element elementor-element-1e5ed46 elementor-widget elementor-widget-text-editor\" data-id=\"1e5ed46\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>Before the portal goes live, the installed base must be organized and machine-specific. It is crucial that each machine is uniquely identified and that documents, service operations, and spare parts are assigned to the correct machine\u2014not just the customer account. Specifically, this includes: master data and configuration by serial number, machine-specific documentation with a clear approval status, service history, spare parts and configuration assignments, as well as contract and warranty status. If this assignment is missing, the portal will display information but cannot reliably manage anything\u2014and inquiries will end up back with the inside sales staff despite the self-service options. The Digital Machine File (IOTAM) establishes this machine-specific foundation; an Installed Base Assessment identifies in advance where data is missing, duplicated, or does not match the serial number.    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/details>\n\t\t\t\t\t\t<details id=\"e-n-accordion-item-2482\" class=\"e-n-accordion-item\" >\n\t\t\t\t<summary class=\"e-n-accordion-item-title\" data-accordion-index=\"3\" tabindex=\"-1\" aria-expanded=\"false\" aria-controls=\"e-n-accordion-item-2482\" >\n\t\t\t\t\t<span class='e-n-accordion-item-title-header'><h4 class=\"e-n-accordion-item-title-text\"> How do I determine whether a standard platform or a custom solution is a better fit? <\/h4><\/span>\n\t\t\t\t\t\t\t<span class='e-n-accordion-item-title-icon'>\n\t\t\t<span class='e-opened' ><svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-minus\" viewBox=\"0 0 448 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\"><path d=\"M416 208H32c-17.67 0-32 14.33-32 32v32c0 17.67 14.33 32 32 32h384c17.67 0 32-14.33 32-32v-32c0-17.67-14.33-32-32-32z\"><\/path><\/svg><\/span>\n\t\t\t<span class='e-closed'><svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-plus\" viewBox=\"0 0 448 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\"><path d=\"M416 208H272V64c0-17.67-14.33-32-32-32h-32c-17.67 0-32 14.33-32 32v144H32c-17.67 0-32 14.33-32 32v32c0 17.67 14.33 32 32 32h144v144c0 17.67 14.33 32 32 32h32c17.67 0 32-14.33 32-32V304h144c17.67 0 32-14.33 32-32v-32c0-17.67-14.33-32-32-32z\"><\/path><\/svg><\/span>\n\t\t<\/span>\n\n\t\t\t\t\t\t<\/summary>\n\t\t\t\t<div role=\"region\" aria-labelledby=\"e-n-accordion-item-2482\" class=\"elementor-element elementor-element-cca8e05 e-con-full e-flex e-con e-child\" data-id=\"cca8e05\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t\t\t<div class=\"elementor-element elementor-element-7504c5c elementor-widget elementor-widget-text-editor\" data-id=\"7504c5c\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>The decision hinges on three questions, not on the list of features: How mature and structured is your installed base? How high is your service and support volume? And who will be responsible for maintenance, security, and further development over the next three to five years? A standard platform with industry-specific depth is usually the right choice if your data is well-managed and you want to get up and running quickly\u2014time-to-value in weeks, with the provider handling operations. An in-house development is a special case, making sense only if your process clearly deviates from industry standards and an internal team can ensure long-term operation. As a rule of thumb, in-house developments cost between 250,000 and 400,000 euros and take 12 to 18 months, while a preconfigured portal is often up and running in six to eight weeks. An Installed Base Assessment determines your data readiness before you commit to an architecture.      <\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/details>\n\t\t\t\t\t\t<details id=\"e-n-accordion-item-2483\" class=\"e-n-accordion-item\" >\n\t\t\t\t<summary class=\"e-n-accordion-item-title\" data-accordion-index=\"4\" tabindex=\"-1\" aria-expanded=\"false\" aria-controls=\"e-n-accordion-item-2483\" >\n\t\t\t\t\t<span class='e-n-accordion-item-title-header'><h4 class=\"e-n-accordion-item-title-text\"> Should we build the portal on our own platform or on Salesforce? <\/h4><\/span>\n\t\t\t\t\t\t\t<span class='e-n-accordion-item-title-icon'>\n\t\t\t<span class='e-opened' ><svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-minus\" viewBox=\"0 0 448 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\"><path d=\"M416 208H32c-17.67 0-32 14.33-32 32v32c0 17.67 14.33 32 32 32h384c17.67 0 32-14.33 32-32v-32c0-17.67-14.33-32-32-32z\"><\/path><\/svg><\/span>\n\t\t\t<span class='e-closed'><svg aria-hidden=\"true\" class=\"e-font-icon-svg e-fas-plus\" viewBox=\"0 0 448 512\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\"><path d=\"M416 208H272V64c0-17.67-14.33-32-32-32h-32c-17.67 0-32 14.33-32 32v144H32c-17.67 0-32 14.33-32 32v32c0 17.67 14.33 32 32 32h144v144c0 17.67 14.33 32 32 32h32c17.67 0 32-14.33 32-32V304h144c17.67 0 32-14.33 32-32v-32c0-17.67-14.33-32-32-32z\"><\/path><\/svg><\/span>\n\t\t<\/span>\n\n\t\t\t\t\t\t<\/summary>\n\t\t\t\t<div role=\"region\" aria-labelledby=\"e-n-accordion-item-2483\" class=\"elementor-element elementor-element-e8365b9 e-con-full e-flex e-con e-child\" data-id=\"e8365b9\" data-element_type=\"container\" data-e-type=\"container\">\n\t\t\t\t<div class=\"elementor-element elementor-element-d3d6441 elementor-widget elementor-widget-text-editor\" data-id=\"d3d6441\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>If customer data, service processes, and the machine file are already stored in Salesforce, there are strong arguments in favor of a portal on the Salesforce Experience Cloud: It uses the same data records and processes without the need to build and maintain an integration layer to a second platform. A dedicated portal platform (DXP) such as Liferay or Adobe Experience Manager is worthwhile if you need to serve many target audiences beyond the service department, if on-premises operation is required, or if the focus is on a content-driven public website. For a portal dedicated solely to after-sales, a second platform is usually more expensive to operate than the benefits it provides\u2014the key factor is who bears the cost of ongoing operation.  <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/details>\n\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/section>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"<p>If your service department handles 40 to 60 calls a day regarding documents, spare parts, or ticket status, the decision to use a portal is a business decision, not a minor IT issue. It makes sense to base the decision initially on three factors: available data, time to first benefit, and operating costs over five [&hellip;]<\/p>\n","protected":false},"author":5,"featured_media":41140,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[43035],"tags":[],"class_list":["post-41149","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-customer-portals-self-service"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/posts\/41149","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/comments?post=41149"}],"version-history":[{"count":5,"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/posts\/41149\/revisions"}],"predecessor-version":[{"id":42526,"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/posts\/41149\/revisions\/42526"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/media\/41140"}],"wp:attachment":[{"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/media?parent=41149"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/categories?post=41149"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.logicline.de\/en\/wp-json\/wp\/v2\/tags?post=41149"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}