Nhà phát triển plugin AutoCount vs Tích hợp tùy chỉnh

• Câu trả lời ngắn:* chọn plugin AutoCount hoặc đối tác tích hợp tùy chỉnh có thể giúp bạn thiết kế hệ thống kinh doanh chứ không chỉ thực hiện bản tóm tắt kỹ thuật. Một plugin rất hữu ích khi quy trình đạt tiêu chuẩn. Tích hợp tùy chỉnh sẽ an toàn hơn khi quy trình làm việc xuyên suốt các phòng ban và cần có các quy tắc kinh doanh.

# Tại sao tôi quan tâm đến điều này

Tôi viết bài này với tư cách Jared Loo, chủ sở hữu/người điều hành Terasek Supply Sdn Bhd và đối tác sáng lập của Result Marketing. Tôi cũng đã giúp xây dựng Sense Stitch từ hoạt động một người thành một doanh nghiệp gồm 5 chi nhánh bằng công nghệ.

Tôi đã chi hơn 1.000.000 RM cho công nghệ vì tôi không mua phần mềm để giải trí. Tôi đang cố gắng mở rộng quy mô kinh doanh thực tế, tiết kiệm thời gian, giảm bớt sự đau đầu của chủ sở hữu và ngăn chặn sự phát triển phụ thuộc vào việc theo đuổi thủ công hơn.

Đó là lý do tại sao tôi không chỉ nhìn nhà cung cấp như một nhân viên kỹ thuật. Một freelancer có thể giúp thực hiện một bản tóm tắt, nhưng nếu bạn phải thiết kế toàn bộ hệ thống cho họ thì bạn sẽ phải đau đầu. Đối với hệ thống kinh doanh, bạn cần một người có thể giúp lập kế hoạch, thiết kế, thách thức phạm vi và kết nối quyết định phần mềm với cách doanh nghiệp sẽ mở rộng quy mô.

Điều này quan trọng khi chọn plugin AutoCount hoặc đối tác tích hợp tùy chỉnh. Nếu nhà cung cấp chờ bạn nói cho họ biết mọi lĩnh vực, mọi màn hình, mọi ngoại lệ, mọi phê duyệt và mọi báo cáo thì bạn vẫn là người thiết kế hệ thống. Bạn chỉ đang trả tiền cho người khác để viết mã.

Đối tác hệ thống do doanh nghiệp lãnh đạo sẽ giúp bạn quyết định những gì nên xây dựng, những gì nên chờ đợi, những gì nên kết nối với các hệ thống hiện có và kết quả mà giai đoạn đầu tiên phải tạo ra.

# Một plugin AutoCount tốt hoặc đối tác tích hợp tùy chỉnh nên làm gì

• có thể giải thích khi nào không xây dựng tùy chỉnh
• kiểm tra xem plugin đã phù hợp chưa
• lập bản đồ rủi ro giữa các bộ phận
• giữ cho sự hội nhập trong tương lai luôn mở

Nhà cung cấp không cần phải biết mọi chi tiết vào ngày đầu tiên. Nhưng họ nên biết cách khám phá chi tiết trước khi định giá dự án một cách quá tự tin.

# Những câu hỏi cần hỏi trước khi tuyển dụng

• Tiêu chuẩn này có đủ cho một plugin không?
• Plugin không kiểm soát quy trình làm việc nào?
• Điều gì xảy ra khi có ngoại lệ xảy ra?
• Sau này chúng ta có thể xuất hoặc kết nối dữ liệu được không?

Lắng nghe câu trả lời cụ thể. Một câu trả lời hay nên đề cập đến quy trình làm việc thực tế, các trường hợp khó khăn, quyền sở hữu dữ liệu, sự áp dụng của nhân viên và cách phiên bản đầu tiên tạo ra giá trị. Nếu câu trả lời giống như một tài liệu giới thiệu phần mềm chung chung, hãy tiếp tục hỏi.

# Cờ đỏ cần tránh

• đẩy tùy chỉnh cho mọi vấn đề
• đẩy plugin cho mọi vấn đề
• không so sánh chi phí dài hạn
• bỏ qua quyền sở hữu dữ liệu

Lá cờ đỏ lớn nhất không phải là một công ty nhỏ hay một người làm việc tự do. Rủi ro thực sự là nhân viên kỹ thuật phụ thuộc vào bạn để xác định toàn bộ hệ thống kinh doanh. Nếu bạn đã biết chính xác cách thiết kế hệ thống, bạn chỉ cần có bàn tay viết mã. Hầu hết các chủ sở hữu không cần điều đó. Họ cần sự giúp đỡ về kế hoạch.

# Nhà cung cấp nên đưa ra bằng chứng gì?

Yêu cầu bằng chứng liên quan đến kết quả kinh doanh chứ không chỉ ảnh chụp màn hình.

Bằng chứng tốt bao gồm:

• Một quy trình làm việc họ đã đơn giản hóa.
• Một hệ thống được nhân viên sử dụng thực tế sau khi ra mắt.
• Một ví dụ về công việc thủ công bị loại bỏ.
• Một trường hợp mà giai đoạn đầu đã giúp mở rộng quy mô kinh doanh.
• Giải thích rõ ràng về những gì họ từ chối xây dựng trước.

Đối với Result Marketing, bằng chứng rõ ràng nhất là trải nghiệm của chính người vận hành đã định hình cách chúng tôi xây dựng: [Jared là khách hàng trước tiên](/blog/ founder-who-was-a-client-first) và Thiết kế lại quy trình làm việc của Terasek cho thấy điều gì sẽ xảy ra khi một hệ thống loại bỏ việc theo dõi thủ công thay vì thêm một màn hình khác.

# Đề xuất nên bao gồm những gì?

Trước khi ký, đề xuất cần giải thích:

Đề xuất chỉ liệt kê các mô-đun và giá là không đủ đối với một hệ thống quan trọng trong kinh doanh.

# Mô hình định giá nào là bình thường?

Đối với hệ thống kinh doanh, giá phải tuân theo phạm vi và rủi ro. Phiên bản đầu tiên nhỏ hơn sẽ có giá thấp hơn vì nó kiểm soát ít quy trình công việc hơn. Một hệ thống lớn hơn sẽ có giá cao hơn khi nó có nhiều vai trò, phê duyệt, tích hợp, màn hình di động, báo cáo, dọn dẹp dữ liệu và xử lý ngoại lệ hơn.

Hãy cẩn thận với báo giá quá cố định trước khi nhà cung cấp hiểu được quy trình làm việc. Nó có thể trông rẻ hơn, nhưng suy nghĩ còn thiếu thường quay trở lại sau đó khi có yêu cầu thay đổi, sự chậm trễ hoặc nhân viên hệ thống tránh né.

# Điều gì sẽ xảy ra trước khi ký?

Trước khi ký bản dựng đầy đủ, bạn nên có phiên kiểm tra quy trình làm việc hoặc xác định phạm vi. Mục đích là để thống nhất:

1. Vấn đề kinh doanh thực sự.
2. Quy trình làm việc đầu tiên cần khắc phục.
3. Người dùng phải chấp nhận nó.
4. Các hệ thống mà nó phải kết nối.
5. Cần loại bỏ công việc thủ công.
6. Bằng chứng cần thiết trước giai đoạn hai.

Nếu bạn muốn chúng tôi trợ giúp việc đó, hãy bắt đầu với Kiểm tra hệ thống. Chúng tôi sẽ lập sơ đồ quy trình làm việc trước khi đề xuất nội dung cần xây dựng.

Câu hỏi thường gặp

# Tôi nên thuê freelancer hay công ty?

Một freelancer có thể phù hợp với một nhiệm vụ kỹ thuật nhỏ, rõ ràng. Đối với một hệ thống ảnh hưởng đến báo cáo tồn kho, thanh toán, bán hàng, hoạt động hoặc quản lý, bạn cần lập kế hoạch do doanh nghiệp chỉ đạo. Nếu không, bạn có thể phải tự mình quản lý toàn bộ dự án.

# Nhà cung cấp rẻ nhất luôn có rủi ro?

Không phải lúc nào cũng vậy. Nhưng một công trình giá rẻ với quy hoạch yếu sẽ trở nên đắt đỏ khi nhân viên không sử dụng nó hoặc quy trình làm việc vẫn phụ thuộc vào công việc thủ công.

# Điều đầu tiên tôi nên hỏi là gì?

Hỏi: "Bạn sẽ lập sơ đồ quy trình công việc nào trước khi trích dẫn nội dung này?" Nếu họ không thể trả lời rõ ràng, họ có thể đang đoán giá.

# Tại sao Result Marketing bắt đầu bằng kiểm tra?

Bởi vì phần mềm sẽ giúp mở rộng quy mô kinh doanh. Quá trình kiểm tra cho phép chúng tôi quyết định lớp hệ thống hữu ích nhỏ nhất trước khi bất kỳ ai chi mạnh tay cho bản dựng sai.

• Đặt lịch kiểm tra hệ thống*