Triết lý DevOps khi phát triển kết hợp với bảo trì phần mềm sẽ không làm ai ngạc nhiên. Một xu hướng mới đang trên đà phát triển - DevOps 2.0 hay BizDevOps. Nó kết hợp ba thành phần thành một tổng thể duy nhất: kinh doanh, phát triển và hỗ trợ. Và cũng giống như trong DevOps, các hoạt động kỹ thuật tạo thành nền tảng cho sự kết nối giữa phát triển và hỗ trợ, đồng thời trong phát triển kinh doanh, phân tích đảm nhận vai trò “chất keo” gắn kết sự phát triển với kinh doanh.
Tôi muốn thừa nhận ngay: bây giờ chúng tôi chỉ phát hiện ra rằng mình có sự phát triển kinh doanh thực sự sau khi đọc những cuốn sách thông minh. Bằng cách nào đó, nó đã thành công nhờ vào sự chủ động của nhân viên và niềm đam mê cải tiến không thể kìm nén được. Phân tích hiện là một phần của quá trình sản xuất phát triển, giúp giảm đáng kể các vòng phản hồi và thường xuyên cung cấp thông tin chi tiết. Tôi sẽ cho bạn biết chi tiết mọi thứ hoạt động như thế nào đối với chúng tôi.
Nhược điểm của DevOps cổ điển
Khi hình thành sản phẩm mới cho khách hàng, doanh nghiệp sẽ tạo ra một mô hình lý tưởng về hành vi của khách hàng và mong đợi sự chuyển đổi tốt, trên cơ sở đó xây dựng mục tiêu và kết quả kinh doanh của mình. Về phần mình, nhóm phát triển cố gắng tạo ra mã rất tốt, chất lượng cao. Hỗ trợ hy vọng tự động hóa hoàn toàn các quy trình, dễ dàng và thuận tiện trong việc duy trì một sản phẩm mới.
Thực tế thường phát triển theo cách mà khách hàng nhận được một quy trình khá phức tạp, doanh nghiệp gặp khó khăn với tỷ lệ chuyển đổi thấp, nhóm phát triển đưa ra hết bản sửa lỗi này đến bản sửa lỗi khác và hoạt động hỗ trợ bị nhấn chìm trong dòng yêu cầu từ khách hàng. Nghe có vẻ quen?
Căn nguyên của cái ác ở đây nằm ở vòng phản hồi dài và kém được tích hợp trong quy trình. Các doanh nghiệp và nhà phát triển, khi thu thập yêu cầu và nhận phản hồi trong các lần chạy nước rút, sẽ giao tiếp với một số lượng khách hàng hạn chế, những người có ảnh hưởng lớn đến số phận của sản phẩm. Thông thường, điều quan trọng đối với một người hoàn toàn không phải là điều điển hình đối với toàn bộ đối tượng mục tiêu.
Việc hiểu liệu một sản phẩm có đi đúng hướng hay không sẽ đi kèm với báo cáo tài chính và kết quả nghiên cứu thị trường vài tháng sau khi ra mắt. Và do số lượng mẫu có hạn nên chúng không tạo cơ hội để kiểm tra các giả thuyết trên một số lượng lớn khách hàng. Nói chung là dài dòng, không chính xác và không hiệu quả.
Công cụ cúp
Chúng tôi đã tìm ra một cách tốt để thoát khỏi điều này. Một công cụ trước đây chỉ giúp ích cho các nhà tiếp thị giờ đây đã đến tay các doanh nghiệp và nhà phát triển. Chúng tôi bắt đầu tích cực sử dụng phân tích trang web để xem xét quy trình theo thời gian thực, tại đây và ngay bây giờ để hiểu điều gì đang xảy ra. Dựa trên điều này, hãy tự lên kế hoạch cho sản phẩm và triển khai nó cho một số lượng lớn khách hàng.
Nếu bạn đang lập kế hoạch cải tiến sản phẩm nào đó, bạn có thể thấy ngay số liệu đó liên quan đến những số liệu nào và những số liệu này ảnh hưởng như thế nào đến doanh số bán hàng cũng như các đặc điểm quan trọng đối với doanh nghiệp. Bằng cách này, bạn có thể loại bỏ ngay các giả thuyết có hiệu quả thấp. Hoặc, ví dụ: triển khai một tính năng mới cho số lượng người dùng đáng kể về mặt thống kê và theo dõi các số liệu trong thời gian thực để biết liệu mọi thứ có hoạt động như dự kiến hay không. Đừng chờ đợi những phản hồi dưới dạng yêu cầu hay báo cáo mà hãy tự mình theo dõi và điều chỉnh kịp thời quá trình tạo ra sản phẩm. Chúng tôi có thể triển khai tính năng mới, thu thập dữ liệu thống kê chính xác trong ba ngày, thực hiện thay đổi trong ba ngày nữa - và trong một tuần, một sản phẩm mới tuyệt vời sẽ sẵn sàng.
Bạn có thể theo dõi toàn bộ kênh, tất cả khách hàng đã tiếp xúc với sản phẩm mới, phát hiện các điểm mà kênh bị thu hẹp đáng kể và hiểu lý do. Cả nhà phát triển và doanh nghiệp hiện đều giám sát việc này như một phần công việc hàng ngày của họ. Họ nhìn thấy cùng một hành trình của khách hàng và cùng nhau họ có thể đưa ra các ý tưởng và giả thuyết để cải thiện.
Sự tích hợp giữa kinh doanh và phát triển cùng với phân tích này giúp có thể tạo ra các sản phẩm liên tục, liên tục tối ưu hóa, tìm kiếm và xem các điểm nghẽn cũng như toàn bộ quy trình nói chung.
Đó là tất cả về sự phức tạp
Khi chúng tôi tạo ra một sản phẩm mới, chúng tôi không bắt đầu từ đầu mà tích hợp nó vào một trang web dịch vụ hiện có. Khi dùng thử một sản phẩm mới, khách hàng thường liên hệ với nhiều bộ phận. Anh ta có thể giao tiếp với nhân viên của trung tâm liên lạc, với người quản lý trong văn phòng, anh ta có thể liên hệ với bộ phận hỗ trợ hoặc trò chuyện trực tuyến. Ví dụ: bằng cách sử dụng các số liệu, chúng ta có thể biết mức độ tải của trung tâm liên lạc, cách tốt nhất để xử lý các yêu cầu đến. Chúng tôi có thể hiểu có bao nhiêu người đến văn phòng và đề xuất cách tư vấn thêm cho khách hàng.
Nó hoàn toàn giống với hệ thống thông tin. Ngân hàng của chúng tôi đã tồn tại hơn 20 năm, trong thời gian đó, một lớp lớn các hệ thống không đồng nhất đã được tạo ra và vẫn đang hoạt động. Sự tương tác giữa các hệ thống phụ trợ đôi khi có thể không thể đoán trước được. Ví dụ: trong một số hệ thống cổ xưa có những hạn chế về số lượng ký tự cho một trường nhất định và đôi khi điều này làm hỏng dịch vụ mới. Việc theo dõi lỗi bằng các phương pháp tiêu chuẩn khá khó khăn nhưng sử dụng phân tích trang web thì lại dễ dàng.
Chúng tôi đã đến mức bắt đầu thu thập và phân tích các văn bản lỗi được hiển thị cho khách hàng từ tất cả các hệ thống liên quan. Hóa ra nhiều trong số chúng đã lỗi thời và chúng tôi thậm chí không thể tưởng tượng được rằng bằng cách nào đó chúng đã tham gia vào quá trình của chúng tôi.
Làm việc với phân tích
Các nhà phân tích web và nhóm phát triển SCRUM của chúng tôi ở cùng một phòng. Họ liên tục tương tác với nhau. Khi cần thiết, các chuyên gia sẽ giúp thiết lập số liệu hoặc tải xuống dữ liệu, nhưng hầu hết các thành viên trong nhóm đều tự làm việc với dịch vụ phân tích, không có gì phức tạp cả.
Cần có trợ giúp, ví dụ: nếu bạn cần một số phụ thuộc hoặc bộ lọc bổ sung cho một loại khách hàng hoặc nguồn hạn chế. Nhưng trong kiến trúc hiện nay chúng ta hiếm khi gặp phải điều này.
Điều thú vị là việc triển khai phân tích không yêu cầu cài đặt hệ thống CNTT mới. Chúng tôi sử dụng cùng một phần mềm mà các nhà tiếp thị đã làm việc trước đây. Chỉ cần thống nhất việc sử dụng và triển khai nó trong kinh doanh và phát triển. Tất nhiên, chúng tôi không thể chỉ lấy những gì tiếp thị có, chúng tôi phải cấu hình lại mọi thứ một lần nữa và cấp cho tiếp thị quyền truy cập vào môi trường mới để họ ở cùng trường thông tin với chúng tôi.
Trong tương lai, chúng tôi dự định mua phiên bản cải tiến của phần mềm phân tích trang web để cho phép chúng tôi xử lý khối lượng phiên được xử lý ngày càng tăng.
Chúng tôi cũng đang tích cực trong quá trình tích hợp phân tích trang web và cơ sở dữ liệu nội bộ từ hệ thống CRM và kế toán. Bằng cách kết hợp dữ liệu, chúng tôi có được bức tranh hoàn chỉnh về khách hàng ở tất cả các khía cạnh cần thiết: theo nguồn, loại khách hàng, sản phẩm. Các dịch vụ BI giúp trực quan hóa dữ liệu sẽ sớm được cung cấp cho tất cả các bộ phận.
Chúng ta đã kết thúc với điều gì? Trên thực tế, chúng tôi đã phân tích và đưa ra quyết định về vấn đề này trong quá trình sản xuất và điều này đã mang lại hiệu quả rõ ràng.
Phân tích: đừng dẫm lên cái cào
Và cuối cùng, tôi muốn chia sẻ một số lời khuyên sẽ giúp bạn tránh gặp rắc rối trong quá trình xây dựng doanh nghiệp phát triển kinh doanh.
- Nếu bạn không thể thực hiện phân tích nhanh chóng thì bạn đang thực hiện phân tích sai. Bạn cần đi theo một con đường đơn giản từ một sản phẩm và sau đó mở rộng quy mô.
- Bạn phải có một nhóm hoặc người hiểu rõ về kiến trúc phân tích trong tương lai. Bạn vẫn cần phải quyết định tại bờ về cách bạn sẽ mở rộng quy mô phân tích, tích hợp nó vào các hệ thống khác và sử dụng lại dữ liệu.
- Đừng tạo ra dữ liệu không cần thiết. Thống kê web, ngoài những thông tin hữu ích, còn là một bãi rác khổng lồ với những dữ liệu chất lượng thấp và không cần thiết. Và thứ rác rưởi này sẽ cản trở việc ra quyết định và đánh giá nếu không có mục tiêu rõ ràng.
- Đừng thực hiện phân tích chỉ vì mục đích phân tích. Đầu tiên, mục tiêu, lựa chọn công cụ và chỉ sau đó - chỉ phân tích khi nó có tác dụng.
Vật liệu được chuẩn bị cùng với Chebotar Olga ().
Nguồn: www.habr.com