Gợi ý từ Savvy Apps là giải quyết các tính năng tốn nhiều hơn 2 tuần để lập trình. Nếu 1 tính năng theo hoạch định là tốn nhiều tháng thì bạn nên vạch rõ chiến lược, thay vì cố nhét vào 2 tuần. Lý do là vòng đời lập trình 2 tuần đòi hỏi rất nhiều ngày để kiểm tra và sàng lọc updates. Tính cả thời gian approve app thì bạn đã mất tầm 3-4 tuần.

Những tình huống mà 1 tính năng cần toàn diện hơn đòi hỏi nhiều tháng nỗ lực thì phù hợp nhất đối với các team lớn hơn. Các teamlowns hơn có nguồn lực để thực hiện nhiều phiên bản ra đời cùng lúc như: 1 nhóm sẽ gắn với cập nhật fix bug và duy trì app, 1 nhóm nâng cấp tính năng dự định sẽ ra đời trong 1-2 tháng. Nếu bạn là dev độc lập hoặc không có nhiều người để làm việc với app cùng 1 lúc, thì hãy tập trung vào vòng đời phát triển tính năng cần tối đa 2 tuần.

4. Các cập nhật fix bug

Thông thường, cập nhật fix bug sẽ giúp app ổn định hơn, như sự ra đời OS liên tiếp của Apple và Google mới đây – iOS 9 and Android 6.0 – chủ yếu liên quan đến tính ổn định và fix bug hơn là các tính năng mới.

Đối với các app lâu đời hơn, vì đã có sẵn thị trường sử dụng lớn nên cập nhật fix bug khá thông dụng. Những apps này tập trung vào phát triển và ổn định hóa trải nghiệm người dùng vì các tính năng cảu chúng đã được sửa đổi nhiều. Các apps này thường có vòng đời lập trình tính năng dài hơn, xảy ra đồng thời với các updates quan trọng. Trái lại, các release notes của App Store chỉ đơn giản là “Chúng tôi đem đến các updates thường xuyên để app trở nên tốt hơn dành cho bạn”.

Các updates fix bug thường xảy ra vào hằng tuần hoặc mỗi 2 tuần.

5. Những update lớn so với các update nhỏ

Các phiên bản cập nhật tính năng thường được dành cho updates của app lớn trong khi fix bug thường dành cho app nhỏ. Phiên bản lớn hoặc cập nhật tính năng thường kèm với số thứ 2 của chính phiên bản đó, trong khi các update nhỏ là con số cuối cùng trong dãy 3 chữ. Ví dụ, 1 tính năng có thể đi từ v2.1 đến v2.2, còn fix bug cập nhật từ v2.1 thành v2.1.1.

Các quy ước về số thay đổi kha khá trong ngành và tiếp tục cải tiến. Đối với phần mềm desktop, với việc tốc độ ra đời của browers chung, con số của các phiên bản đơn giản và cao hơn. Vào tháng 1/2016, Google Chrome đang ở ver 47 và Mozilla Firefox ở ver 43. Tương tự, Facebook và Google nói chung bắt đầu thừa nhận huẩn mực trên dành cho các mobile apps. App chủ đạo của Facebook đang ở ver 46 và mỗi phiên bản sẽ nhảy 1 con số tròn trĩnh. Phương pháp tiếp cận với các con số phiên bản này thì không hữu ích lắm với người dùng, nhưng sẽ đại diện cách các con số của phiên bản cập nhật hoạt động trong tương lai.

6. Mẫu lịch cập nhật và lộ trình app

Sau phiên bản đầu tiên, update tiếp theo có thể sẽ tập trung vào bug. Các dev nên giải quyết càng nhiều vấn đề chung càng tốt và đừng lo lắng khi thêm bất kì tính năng nào, chỉ cần chúng không khiến v.10 bị gỡ bỏ. Phương pháp tiếp cận này sẽ giảm tổng các yêu cầu hỗ trợ, đem đến cho bạn cơ hội để tăng thứ hạng app store của bạn và tránh các update kéo dành nhiều tuần. Ở công ty Savvy Apps, họ cố gắng đưa ra các update fix bug lên 1 app store trong vài ngày sau khi app v1.0 ra mắt. Và fix bug đầu tiên sẽ được đánh số là v1.0.1.

Sau đó, mỗi release sẽ gồm 1 vài fix bug và cả tiến. Sau đó bạn có thể bắt đầu chuyển sang vòng đời cập nhật tính năng từ 1 đến 2 tuần. Như đã đề cập, nếu bạn không có 1 đội ngũ làm app lớn, hãy trau dồi 1 tính năng cho đến khi nó khớp với vòng lập trình và thiết kế 1-2 tuần. Cập nhật tính năng lớn đầu tiên được đánh dấu v1.1 và nếu 2 updates dược đưa ra liên tiếp sau đó, chúng sẽ là v1.1.1 và v1.1.2.

Khi người dùng đưa ra phản hồi qua hệ thống hỗ trợ, App Store, mạng xã hội và các nơi khác, các dev nên theo dõi các nội dung được yêu cầu nhiều nhất và đưa chúng lên đầu để bắt đầu chuyển chúng vào mỗi phiên bản cập nhật của mình. Sử dụng các phân tích, suy luận như báo cáo crash và các dữ liệu cứng khác nhằm tối ưu hóa các đối tượng trong bản updates. Sau đó, tiếp tục kiểm tra approve của app store nhiều lần khi cần thiết. Các release về tính năng trong tương lai sẽ được đánh số v1.2, v1.3… và sửa chữa lớn sẽ đẩy con số phiên bản lên v2.0.

Nhìn chung, tốt nhất là bạn lên kế hoạch cho 2-4 updates cũng như 1 tầm nhìn rộng hơn trong 6 hay nhiều tháng. Bên cạnh đó vẫn tiếp tục phân loại chúng theo nhu cầu thị trường.

Tóm tắt

Thông thường updates app vào khoảng 1-4 lần trong 1 tháng. Nhưng nếu bạn là dev độc lập hoặc team nhỏ có thể cho ra đời 1 phiên bản trong 1 tháng. Các nhóm làm app lớn hơn với nhiều app đã hoàn thiện sẽ rơi vào khoảng 2,3,4 lần cập nhật. Bạn nên tiếp tục cân bằng giữa việc thêm các tính năng và ổn định hóa app của mình. Giữ vững nguyên tắc và tránh làm cho phạm vị ứng dụng chậm lại. Với chiến lược này, bạn chắc chắn sẽ giúp bản thân có 1 bộ update tốt theo userbase của mình.