SaaS tùy chỉnh
Phần mềm cho công việc đội ngũ của bạn thực sự làm.
Chúng tôi xây dựng công cụ nội bộ, cổng thông tin khách hàng và sản phẩm SaaS. Dự án có thể bắt đầu từ các yêu cầu gửi qua email, thông tin bị sao chép nhiều lần giữa các bảng tính hoặc khách hàng liên tục hỏi về tiến độ. Việc đầu tiên là hiểu quy trình đó và xác định phần nào đáng thay đổi bằng phần mềm.
Trước khi quyết định xây dựng gì
Một bản yêu cầu hữu ích mô tả công việc, người thực hiện và điều gì xảy ra khi có sai sót. Chỉ một danh sách màn hình là chưa đủ.
Ưu tiên quy trình làm việc thực tế
Ai bắt đầu công việc, họ có thông tin gì và ai cần xử lý tiếp theo? Xem xét một yêu cầu hoặc nhiệm vụ thực tế, bao gồm cả các trường hợp ngoại lệ.
Phạm vi hữu ích nhỏ nhất
Chọn một phần của quy trình mà người dùng có thể sử dụng và đánh giá. Xác định những gì tiếp tục dùng công cụ hiện có và những gì phiên bản đầu tiên cần thay thế.
Vận hành những gì chúng tôi xây dựng
Thống nhất người chịu trách nhiệm về quyền truy cập, dữ liệu, hỗ trợ và các thay đổi sau này. Để vận hành sau khi ra mắt, cũng cần có cách phát hiện lỗi và khôi phục khi xảy ra sự cố.
Chúng tôi xây dựng gì
Từ công cụ nội bộ đến sản phẩm phục vụ khách hàng.
01
Công cụ vận hành nội bộ
Tiếp nhận yêu cầu, danh sách công việc chờ xử lý, báo cáo và tích hợp cho những người vận hành doanh nghiệp. Thước đo hữu ích là đội ngũ có thể hoàn thành công việc với ít lần bàn giao thủ công hơn hay không.
02
Cổng khách hàng
Nơi khách hàng hoặc đối tác gửi thông tin, xem tiến độ, phê duyệt công việc và tìm tài liệu. Quy tắc truy cập cần phù hợp với thông tin mà mỗi tài khoản được phép sử dụng.
03
Sản phẩm SaaS
Sản phẩm dành cho khách hàng, có tài khoản, hướng dẫn bắt đầu và các quy trình người dùng quay lại sử dụng. Việc thu phí, hỗ trợ và thay đổi sản phẩm cần được lên kế hoạch cùng với các tính năng ban đầu.
Khi nào nên trao đổi về phần mềm tùy chỉnh
Bắt đầu bằng việc xác định những gì các công cụ hiện có chưa đáp ứng đủ tốt. Phần mềm tùy chỉnh mang lại sự linh hoạt nhưng cũng đi kèm trách nhiệm bảo trì.
Nút thắt quy trình
Các bước thủ công, vòng xử lý bảng tính và chuyển giao làm chậm đội ngũ thường là nơi nhanh nhất để bắt đầu.
Hệ thống phân mảnh
Hồ sơ khách hàng, khoản thanh toán và yêu cầu hỗ trợ có thể nằm ở những hệ thống khác nhau. Việc tích hợp có thể tập hợp thông tin cần thiết mà không phải thay thế mọi công cụ đội ngũ đang sử dụng.
Chuyển từ dịch vụ sang phần mềm
Nếu đội ngũ liên tục lặp lại cùng một quy trình dịch vụ, chúng tôi giúp chuyển các phần có thể lặp lại thành sản phẩm trước.
Khoảng trống trong trải nghiệm khách hàng
Cổng thông tin, khả năng theo dõi quy trình và chức năng tự phục vụ có thể biến quy trình dịch vụ rối rắm thành trải nghiệm giống một sản phẩm.
Ba ví dụ về cách hình thành phạm vi dự án
Đây là các ví dụ về phạm vi phần mềm, không phải tuyên bố về những dự án khách hàng đã hoàn thành.
Cùng theo dõi công việc vận hành
Một đội ngũ nhận yêu cầu qua biểu mẫu và email, theo dõi bằng bảng tính và hỏi tiến độ qua trò chuyện. Công cụ nội bộ có thể ghi nhận từng yêu cầu, giao người phụ trách, hiển thị trạng thái và lưu lại những quyết định trong quá trình xử lý.
- Phù hợp khi người vận hành cần góc nhìn hằng tuần về công việc, rủi ro và lượng công việc hoàn thành
- Thường kết hợp tiếp nhận, người phụ trách, trạng thái và báo cáo trong một giao diện
Cổng thông tin khách hàng hoặc đối tác
Khách hàng cần gửi thông tin, xem tài liệu, phê duyệt một bước hoặc theo dõi tiến độ. Cổng thông tin có thể tập hợp các thao tác đó, với quyền hạn xác định mỗi người có thể xem và thay đổi nội dung nào.
- Phù hợp cho phê duyệt, trao đổi tài liệu, theo dõi tiến độ và thao tác tự phục vụ
- Thường vừa tăng sự tin tưởng của khách hàng vừa giảm khối lượng hỗ trợ nội bộ
Cung cấp dịch vụ lặp lại thông qua phần mềm
Một đội ngũ dịch vụ thực hiện cùng một trình tự cho từng khách hàng. Phần mềm có thể xử lý các bước lặp lại, ghi nhận ngoại lệ và để người có trách nhiệm quyết định những việc cần cân nhắc.
- Phù hợp khi cùng một quy trình được lặp lại thủ công với quá nhiều khác biệt
- Thường là bước thực sự đầu tiên từ cung cấp dịch vụ sang sản phẩm phần mềm
Cách chúng tôi hợp tác
Tìm hiểu vấn đề, thống nhất một phiên bản có phạm vi thực hiện được, rồi quyết định cách hỗ trợ sau đó.
Giai đoạn khám phá ngắn
Cùng những người đang sử dụng đi qua quy trình hiện tại. Xác định người dùng, nguồn dữ liệu, quyền hạn, tích hợp, ràng buộc và quyết định mà dự án nhằm giúp cải thiện.
Xây dựng và đưa vào sử dụng
Thống nhất những gì được đưa vào và những gì để sau. Cùng đội ngũ xem xét các thay đổi đã hoạt động, kiểm thử các tác vụ quan trọng và tình huống thất bại, đồng thời chuẩn bị các bước phát hành và khôi phục phiên bản trước.
Vận hành
Ghi lại cách vận hành hệ thống và người chịu trách nhiệm. Xem xét lỗi, mức sử dụng và câu hỏi hỗ trợ trước khi quyết định thay đổi tiếp theo.
Bạn nhận được gì
Các đầu ra giúp sản phẩm dễ dùng, dễ bảo trì và dễ vận hành.
Sản phẩm và phát triển
- Ghi chép khám phá và đề xuất phạm vi
- MVP hoạt động được, bàn giao từng phần nhỏ
- Tài liệu và bàn giao rõ ràng
Vận hành và cải tiến
- Kế hoạch phân tích và sự kiện chính
- Giám sát, báo cáo lỗi và giới hạn hiệu năng
- Danh sách công việc cho các vòng cải tiến tiếp theo và hỗ trợ
Từ công cụ nội bộ đến sản phẩm bền vững
Chúng tôi ưu tiên lộ trình phần mềm bắt đầu từ sử dụng thực tế và dần hoàn thiện thành giao diện sản phẩm rõ ràng hơn.
Kiểm chứng quy trình
Bắt đầu với vấn đề vận hành thực tế, nhóm người dùng hẹp và kết quả trước–sau rõ ràng.
Đóng gói phần có thể lặp lại
Khi quy trình ổn định, chúng tôi đơn giản hóa giao diện, siết chặt phân quyền và giúp hệ thống dùng được ngoài phạm vi một đội ngũ.
Vận hành để giữ chân người dùng
Ở giai đoạn sản phẩm, trọng tâm chuyển sang độ tin cậy, hướng dẫn làm quen, theo dõi sử dụng và giảm gánh nặng hỗ trợ.
Bối cảnh danh mục
Tư duy từ xây dựng đến sản phẩm này cũng định hướng danh mục phần mềm rộng hơn của NaviVision, gồm các dự án như PickleRickle và PlanAndPlay.
Chất lượng, hiệu năng và khả năng tiếp cận
Thiết lập phù hợp với người vận hành ngay từ ngày đầu.
Hiệu năng
Trang tải nhanh, bộ nhớ đệm hợp lý và kế hoạch giữ gói mã nhỏ khi phát triển.
Nền tảng bảo mật
Quyền truy cập tối thiểu cần thiết, mô hình xác thực an toàn và xử lý dữ liệu người dùng an toàn.
Khả năng tiếp cận và SEO
HTML ngữ nghĩa, trạng thái tiêu điểm, siêu dữ liệu và cấu trúc nội dung dành cho nhiều ngôn ngữ, khu vực.
Điều kiện để dự án sẵn sàng bắt đầu
Có người hiểu quy trình, người có thể quyết định phạm vi và quyền truy cập các hệ thống liên quan.
Người vận hành thay thế công việc thủ công
Đội ngũ quá tải vì email, bảng tính và điều phối lặp lại thường nhanh chóng thấy giá trị từ hệ thống nội bộ có trọng tâm.
Đội ngũ dịch vụ chuyển chuyên môn thành sản phẩm
Khi dịch vụ có các bước lặp lại, phần mềm có thể chuẩn hóa quy trình mà không làm mất chiều sâu chuyên môn phía sau.
Đội ngũ muốn giao một phần việc có phạm vi rõ ràng
Vấn đề rõ ràng và người ra quyết định chịu trách nhiệm giúp hai bên thống nhất phạm vi và xem xét tiến độ. Nếu bạn đã có đội phát triển, hãy xác định phần muốn chúng tôi đảm nhận và cách phần đó liên kết với công việc của họ.
Câu hỏi thường gặp
Câu hỏi thường gặp về phát triển tùy chỉnh và công việc sản phẩm.
Bạn xây dựng MVP hay sản phẩm hoàn chỉnh?
Cả hai. Chúng tôi thường bắt đầu với MVP để kiểm chứng quy trình và giá trị, rồi cải tiến thành sản phẩm bền vững.
Bạn có thể làm cùng đội ngũ nội bộ của chúng tôi không?
Có. Chúng tôi có thể bổ sung năng lực cho đội ngũ, phụ trách một luồng công việc cụ thể và bàn giao tài liệu rõ ràng.
Bạn tiếp cận phạm vi và tiến độ như thế nào?
Phạm vi phụ thuộc vào quy trình, tích hợp, yêu cầu truy cập và những gì cần chuyển đổi. Chúng tôi trao đổi các nội dung đó trước khi lập kế hoạch bàn giao. Thay đổi yêu cầu cần được xem xét rõ ràng, thay vì âm thầm bổ sung vào cùng một hạn chót.
Bắt đầu thế nào?
Gửi mục tiêu, giới hạn và thời gian đến [email protected].
Bạn đang nghĩ đến một dự án?
Hãy gửi mô tả công việc, những người đang dùng quy trình hiện tại và các công cụ liên quan. Nêu hạn chót nếu có một sự kiện thực tế quyết định thời hạn đó. Vui lòng không gửi mật khẩu, mã truy cập hoặc hồ sơ khách hàng trong lần liên hệ đầu tiên.
Những gì cần có trong bản yêu cầu phần mềm
Mô tả một công việc thực tế từ đầu đến cuối. Nêu ai bắt đầu, thông tin họ cần, công cụ họ dùng và điểm công việc bị chậm hoặc lặp lại. Sau đó liệt kê các ràng buộc: ai cần truy cập, có phải chuyển dữ liệu từ hệ thống hiện có không, cần tích hợp gì và ai có thể duyệt thay đổi. Như vậy là đủ để bắt đầu trao đổi về phạm vi mà không yêu cầu bạn thiết kế sẵn phần mềm.