3 bề mặt ví, một danh sách kiểm tra khởi động
3 bề mặt ví đang được xem xét: tiện ích mở rộng trình duyệt, ứng dụng di động và Telegram Mini App. Chúng tôi bắt đầu bằng cách xác định nhu cầu người dùng và trách nhiệm chính.
Trước khi đặt lịch triển khai, hãy gửi cho chúng tôi 7 đầu vào sau:
- Người dùng: ai cần ví và nhiệm vụ nào đưa họ đến?
- Lưu ký: có lưu ký, không lưu ký hay vẫn đang xem xét?
- Xử lý khóa: ai kiểm soát từng hành động liên quan đến khóa?
- Mạng lưới: chuỗi và tài sản nào cần có trong bản phát hành đầu tiên?
- Hành động: chuyển tiền, swap hay cả hai?
- Định dạng: tiện ích mở rộng trình duyệt, ứng dụng di động, Telegram Mini App hay kết hợp?
- Công việc hiện có: thiết kế, tích hợp, thành phần backend hoặc ghi chú bảo mật?
Những câu trả lời này giữ cho bản phát hành đầu tiên tập trung. Chúng ngăn danh sách tính năng mở rộng mà không có quyết định. Chúng tôi biến đầu vào của bạn thành một ranh giới sản phẩm rõ ràng. Điều đó bao gồm những gì thuộc về sau.
Nếu các hành động của ví kết nối với một dApp, hãy căn chỉnh yêu cầu với phát triển dApp. Nếu ví dựa trên tài sản của dự án, hãy thêm tạo và triển khai token vào cùng một cuộc thảo luận sản phẩm.
Mô hình lưu ký nào phù hợp với người dùng ví của bạn?
2 mô hình lưu ký tạo ra các trách nhiệm sản phẩm khác nhau: có lưu ký và không lưu ký. Quyết định ai kiểm soát quản lý khóa trước khi phê duyệt màn hình, luồng tài khoản hoặc tác vụ vận hành.
Ví có lưu ký đặt quản lý khóa trong mô hình vận hành của sản phẩm. Điều đó có thể phù hợp với dịch vụ nơi nhóm quản lý quyền truy cập của người dùng và các hoạt động liên quan.
Ví không lưu ký đặt quyền kiểm soát khóa cho người dùng. Giao diện của nó phải làm rõ trách nhiệm đó. Trải nghiệm khôi phục cũng phải dễ hiểu.
Sử dụng 3 quyết định này để chọn hướng đi:
- Kiểm soát: ai chịu trách nhiệm cho các hành động liên quan đến khóa?
- Khôi phục: người dùng nên hiểu gì nếu họ mất quyền truy cập?
- Vận hành: nhóm của bạn phải hỗ trợ những gì sau khi ra mắt?
Sau đó, xác định từng hành động của ví từ khi bắt đầu đến khi xác nhận. Đối với chuyển tiền và swap, xác định những gì người dùng thấy trước khi xác nhận. Cũng xác định các trạng thái hiển thị khi một hành động không thể hoàn tất. Ghi lại các quyết định bằng ngôn ngữ sản phẩm đơn giản.
Nếu bạn cũng cần công việc hợp đồng, hãy kết nối yêu cầu ví với phát triển smart contract. Một ví trong một sản phẩm rộng hơn có thể được lên kế hoạch với phát triển Web3.
3 định dạng, công việc ví khác nhau
3 định dạng định hình các giao diện và nhu cầu tích hợp khác nhau. Chọn bản phát hành đầu tiên xoay quanh nhiệm vụ chính của người dùng. Sau đó nêu chính xác mạng lưới và hành động nào nó hỗ trợ.
| Định dạng | Mô tả | Khung thời gian phát hành | Những gì bạn gửi |
|---|---|---|---|
| Tiện ích mở rộng trình duyệt | Hành động ví trong luồng sản phẩm dựa trên trình duyệt | Được xác định sau khi thống nhất tính năng và tích hợp | Luồng người dùng, mạng lưới mục tiêu, nhu cầu sản phẩm kết nối |
| Ứng dụng di động | Trải nghiệm ví ưu tiên di động | Được xác định sau khi thống nhất hành động và nhu cầu nền tảng | Tác vụ tài khoản, luồng giao dịch, tài liệu thiết kế |
| Telegram Mini App | Hành động ví trong sản phẩm Telegram | Được xác định sau khi thống nhất tính năng Mini App | Hành động cần thiết, tích hợp, tính năng Telegram liên quan |
Coi hỗ trợ đa chuỗi là một danh sách các mạng lưới được đặt tên, không phải là một tuyên bố chung chung. Đối với mỗi mạng lưới, hãy xác định các hành động ví mà người dùng cần. Giữ swap như một luồng riêng biệt. Xác định các bước hướng tới người dùng, tích hợp cần thiết và chi tiết xác nhận. Điều này làm cho các quyết định phát hành đầu tiên dễ dàng hơn.
Đối với sản phẩm ưu tiên di động, hãy so sánh các nhu cầu liền kề với phát triển ứng dụng di động cho sản phẩm Web3. Đối với các tính năng Telegram ngoài giao diện ví, hãy xem xét phát triển bot Telegram và mini app.
5 giai đoạn từ brief sản phẩm đến bàn giao
5 giai đoạn giữ cho việc xây dựng ví có thể xem xét được: đầu vào sản phẩm, quyết định phát hành, thiết kế, triển khai và bàn giao. Chúng tôi xác nhận công việc trước khi hoạt động xây dựng bắt đầu.
- Đầu vào sản phẩm: Chia sẻ người dùng mục tiêu, hướng lưu ký, định dạng, mạng lưới và hành động chính.
- Quyết định phát hành: Tách các tính năng bắt buộc khỏi các bổ sung sau này. Ghi lại các tích hợp và chủ sở hữu cho các câu hỏi còn bỏ ngỏ.
- Thiết kế: Xác định các bước tài khoản, giao dịch và swap, bao gồm những gì người dùng phải xác nhận.
- Triển khai: Xây dựng giao diện và tính năng ví đã thống nhất. Thêm các thành phần backend hoặc theo dõi cần thiết.
- Xem xét và bàn giao: Kiểm tra bản xây dựng so với các yêu cầu đã thống nhất. Liệt kê các mục còn bỏ ngỏ và hành động tiếp theo.
Chúng tôi gửi báo giá bằng văn bản trong vòng 2 ngày làm việc sau khi xem xét chi tiết sản phẩm của bạn. Công việc có thể bắt đầu trong vòng 24 giờ kể từ khi thanh toán được xác nhận. Trước khi khởi động, DigitalMedia1 kiểm tra lưu ký, định dạng mục tiêu, danh sách mạng lưới, hành động người dùng và chủ sở hữu xem xét trong một danh sách kiểm tra ngắn.
Trong quá trình triển khai, chúng tôi ghi lại tiến độ so với các tính năng đã thống nhất. Chúng tôi nêu ra các thay đổi trước khi thêm chúng. Khi bàn giao, bạn nhận được một bản ghi rõ ràng về công việc đã hoàn thành, các câu hỏi còn bỏ ngỏ và chuẩn bị xem xét bảo mật. Mang theo thiết kế hiện có và ghi chú tích hợp. Chúng giúp chúng tôi xác định bản phát hành đầu tiên nhanh hơn.
Cần quyết định điều gì trước khi ra mắt ví?
4 kiểm tra ra mắt quan trọng: trách nhiệm khóa, hành động được hỗ trợ, quyền sở hữu vận hành và trạng thái xem xét. Xác nhận từng mục so với ví mà người dùng sẽ vận hành.
Trước khi phát hành, hãy xác minh rằng:
- Giao diện giải thích mô hình lưu ký và trách nhiệm của người dùng.
- Các bước giao dịch và swap khớp với hành vi sản phẩm đã được phê duyệt.
- Nhóm biết các tác vụ backend và theo dõi nào nó sẽ vận hành.
- Các câu hỏi xem xét bảo mật có chủ sở hữu và hành động tiếp theo.
Đối với sản phẩm có lưu ký, luật sư của bạn phải kiểm tra phân loại quy định trước khi ra mắt. Phát triển có thể bao gồm xem xét bảo mật và chuẩn bị audit đã thống nhất. Một nhà cung cấp audit bên ngoài kiểm soát các phát hiện của riêng mình. Điều kiện mạng lưới và khả năng sẵn có của tích hợp bên thứ ba cũng nằm ngoài tầm kiểm soát của nhóm xây dựng.
Nếu ví là một phần của ứng dụng lớn hơn, hãy căn chỉnh bản phát hành tiếp theo với phát triển dApp. Bạn cũng có thể lên kế hoạch xây dựng rộng hơn với phát triển Web3. Gửi cho chúng tôi brief sản phẩm, mô hình lưu ký dự định, định dạng mục tiêu và mạng lưới phát hành đầu tiên. Chúng tôi sẽ xem xét danh sách kiểm tra và trả lại kế hoạch xây dựng bằng văn bản.
Cách hoạt động
- Gửi đầu vào víChia sẻ người dùng mục tiêu, hướng lưu ký, định dạng triển khai, mạng lưới và hành động thiết yếu.
- Xác định bản phát hành đầu tiênXác nhận nhu cầu giao dịch và swap, tích hợp, công việc backend và kỳ vọng theo dõi.
- Xác định luồng người dùngThống nhất màn hình, hành động chính và trạng thái xác nhận trước khi triển khai.
- Xây dựng và xem xétChúng tôi triển khai các tính năng đã thống nhất và kiểm tra tiến độ so với các yêu cầu đã ghi lại.
- Chuẩn bị bàn giaoXem xét công việc đã hoàn thành, các mục còn bỏ ngỏ và câu hỏi cho luật sư hoặc nhà cung cấp audit của bạn.
Câu hỏi thường gặp
Tôi nên gửi gì để nhận báo giá phát triển ví crypto?
4 đầu vào giúp quá trình xem xét đầu tiên diễn ra: hướng lưu ký, định dạng mục tiêu, mạng lưới được hỗ trợ và hành động ví cần thiết. Thêm thiết kế hiện có, chi tiết tích hợp và nhu cầu backend nếu có. Chi phí phụ thuộc vào định dạng, tính năng và tích hợp. Bạn nhận được báo giá cố định bằng văn bản trong vòng 2 ngày làm việc, trước khi bạn thanh toán.
Cùng một ví có thể hỗ trợ cả người dùng có lưu ký và không lưu ký không?
2 cách tiếp cận lưu ký có thể được xem xét, nhưng mỗi cách cần trách nhiệm khóa và luồng người dùng rõ ràng. Chúng tôi xác nhận trước liệu cả hai có thuộc cùng một sản phẩm hay không. Sau đó, chúng tôi xác định mỗi nhóm người dùng phải làm gì. Quyết định đó ảnh hưởng đến thiết kế giao diện, vận hành và yêu cầu xem xét, vì vậy hãy đưa ra quyết định trước khi lập kế hoạch triển khai.
Bạn có thể xây dựng ví dưới dạng Telegram Mini App không?
1 Telegram Mini App có thể là một phần của định dạng ví đã thống nhất. Chúng tôi xác định hành động ví nào thuộc về nó, tích hợp nào cần thiết và liệu có cần tính năng Telegram liên quan hay không. Gửi luồng người dùng dự định và hành động bắt buộc. Chúng tôi sẽ tách bản phát hành đầu tiên khỏi các bổ sung sau này.
Mất bao lâu để xây dựng một ví crypto?
1 lịch trình triển khai tuân theo mô hình lưu ký, định dạng, tính năng, tích hợp và giai đoạn xem xét đã chọn. Một MVP tập trung có trình tự khác với một bản xây dựng sản xuất rộng hơn. Sau khi xem xét đầu vào của bạn, chúng tôi đặt ra các giai đoạn xây dựng và thời gian trong kế hoạch bằng văn bản. Nó cũng cho thấy khi nào nhóm của bạn cần phê duyệt các quyết định.
Công việc bảo mật ví bao gồm những gì?
3 lĩnh vực có thể được lên kế hoạch: luồng ví đã thống nhất, cách tiếp cận quản lý khóa và các tích hợp hoặc thành phần backend cần thiết. Chúng tôi cũng chuẩn bị tài liệu cho audit bên ngoài khi được bao gồm. Nhóm sản phẩm của bạn nên chỉ định chủ sở hữu xem xét sớm. Đối với sản phẩm có lưu ký, hãy yêu cầu luật sư của bạn kiểm tra phân loại quy định trước khi ra mắt.
Bạn có thể đảm bảo audit bên ngoài sẽ phê duyệt ví không?
1 nhà cung cấp audit đưa ra đánh giá của riêng mình. Chúng tôi có thể xây dựng các tính năng ví đã thống nhất, tiến hành xem xét bảo mật có trong kế hoạch và chuẩn bị tài liệu audit. Chúng tôi không thể quyết định các phát hiện của nhà cung cấp. Chúng tôi ghi lại các mục theo dõi xem xét để nhóm của bạn có thể chỉ định chủ sở hữu và giải quyết các mục còn bỏ ngỏ trước khi ra mắt.
Kể cho chúng tôi về dự án của bạn
Trả lời bốn câu hỏi nhanh và quản lý sẽ gửi kế hoạch, thời gian và mức giá trong vòng một giờ. Mọi thứ được bảo mật.
Đang tải biểu mẫu…