Mỗi hệ thống kỹ thuật (dù bạn gọi nó là PLM, ERP, đổi mới sản phẩm, hoặc giải pháp song hình ảo) thực tế là một bộ (một gói) các công cụ để giải quyết các vấn đề cụ thể. Mỗi công ty phần mềm đóng gói nó dựa trên niềm tin chiến lược và ICP (hồ sơ khách hàng lý tưởng) mà họ bán. Mặc dù hoàn toàn phù hợp cho một doanh nghiệp phần mềm, nhưng nó không giúp bạn như một khách hàng đang cố gắng tìm hiểu những gì bạn cần.
Đây là một hiểu lầm phổ biến mà tôi đã thấy nhiều lần – niềm tin rằng tập trung vào những từ viết tắt ba chữ cái (TLA) này và các gói tương ứng của họ sẽ somehow giải quyết một cách kỳ diệu tất cả các khuyết điểm hoạt động. Hãy đoán xem – nó sẽ không giúp được gì. Bạn thường kết thúc với một loạt các gói phần mềm không liên quan và các vấn đề lớn hơn.
Nguồn gốc chính của sự nhầm lẫn nằm ở việc hiểu lầm về những gì những hệ thống này được thiết kế để đạt được. Thay vì tập trung vào định nghĩa gói của những gì nhà cung cấp bán như là PDM, PLM, ERP, MES, và các giải pháp khác, thì việc chuyển đổi tập trung để hiểu rõ nhu cầu cụ thể của công ty bạn và cách tối ưu hóa dữ liệu, quy trình, và con người sẽ hữu ích hơn nhiều. Những tên gọi này (PLM, PDM, ERP, v.v.) phản ánh cách “đóng gói” giải pháp kinh doanh phần mềm truyền thống, mà có thể không nhất thiết áp dụng cho trạng thái của sự phức tạp trong quy trình công ty bạn hoặc nhu cầu cụ thể và quy trình kinh doanh.
Dưới đây là một số bước giúp bạn điều hướng qua cảnh quan của các giải pháp phần mềm để chọn cách tiếp cận phù hợp trong việc tổ chức phát triển sản phẩm, chuỗi cung ứng và sản xuất:
1. Phân tích Con người, Quy trình và Dữ liệu của bạn
Bắt đầu bằng cách phân tích những người bạn làm việc, các quy trình cần hỗ trợ và dữ liệu bạn cần xử lý. Bạn sẽ muốn hiểu cách các nhóm của bạn tương tác, những quy trình nào cần được tối ưu hóa và bạn đang làm việc với loại dữ liệu nào thường xuyên. Việc phân tích này là một phần cốt lõi của ‘Sách hướng dẫn PLM Không thể cản trở’. Chỉ là một ví dụ, nếu bạn xây dựng các dự án tùy chỉnh (ví dụ: thiết bị kỹ thuật phức tạp) mất 1 năm để hoàn thành, quy trình phát triển sản phẩm của bạn có thể hoàn toàn khác so với việc xây dựng một số thiết bị điện tử (phần mềm bọc trong nhựa) và bán nó cho hàng nghìn khách hàng ban đầu. Nếu quá trình sản xuất của bạn đòi hỏi một dây chuyền lắp ráp trong nhà, bạn cần phần mềm khác (và hỗ trợ quy trình) hơn so với khi bạn làm việc với các nhà sản xuất hợp đồng và thuê ngoài thiết kế và sản xuất của bạn.
2. Đảo ngược Nhu cầu của bạn
Một khi bạn đã hiểu rõ về con người, quy trình và dữ liệu của mình, hãy bắt đầu suy nghĩ ngược lại. Những hệ thống nào có thể xử lý các loại dữ liệu mà bạn cần quản lý hiệu quả? Những hệ thống nào hỗ trợ các quy trình bạn đã xác định là quan trọng? Những hệ thống nào cung cấp trải nghiệm người dùng thỏa đáng cho các nhóm của bạn?
Việc bắt đầu từ dữ liệu rất quan trọng vì nó là nền tảng của tất cả các quy trình và kết quả trực tiếp phụ thuộc vào cách bạn quản lý dữ liệu một cách hiệu quả. Ví dụ, nếu sản phẩm của bạn là một bộ đơn giản gồm 9 thành phần, việc tập trung vào một giải pháp bill of materials phức tạp có thể là quá mức. Tuy nhiên, nếu bạn xây dựng một sản phẩm phức tạp và có thể cấu hình bao gồm các thành phần cơ khí, điện tử và phần mềm, bạn tốt hơn hết nên tìm một cách để quản lý sự phức tạp của BOMs và tất cả thông tin. Tương tự về quy trình, khía cạnh quy định và hiệu quả người dùng, và trải nghiệm người dùng. Hãy nghĩ về việc chuyển giao dữ liệu, mà ngày càng trở nên rất quan trọng trong phát triển sản phẩm và sản xuất hiện đại – việc di chuyển dữ liệu giữa các hệ thống có thể gây đau đớn và dẫn đến nhiều lỗi.
3. Lựa chọn Hệ thống và Dịch vụ
Sau khi đã xác định rõ nhu cầu về quy trình kinh doanh và hiểu quy trình sản xuất mà bạn cần hỗ trợ, bạn có thể xem xét các hệ thống và dịch vụ khác nhau. Hãy nhớ rằng, không phải việc chọn một PLM hoặc một ERP ngay từ đầu. Thay vào đó, bạn đang tìm kiếm một giải pháp phù hợp nhất với nhu cầu của bạn – một giải pháp có thể quản lý dữ liệu của bạn một cách chính xác, hỗ trợ quy trình của bạn và cung cấp trải nghiệm người dùng mượt mà.
Việc này đòi hỏi một chút thời gian hơn việc chọn một hệ thống ERP cụ thể hoặc hệ thống PLM nhưng làm bạn hiểu rõ hơn về các tính năng, chức năng và khả năng của hệ thống. Đây là tin tốt – trong thế giới SaaS hiện đại, bạn nên có thể thử bất kỳ phần mềm nào bạn muốn mua trước khi đưa ra quyết định của mình. Thời gian mua phần mềm PLM dựa trên các slide PowerPoint của các công ty sản xuất đã chính thức kết thúc. Thực sự, nếu bạn không thể có hệ thống để thử nghiệm và công ty đề nghị bạn nói chuyện với nhân viên kinh doanh của họ, tôi sẽ gọi nó là cảnh báo. Không có gì sai với việc bán hàng, nhưng việc phần mềm không ngay lập tức có sẵn cho bạn là một chỉ số về cách hệ thống phần mềm được xây dựng (nghĩ về các công ty hosting các gói PLM/ERP cũ sử dụng AWS hoặc Azure. Họ không thể lưu trữ phiên bản của phần mềm trước khi bạn mua nó, vì nó tốn kém. Vì vậy, hãy yêu cầu một thử nghiệm 2-4 tuần để kiểm tra phần mềm trước tay.
Một khi bạn đã có quyền truy cập vào phiên bản thử nghiệm, hãy tập trung vào cách lấy một bộ dữ liệu cụ thể hoặc xử lý dữ liệu và chức năng quan trọng nhất để hỗ trợ quy trình bạn cần. Ví dụ, việc tạo BOMs, mua hàng, hoặc chức năng lắp ráp dòng chảy cửa hàng. Tập trung vào dữ liệu và quy trình, nhưng không phải trên TLAs.
4. Luôn Linh Hoạt và Thích ứng
Bạn có thể nghĩ rằng quy trình mà tôi đã mô tả ở trên chủ yếu phù hợp với các doanh nghiệp sản xuất nhỏ và các startup. Thực ra không. Quy trình giống như vậy cũng áp dụng cho các doanh nghiệp lớn. Hãy nói rằng bạn đã chọn một hệ thống cho một công ty sản xuất nhỏ với 10 kỹ sư làm việc với nhiều nhà sản xuất hợp đồng (CMs) và công ty của bạn đang phát triển. Khi bạn làm như vậy, quản lý chuỗi cung ứng, quy trình kỹ thuật và phương pháp sản xuất của bạn sẽ thay đổi. Điều này sẽ gây ra việc “đại tu” và thay thế phần mềm. Ngay cả khi doanh nghiệp của bạn mở rộng và hoạt động mượt mà, việc duy trì tư duy phát triển vẫn rất cần thiết. Điều tương tự cũng áp dụng cho các công ty lớn. Tập trung vào cách đo lường các quy trình hiện tại và cách cải thiện chúng sẽ dẫn bạn đến bộ cải tiến tiếp theo. Đó là một phần của tư duy trong Sách hướng dẫn PLM Không thể cản trở – tập trung vào cách đo lường hiệu suất và mục tiêu kinh doanh, thiết lập KPIs, và lựa chọn khả năng hệ thống để được triển khai. Một khi bạn đã đi qua một vòng tròn hoàn chỉnh về lựa chọn công nghệ, quy trình, dữ liệu và triển khai trải nghiệm người dùng, quay trở lại việc đo lường kết quả kinh doanh và chuẩn bị cho vòng đời PLM không thể cản trở tiếp theo.
Hãy nhớ rằng – luôn tập trung vào việc giải quyết các thách thức kinh doanh và lặp lại bài tập ‘PLM Không thể cản trở’ khi cần thiết để quyết định những gì bạn cần ở bất kỳ giai đoạn nào của quy trình phát triển sản xuất của bạn. Không có quy trình nào cố định mãi mãi. Việc chọn một hệ thống PLM hoặc phần mềm ERP cụ thể sẽ không giải quyết vấn đề mãi mãi, bạn cần chọn công cụ dựa trên nhu cầu và phân tích của bạn và sau đó phát triển theo khi bạn phát triển.
Kết luận của tôi là gì?
Những “phần mềm gói truyền thống” như PDM, PLM, ERP, v.v. thực sự có thể gây nhầm lẫn. Điều này có thể xảy ra nếu bạn chọn một giải pháp cho một startup sản xuất hoặc nếu bạn suy nghĩ về cách “đại tu” một doanh nghiệp sản xuất doanh nghiệp lớn. Bạn nên tập trung vào nhu cầu quy trình cụ thể, dữ liệu và trải nghiệm người dùng của doanh nghiệp của bạn trước khi nhảy vào biển “gói và TLSs”. Bằng cách tập trung vào nhu cầu cụ thể của doanh nghiệp của bạn thay vì các giải pháp phần mềm, bạn có thể điều hướng tốt hơn trong lĩnh vực này và quyết định dịch vụ phần mềm nào bạn cần.
Các hệ thống phần mềm quản lý nguồn lực doanh nghiệp hiện đại và PLM đang được sử dụng theo mô hình SaaS cho phép bạn đánh giá và có trải nghiệm trực tiếp với hệ thống. Ngoài ra, hãy nhớ rằng những điều như bạn có thể nhận được hỗ trợ và sửa chữa dễ dàng nếu có điều gì đó sai. Mua từ các công ty nhỏ và linh hoạt có thể mang lại lợi thế cho bạn vì những công ty này đang xây dựng phần mềm và cộng tác với khách hàng của họ. Hãy cẩn thận với hệ thống PLM và ERP đã 10-20 năm tuổi “đóng băng trong cuộc sống” và những công ty đã ngừng thay đổi trong họ cách đây một thập kỷ.
Nhớ rằng, TLAs và các gói có thể gây nhầm lẫn, nhưng bạn không cần phải tập trung vào chúng – chúng không phải là giải pháp. Chìa khóa để tối ưu hóa hoạt động của bạn không nằm ở việc tìm ra công cụ “đúng”, mà ở việc hiểu công việc và chức năng bạn cần công cụ đó thực hiện. Đó chỉ là suy nghĩ của tôi…
