BizApi - API dành cho startup
(bizapi.io)Tôi xin giới thiệu dự án cá nhân mà mình đang thực hiện.
Mục tiêu là cung cấp nhiều chức năng API cần thiết cho các startup trong giai đoạn đầu.
Hiện tại tất cả tính năng đều miễn phí, và tôi muốn bổ sung thêm các chức năng ở nhiều lĩnh vực khác nhau.
Hiện tại tôi đang phát triển API liên quan đến địa chỉ, với các chức năng như sau.
-
Tra cứu danh sách tỉnh/thành của Hàn Quốc
-
Tra cứu danh sách eup/myeon/dong của Hàn Quốc
-
Tra cứu dong theo tọa độ vĩ độ/kinh độ
-
Tra cứu danh sách tòa nhà theo bán kính từ tọa độ vĩ độ/kinh độ
Rất mong nhận được nhiều phản hồi và đề xuất tính năng.
Xin cảm ơn. :D
(Tôi vẫn thường xuyên đọc GeekNews, nhưng không biết đăng bài giới thiệu như thế này có ổn không; nếu có vấn đề tôi sẽ xóa.)
10 bình luận
Tôi không rõ các API khác nên công bố sau hay thế nào,
nhưng với địa chỉ thì dùng API tìm kiếm của Bộ Hành chính và An toàn công cộng sẽ tốt hơn phải không? Có lợi điểm gì vậy??
Dữ liệu dựa trên thực tế thì bên mình đã nhận từ Bộ Nội vụ và An toàn Hành chính rồi xử lý sẵn rồi!
Tuy nhiên, API của Bộ Nội vụ và An toàn Hành chính nếu muốn vào trang web để sử dụng thì quy trình có cảm giác khá phức tạp.
Có vẻ như API mới được thêm lần này dựa trên kinh độ/vĩ độ thì vẫn chưa được hỗ trợ.
Đúng như bạn nói, mình đang định làm thêm nhiều tính năng đa dạng hơn haha; Có vậy thì mới tạo ra được lợi thế lớn hơn!
Nhưng điều mình vẫn đang băn khoăn là có nên tiếp tục dành thời gian cho API địa chỉ không.. hay nên tìm một selling point khác! Cảm ơn bạn đã góp ý!
Sẽ rất tiện cho giai đoạn phát triển ban đầu nếu các API mà startup sử dụng được tập hợp lại ở một nơi.
Khi vào trang thì có vẻ phải xem hết mục lục tài liệu API mới biết có những chức năng nào.
Như bài viết trên GeekNews đã nói, sẽ rất tốt nếu có thể nhìn một lần là thấy ngay những API nào đang được cung cấp.
Ngoài ra, tôi thử kiểm tra thì hiện tại để nhận token, phải thêm
addressở phía trước thì mới hoạt động.| Nếu có một nơi tập hợp các API mà startup sử dụng thì sẽ rất tiện khi phát triển giai đoạn đầu.
Thực ra, ngay cả từ góc độ này tôi cũng đang băn khoăn xem sau này nên tập trung vào đâu huhu; phải là những tính năng mà startup cần và cũng cảm thấy đủ cần thiết để sử dụng, nhưng.. tôi vẫn chưa hình dung rõ lắm;;
Nếu là tính năng quá cốt lõi thì cũng có thể họ sẽ muốn tự xây dựng nội bộ,, nhưng mặt khác tôi cũng nghĩ các startup có ít lập trình viên trong thực tế sẽ cần đến nó..
Tôi sẽ suy nghĩ thêm thật nhiều!
Chúng tôi sẽ cân nhắc phần bạn đã nói, cảm ơn bạn rất nhiều vì phản hồi quý giá!
| Hiện tại để nhận token thì phải thêm
addressở phía trước mới hoạt động.Bạn có thể cho biết đây là vấn đề gì không?
Khi tôi thử tái hiện thì sau khi cấp token, nó được trả về dưới dạng
TK_ADDRESS_****, chỉ cần sao chép là có thể dùng ngay, nên nếu bạn cho biết đây là vấn đề gì thì tôi sẽ rất cảm kích!Trong tài liệu, phần cấp token được ghi là bizapi.io nhưng bị lỗi 403, còn khi dùng address.bizapi.io thì lại hoạt động.
Ối! Một lỗi cơ bản như thế này mà;;;; tôi sẽ sửa lại, cảm ơn bạn đã báo cho tôi biết!!!
Có vẻ như vẫn đang ở giai đoạn MVP, nhưng khi ai đó lần đầu truy cập vào website thì ít nhất cũng nên có:
Dịch vụ này là gì
Cung cấp những tính năng nào
Điểm mạnh của dịch vụ này là gì
Điều khoản sử dụng
để sau khi ghé vào một lần, sau này họ còn có thể quay lại.
(Nếu có thể cho phép đăng ký nhận email thông báo về các tính năng mới cho mục đích đó thì sẽ càng tốt hơn.)
Ở trong nước, bạn có thể tham khảo API Store như một dịch vụ để so sánh:
Ở nước ngoài thì Marketplace của RapidAPI có vẻ là một tài liệu tham khảo phù hợp.
Bạn cũng nên tham khảo các trang của những nhà cung cấp API lớn ở nước ngoài để rút ra các ưu điểm.
https://stripe.com/ : Hãy tham khảo phần phía dưới cho thấy API của họ dễ dùng đến mức nào
https://www.skyflow.com/ : Câu “What if privacy had an API?” cho thấy dịch vụ này cung cấp loại API nào.
Ngoài ra, dạo này khi nói là “miễn phí” thì rất khó đoán được có thể dùng đến mức nào,
đặc biệt với API thì tính bền vững của dịch vụ là vấn đề lớn nhất.
Sẽ tốt hơn nếu có cân nhắc về chi phí hoặc Rate Limiting.
Thay vì để người ta nghĩ “Lỡ sau này bị thu phí thì sao?”, có lẽ sẽ tốt hơn nếu họ có thể nghĩ kiểu như “À, nếu là 10.000 lượt gọi mỗi ngày thì cứ dùng lâu dài cũng ổn đấy”.
Ngoài trang hướng dẫn sử dụng, tôi nghĩ cũng nên có trang riêng cho từng API trong phần trang chi tiết API.
Vì mục tin tức của GeekNews mỗi ngày đều có bài mới được đăng lên, nên các dịch vụ giai đoạn đầu thường khá nhanh bị đẩy khỏi trang đầu.
Sau này nếu mở một mục Show để những dịch vụ ban đầu như thế này có thể ở lại lâu hơn một chút, tôi nghĩ lúc đó bạn nên giới thiệu lại thêm một lần nữa.
Bạn hãy suy nghĩ thêm xem một MVP có thể khiến người dùng (startup) nhìn một lần là nhớ là như thế nào, rồi đặt mục tiêu triển khai đến mức đó thì sao.
Vì hiện tại tôi mới chỉ làm được những tính năng còn rất nhỏ, nên tôi vẫn chưa nghĩ được nhiều về các góc nhìn khác nhau hay những tài liệu tham khảo bên ngoài mà bạn đã nhắc tới.
Tôi thấy từng ý bạn viết ra đều rất hữu ích!
Thực ra điều mơ hồ nhất với tôi lúc này là nên tập trung vào đâu để tiếp tục phát triển hu hu
Dịch vụ đã cho tôi ý tưởng là dịch vụ dưới đây, nhưng khi bắt tay tự phát triển một mình thì tôi cứ liên tục băn khoăn không biết nên tập trung vào phần nào..! https://clayful.io/
Hiện tại mới chỉ ở mức dự án cá nhân, nhưng tôi sẽ cố gắng tham khảo những hạng mục bạn đã góp ý để có thể phát triển nó thành một dịch vụ thực sự.
Cảm ơn bạn rất nhiều vì những phản hồi quý giá!
Tài liệu API địa chỉ có thể được xem ngay tại đây! https://bizapi.io/docs/address