Phần lớn công ty tour không cần app
Under2 làm ứng dụng di động cho doanh nghiệp du lịch. Chúng tôi cũng can khá nhiều người đừng làm, vì khách đặt chuyến năm ngày sẽ cài app, dùng năm ngày, rồi gỡ ngay trên chuyến bay về.
Bắt đầu bằng phần khó nghe
Một người khách đặt chuyến năm ngày. Để dùng app của anh chị, họ phải tìm nó trong cửa hàng ứng dụng, cài, tạo tài khoản, nhớ trong mười một app du lịch trên máy thì cái nào là của anh chị, rồi gỡ khi về nhà. Bốn bước bị đòi để đổi lấy thứ một trang web đưa ra trong một bước.
Vì vậy app cho khách đi một lần thường tốn trên mỗi người dùng thật nhiều hơn phần lãi của chính chuyến đi, và chi phí ấy không giảm khi bán nhiều hơn, vì khách mới nào cũng bắt đầu lại từ màn hình cài đặt.
Hỏi xem cái này làm được gì mà một trang web mở trên cùng chiếc điện thoại đó không làm được. Những câu trả lời sống sót gần như luôn rơi vào một trong bốn trường hợp dưới.
Bốn trường hợp app đúng là công cụ cần dùng
Công cụ nội bộ cho hướng dẫn viên
Người dẫn mười lăm khách cần danh sách đoàn, điểm đón, ghi chú ăn kiêng và số khẩn cấp trong một tay, giữa trời mưa, trên xe. Dùng hằng ngày, máy công ty phát.
Việc phải chạy được khi mất sóng
Trong hang, trên thuyền, đường biên, ngày thứ hai của chuyến trekking. App giữ dữ liệu của ngày trên máy và đối chiếu lại khi có sóng.
Ghi nhận ngay tại chỗ làm việc
Chụp xe trước khi bàn giao, lấy chữ ký vào bản cam kết, quét voucher ở cửa soát. Cần máy ảnh, cần vị trí, cần bản ghi không sửa lén được.
Khách quay lại nhiều lần
Một trung tâm lặn, một trung tâm ngoại ngữ, một đơn vị bán tour có khách ruột. Cùng một người mở nó chục lần mỗi năm thì mọi lập luận trên đảo chiều.
Bài toán app du lịch mạnh nhất chúng tôi gặp lại không hướng tới khách. Nó nằm ở phía điều hành: điều xe, danh sách đoàn, bảng kiểm, báo cáo sự cố. Những người đó được trả lương để mở nó ra. Không ai bắt buộc được khách cài gì cả.
Chạy offline là một quyết định thiết kế, không phải một ô tích
Chạy được khi mất sóng nghĩa là phải quyết định, từng màn hình một, cái gì còn đúng sau khi máy mất liên lạc sáu tiếng, và khi hai hướng dẫn viên cùng sửa một danh sách đoàn thì bên nào thắng.
- Offline chỉ để đọc thì rẻ. Dữ liệu của ngày tải về lúc tập trung buổi sáng rồi hiển thị cả ngày.
- Offline có nhập liệu thì đắt hơn. Nội dung nhập vào xếp hàng trên máy rồi gửi sau, và từng mục phải có trạng thái người thật nhìn ra được: đang chờ, đã gửi, bị từ chối.
- Offline sửa chung một bản ghi là loại đắt nhất. Hai người cùng đổi số khách của một đoàn, app phải tự xử lý hoặc đẩy lên cho người xem.
Chúng tôi chốt anh chị cần cái nào trước khi báo giá, vì khoảng cách giữa cái thứ nhất và cái thứ ba là khoảng cách giữa một tính năng và một dự án thứ hai.
Nhịp phát hành, và đoạn không ai kiểm soát được
Một trang web lên sóng khi chúng tôi bấm phát hành. Một app lên sóng khi cửa hàng ứng dụng cho phép. Hai nhịp khác nhau, và nó đổi cách anh chị lập kế hoạch cho cả một mùa.
- Làm và thử nội bộ trên máy thật, không chỉ trên máy ảo
- Bản thử phát cho chính nhân viên của anh chị trước khi có gì chạm tới cửa hàng
- Nộp lên cửa hàng, chỗ mà thời gian duyệt nằm ngoài tầm tay mọi người: có thể một ngày, có thể hai tuần, và có thể bị trả về kèm yêu cầu sửa
- Phát hành, rồi phần đuôi: bản bị từ chối phải sửa và nộp lại, đồng hồ đếm lại từ đầu
Hãy tính bản phát hành đầu tiên ở mốc tám đến mười bốn tuần, và đừng đặt nó vào đúng tuần mở mùa. Chúng tôi để mọi thứ gấp về thời gian, gồm giá và lịch chạy, nằm trong dữ liệu để app tải về chứ không nằm trong bản build.
Nuôi một app tốn gì sau khi làm xong
Tiền làm ra nó là con số nhỏ hơn. Một app là một khoản nghĩa vụ trả góp.
- Tài khoản nhà phát triển ở cả hai cửa hàng, gia hạn hằng năm
- Mỗi năm một phiên bản hệ điều hành mới, thường làm hỏng một thứ gì đó và luôn cần build lại trên bộ công cụ mới
- Phiên bản máy thấp nhất còn hỗ trợ cứ trôi dần, kéo theo tranh luận hằng năm về việc bỏ dòng máy cũ nào
- Hai bộ mã phải kiểm thử nếu chạy cả hai nền tảng, hoặc một bộ mã đa nền tảng kèm guồng nâng cấp riêng
- Một người trả lời đánh giá trên cửa hàng, thứ ai cũng đọc được và không xoá được
Đưa khoản đó vào ngân sách hằng năm ngay từ năm đầu. Một app không ai chăm sẽ ngừng chạy được trong khoảng hai vòng cập nhật hệ điều hành, và bản hỏng vẫn nằm trên cửa hàng gây hại nhiều hơn là chưa từng làm.
Thứ chúng tôi làm thay, trong phần lớn trường hợp
Thứ thay thế thường rẻ hơn.
| Việc anh chị định giao cho app | Thứ chúng tôi làm thay |
|---|---|
| Khách xem được lịch trình của mình | Một trang riêng cho mỗi lượt đặt, gửi qua Zalo hoặc email dưới dạng đường dẫn, không cài gì, mở được trên mọi điện thoại |
| Khách đặt nhanh hơn | Một luồng đặt chỗ trên website bấm được bằng một ngón cái |
| Nhắn cho khách trong lúc đi tour | Đúng kênh nhắn tin họ vẫn đọc hằng ngày, cộng email. App thì phải được cài trước rồi mới đẩy được thông báo cho ai |
| Hướng dẫn viên nhận danh sách của ngày | Đây là trường hợp công cụ nội bộ, và nó có thể thật sự là một app |
| Công ty trông cho hiện đại | Không làm gì cả. Đây không phải lý do để xuất bản một phần mềm |
Khi nào anh chị không nên thuê chúng tôi làm app
- Nếu app tồn tại để chứng minh công ty có đổi mới, chúng tôi từ chối. App đó xong vào đúng ngày ra mắt và bị bỏ trước vòng cập nhật kế tiếp.
- Nếu anh chị muốn app cho khách với thứ người ta chỉ mua một lần, chúng tôi đề xuất làm bản web trước.
- Nếu nội bộ không có ai nhận nuôi nó, gồm tài khoản cửa hàng, các đánh giá và đợt build lại hằng năm, thì dự án không có chủ.
- Nếu nó phải có mặt trên cửa hàng trong dưới hai tuần thì không. Hàng chờ duyệt không thương lượng.
Trình tự thật thà cho phần lớn công ty tour là làm cho đúng cái website và lớp đặt chỗ, chạy trọn một mùa, rồi mới xem app còn là thứ đang thiếu hay không.
Mô tả công việc, đừng mô tả cái app
Kể cho chúng tôi người đang cầm điện thoại định làm gì, họ đứng ở đâu và có sóng hay không. Chúng tôi nói lại xem việc đó có buộc phải là app hay không.
Những câu doanh nghiệp du lịch hỏi nhiều nhất
Làm một app chạy được cả iOS và Android không
Thường là được, bằng một bộ mã đa nền tảng, và đó là mặc định đúng cho công cụ nội bộ cũng như phần lớn app dành cho khách.
Viết riêng cho từng nền tảng chỉ đáng khi app dựa nặng vào máy ảnh, vào định vị chạy nền hay một tính năng của máy thay đổi theo mỗi bản hệ điều hành. Chúng tôi nói rõ trường hợp nào áp dụng trước khi báo giá.
App có dùng được dữ liệu đặt chỗ sẵn có không
Đó là trường hợp bình thường. App đọc từ chính hệ thống đang giữ dữ liệu đặt chỗ, qua một đầu nối chúng tôi làm hoặc một đầu nối đã có, thay vì giữ thêm bản sao thứ hai của sự thật.
Chỗ nào hệ thống nguồn không có đầu nối dùng được thì phần việc đó thuộc dữ liệu và API và được tính phạm vi trước khi làm app.
Ai đứng tên tài khoản trên hai cửa hàng ứng dụng
Anh chị. Tài khoản nhà phát triển đăng ký bằng pháp nhân của anh chị và tài khoản ngân hàng của anh chị, còn chúng tôi được thêm vào với quyền phát triển.
Một đơn vị làm thuê mà đứng tên gian hàng của anh chị là đơn vị nắm quyền quyết định anh chị có phát hành được hay không. Chúng tôi không dựng theo cách đó kể cả khi làm vậy nhanh hơn.
Nhận tiếp quản app do bên khác làm được không
Có lúc được. Chúng tôi đọc mã nguồn trước rồi đưa bản đánh giá viết ra giấy, gồm cả khả năng làm lại còn rẻ hơn tiếp quản.
Chúng tôi tính phí cho bản đánh giá đó, vì nó là việc thật, và vì một bản đánh giá miễn phí thì bao giờ cũng kết luận là phải làm lại.
Đọc tiếp
Anh chị đang vận hành cái gì?
Bán sản phẩm gì, đang dùng hệ thống nào, chỗ nào đang hỏng. Anh chị nhận lại một thư trả lời có hướng làm và khoảng chi phí, không phải tờ rơi quảng cáo.