paint-brush
Cách chúng tôi xây dựng thẻ ghi nợ từ đầu chỉ trong 4 thángtừ tác giả@danielishigami
1,170 lượt đọc
1,170 lượt đọc

Cách chúng tôi xây dựng thẻ ghi nợ từ đầu chỉ trong 4 tháng

từ tác giả Daniel Ishigami 9m2024/04/25
Read on Terminal Reader

dài quá đọc không nổi

Tôi sẽ tiết lộ bí mật đằng sau việc xây dựng thẻ ghi nợ từ đầu chỉ sau 4 tháng! Từ việc điều hướng hệ sinh thái fintech phức tạp đến việc lựa chọn đối tác hoàn hảo, tôi sẽ xem xét các chiến lược, thách thức và ý tưởng. Đi sâu vào nhóm công nghệ, khám phá quy trình tích hợp API và khám phá cách chúng tôi sử dụng các công cụ như Java Spring Boot, React và Cloudflare để hiện thực hóa tầm nhìn.
featured image - Cách chúng tôi xây dựng thẻ ghi nợ từ đầu chỉ trong 4 tháng
Daniel Ishigami  HackerNoon profile picture
0-item

Chỉ trong bốn tháng ngắn ngủi, một hành trình đầy tham vọng từ ý tưởng đến hiện thực đã diễn ra khi chúng tôi bắt tay vào việc tạo ra giải pháp thẻ ghi nợ độc đáo. Đây là bài viết chúng tôi mong muốn được đọc!


Tôi là Daniel Ishigami, một nhà phát triển và doanh nhân tự học có trụ sở tại London, đồng thời là người đồng sáng lập Fana. Cùng với đối tác Robin Yan, chúng tôi đã ra mắt thẻ ghi nợ có thể biến chi tiêu hàng ngày thành một hành động từ thiện. Fana được thành lập để thay đổi cách mọi người đóng góp cho các hoạt động mà họ quan tâm, bằng cách tạo ra tác động thông qua việc mua hàng thường xuyên, từ đó cho phép các cá nhân, người sáng tạo và thương hiệu phân bổ vốn cho các hoạt động có ý nghĩa.


Bạn có bao giờ cảm thấy khó chịu khi được yêu cầu quyên góp cho các bộ sưu tập hoặc đồng ý quyên góp vì những lý do mà bạn không xác định được khi mình tiêu tiền không?


Chúng tôi thành lập Fana vì chúng tôi đang sống trong một thế hệ bị ám ảnh bởi tác động tích cực. Gen Y, Z và A nói chung là nhóm nhân khẩu học tiêu dùng đang phát triển lớn nhất và chi tiêu của họ chiếm 60% doanh số bán hàng trực tuyến. Hoạt động từ thiện và cho đi hiện không phù hợp với mục đích cũng như mô hình chi tiêu này. Chúng tôi muốn tạo một thẻ thực tế mà người tiêu dùng có thể đăng ký và thanh toán, sau đó cho phép họ quyên góp cho tổ chức từ thiện Fana trong ứng dụng và mua sắm tại một thương hiệu sẽ trao lại phần thưởng quyên góp cho người dùng để tạo ra nhiều tác động hơn.


Bài viết này đi sâu vào sự phức tạp của việc phát triển thẻ ghi nợ từ đầu, bao gồm mọi thứ từ giai đoạn ý tưởng ban đầu cho đến lần ra mắt cuối cùng. Chúng tôi sẽ chia sẻ những hiểu biết sâu sắc có giá trị về quy trình sàng lọc, khung đánh giá và các quyết định chiến lược đã mở đường cho sự thành công của chúng tôi. Bạn sẽ có được cái nhìn độc quyền về chu trình phát triển của chúng tôi, bao gồm những thách thức chúng tôi phải đối mặt và cách chúng tôi vượt qua chúng, đồng thời cung cấp hướng dẫn toàn diện cho bất kỳ ai muốn bắt đầu một hành trình tương tự.


Tầm nhìn đằng sau dự án đầy tham vọng này là thu hẹp khoảng cách trên thị trường mà cá nhân tôi, với tư cách vừa là người tiêu dùng vừa là nhà tài trợ, đã trải qua. Tồn tại một cộng đồng rộng lớn gồm các cá nhân mong muốn hỗ trợ các mục đích có ý nghĩa và tạo ra tác động tích cực, tuy nhiên họ thường thấy mình thua lỗ, bị cản trở bởi các quy trình quyên góp lỗi thời mà đỉnh điểm là những lời cảm ơn không thỏa đáng. Tương tự, nhiều thương hiệu mong muốn đóng góp cho lợi ích xã hội, tuy nhiên những nỗ lực đáng khen ngợi này thường không được chú ý và bị chôn vùi trong phần chú thích của báo cáo phát triển bền vững hàng năm. Mục tiêu của chúng tôi là đi tiên phong trong giai đoạn đầu tiên của một nền tảng kết hợp liền mạch giữa người tiêu dùng và thương hiệu trong nỗ lực tạo ra sự khác biệt.



Hãy tham gia cùng chúng tôi khi chúng tôi làm sáng tỏ các lớp trong quá trình phát triển của mình, chia sẻ các công cụ và công nghệ đã biến tất cả thành hiện thực và thảo luận về các bài học kinh nghiệm trong quá trình thực hiện. Cho dù bạn là một doanh nhân mới bắt đầu, một nhà phát triển dày dạn kinh nghiệm hay chỉ đơn giản là tò mò về sự đổi mới của fintech, bài viết này sẽ đưa bạn qua hành trình tạo ra thẻ ghi nợ.


Quá trình sàng lọc: Một câu đố 100 mảnh Điều hướng bối cảnh phức tạp của hệ sinh thái tài chính nhúng, chúng tôi bắt đầu hành trình của mình bắt đầu từ đầu trong một lĩnh vực có gần một trăm nhà cung cấp, nhiều nhà cung cấp trong số đó chỉ chuyên thực hiện một nhiệm vụ quan trọng duy nhất cho hoạt động của thẻ ghi nợ. Việc thiếu thông tin công khai không làm chúng tôi nản lòng; thay vào đó, chúng tôi bắt đầu lại từ đầu, liên hệ và tham gia thảo luận với những người chơi khác trong hệ sinh thái mà chúng tôi có thể kết nối (nhóm Slack là bạn của bạn). Những cuộc trò chuyện ban đầu này dần dần làm sáng tỏ sự phức tạp của tài chính nhúng, tiết lộ các thành phần thiết yếu cần có để biến tầm nhìn của chúng tôi thành hiện thực:


  • Bên được cấp phép EMI & Nhà tài trợ BIN: Người chơi chính được quản lý bởi Cơ quan quản lý tài chính (FCA), chịu trách nhiệm nắm giữ số tiền mà khách hàng của bạn gửi.
  • Giám sát KYC & AML: Việc phát hành một công cụ thanh toán như thẻ ghi nợ đòi hỏi phải có quy trình 'Biết khách hàng của bạn' (KYC) mạnh mẽ đối với khách hàng tham gia. Ngoài ra, việc giám sát chống rửa tiền (AML) liên tục là rất quan trọng để đảm bảo tuân thủ các tiêu chuẩn quy định.
  • Xử lý thanh toán: Nhà cung cấp có khả năng xử lý các giao dịch tài khoản và thẻ cho khách hàng của bạn là điều cần thiết để dịch vụ hoạt động trơn tru. Sản xuất thẻ: Nếu bạn chọn phát hành thẻ vật lý, nhà sản xuất được cấp phép phải sản xuất chúng.
  • Quản lý chương trình thẻ: Cần phối hợp với một thành viên của mạng lưới EMV để phát hành chương trình thẻ thành công.


Đối với những người quan tâm đến việc tìm hiểu sâu hơn về các tổ chức phát hành và khả năng của họ, bạn có thể xem tổng quan toàn diện tại đây ( https://docsend.com/view/uia26zpnucyvgxqa ).




Đánh giá của chúng tôi để lựa chọn đối tác phù hợp sau đó tập trung vào:


  1. Có khả năng hoạt động như giải pháp chìa khóa trao tay cho các thành phần trên. Vì việc tích hợp 3 hoặc 4 nhà cung cấp cho các mục trên sẽ tăng chi phí và thời gian tiếp thị nên ban đầu nên chọn một nhà cung cấp ngay cả khi điều đó loại bỏ một số quyền kiểm soát đối với các thành phần.

  2. Tính minh bạch của tài liệu kỹ thuật của họ và tính sẵn có của hộp cát (“thử trước khi mua”) là điều quan trọng để kiểm tra và thử nghiệm khả năng tích hợp vì giờ đây chúng tôi sẽ xây dựng phần cốt lõi của sản phẩm trên nền tảng API của họ.

  3. Hiệu quả chi phí và khả năng mở rộng mà chúng tôi đã xác định thông qua chi phí được mô hình hóa trong khoảng thời gian 3-5 năm cho nhiều tình huống thương mại khác nhau. Điều bắt buộc là đối tác đã chọn của chúng tôi không chỉ đưa ra mức giá cạnh tranh mà còn phải cung cấp mô hình định giá hỗ trợ mở rộng quy mô - có khả năng thích ứng với sự phát triển của chúng tôi và khối lượng hoạt động khác nhau.




  1. Khả năng phản hồi và tốc độ thực hiện. Là một công ty khởi nghiệp, sự nhanh nhẹn và thực hiện nhanh chóng là vô giá. Chúng tôi đã đánh giá các đối tác tiềm năng về khả năng phản hồi và tốc độ thực hiện của họ. Khả năng nhóm của nhà cung cấp nhanh chóng thiết lập các cuộc họp, trả lời các câu hỏi và thúc đẩy các dự án tiến triển là một chỉ số quan trọng cho thấy sự phù hợp của họ với các nhu cầu năng động của chúng tôi.


Cuối cùng chúng tôi đã tìm đến weavr https://www.weavr.io/ vì họ đáp ứng tất cả các tiêu chí trên. Họ cung cấp toàn bộ chuỗi cung ứng để phân phối sản phẩm thẻ của chúng tôi, hiểu và có thể phát triển theo tốc độ khởi nghiệp, có hộp cát cho phép chúng tôi kiểm tra đầy đủ và có được sự tự tin về khả năng tích hợp với API của họ và cuối cùng có một mô hình thương mại được phép mở rộng quy mô.


Lập kế hoạch: Mục tiêu không có kế hoạch chỉ là mong muốn

Song song với quy trình trên, chúng tôi đã tạo bản đồ tính năng và tập hợp các câu chuyện của người dùng làm cơ sở cho chức năng mà chúng tôi cần xây dựng.





Điều này cũng có thể được sử dụng làm cơ sở thảo luận với các bên liên quan về mặt thương mại cũng như các nhà thiết kế và nhà phát triển (miro là một công cụ tuyệt vời cho việc này https://miro.com/templates/ ). Theo thỏa thuận ở trên, chúng tôi phải vạch ra các chuỗi API trong sơ đồ cho tất cả các chức năng như tạo người dùng, tạo tài khoản và thẻ. Sau khi thiết lập trình tự này, nó đã được thử nghiệm trên người đưa thư (một công cụ kiểm tra API) thông qua một bộ sưu tập hữu ích đã có sẵn. Trong quá trình này, mọi lỗi đều có thể được xử lý trước quá trình xây dựng. Song song với việc thử nghiệm, một bản tóm tắt về bản đồ tính năng và câu chuyện của người dùng cùng với trình tự mà chúng tôi phải tuân thủ đối với lệnh gọi API đã được thảo luận với nhà thiết kế của chúng tôi và anh ấy đã xây dựng một phiên bản demo trên Figma để nhóm có thể thử nghiệm ban đầu. Điều này bao gồm trước khi triển khai thử nghiệm A/B có thể được thực hiện trên người dùng - tỷ lệ đạt/không đạt được xác định bằng tỷ lệ hoàn thành và đánh giá thông qua biểu mẫu mà chúng tôi đã liên kết ở cuối màn hình demo.


Mặc dù những điều trên đang được thực hiện ở phía nhà phát triển, chúng tôi đã quyết định bắt đầu với một phiên bản web cho phép chúng tôi lặp lại nhanh hơn do việc phân phối qua các thị trường của Apple và Google thường phải tuân theo nhiều quy trình xem xét có thể dễ dàng thêm 1mo+ vào dòng thời gian xuất bản . Chúng tôi cảm thấy rằng sẽ tốt hơn nếu phân phối nhanh nhất có thể và lặp lại trước khi cam kết phát hành trên thiết bị di động.


Thực thi: Thực thi, Thực thi, Thực thi Để phân phối sản phẩm cuối cùng, chúng tôi thiết lập cơ sở hạ tầng của mình như sau:



Dịch vụ tức thì phụ trợ của chúng tôi đang sử dụng Java Spring Boot, một lựa chọn được thúc đẩy bởi hệ sinh thái mạnh mẽ của Spring Boot, tính dễ phát triển và hiệu quả về hiệu suất (hàng trăm phần phụ thuộc hữu ích có sẵn thông qua trình khởi tạo mùa xuân https://start.spring.io/ ) . Vi dịch vụ này là xương sống của ứng dụng của chúng tôi, xử lý tất cả các hành động tức thời, theo sự kiện, có ý nghĩa quan trọng đối với trải nghiệm người dùng liền mạch (ví dụ: đăng ký, đăng nhập, quản lý phiên, tất cả các hoạt động thẻ). Mặc dù chúng tôi sử dụng các khía cạnh của mẫu thiết kế Model-View-Controller (MVC), đặc biệt tập trung vào Mô hình và Bộ điều khiển, kiến trúc của chúng tôi được thiết kế chủ yếu để xây dựng các dịch vụ API. Cách tiếp cận này cho phép chúng tôi tách biệt hiệu quả logic kinh doanh và quy trình xử lý yêu cầu, đảm bảo tổ chức mã sạch và có thể bảo trì.


Đây là dịch vụ tích hợp nhiều API bên ngoài và quan trọng nhất là các API của nhà cung cấp tài chính nhúng của chúng tôi cũng như các thành phần quan trọng khác như Stripe để thanh toán và Sendgrid để thông báo tức thì.


Trình lập lịch tác vụ phân tán cuối cùng của chúng tôi là một dịch vụ được thiết kế để quản lý các tác vụ định kỳ. Thành phần này đóng vai trò then chốt trong việc đảm bảo độ tin cậy và kịp thời của các hoạt động nền, từ thông báo, đối chiếu tài chính và kế toán cũng như khi yêu cầu thăm dò dữ liệu từ các nhà cung cấp bên ngoài. Nó hỗ trợ nhiều loại trình kích hoạt khác nhau, bao gồm trình kích hoạt cron, thủ công và dựa trên sự kiện, mang lại sự linh hoạt về cách thức và thời điểm thực hiện các tác vụ.


Giao diện người dùng của ứng dụng web của chúng tôi được xây dựng bằng React, tập trung vào việc thân thiện với người dùng trên thiết bị di động. Chúng tôi đã sử dụng nhiều nhất có thể các thành phần sẵn sàng sử dụng trông đẹp mắt trên cả máy tính để bàn và thiết bị di động để có thể giảm nhu cầu về hoạt ảnh tùy chỉnh và có khả năng phản hồi nhanh chóng.


Để giám sát và quan sát trong hệ thống của chúng tôi, chúng tôi đã tích hợp Spring Boot với một thư viện được thiết kế đặc biệt để hiển thị các số liệu Prometheus (Prometheus là bộ công cụ cảnh báo và giám sát hệ thống nguồn mở ban đầu được xây dựng tại SoundCloud), sau đó được Grafana sử dụng để giám sát và mục đích trực quan hóa. Thiết lập này, được kết nối với bản sao chỉ đọc của cơ sở dữ liệu sản xuất của chúng tôi, cung cấp cho chúng tôi những hiểu biết quan trọng cần thiết để theo dõi các lỗi và lỗi trong quá trình sản xuất, hành vi của người dùng và những thứ có thể không hoạt động tốt như dự định cũng như theo dõi chuyển đổi/kênh. Nó cho phép chúng tôi tạo và trực quan hóa các truy vấn bổ sung theo yêu cầu. Kết hợp với Google Analytics, phương pháp này cung cấp cái nhìn toàn diện về tương tác của người dùng ở mọi thời điểm. Hơn nữa, chúng tôi sử dụng khả năng ghi nhật ký mạnh mẽ của nhà cung cấp dịch vụ đám mây để theo dõi lỗi chi tiết.


Trong việc quản lý hệ thống tên miền (DNS) của chúng tôi, hệ thống này rất quan trọng để định cấu hình các ứng dụng khách dịch vụ khác nhau, từ nền tảng tiếp thị qua email đến các công cụ phân tích, chúng tôi dựa vào Cloudflare. Cloudflare không chỉ đóng vai trò là hệ thống quản lý DNS mà còn hoạt động như mạng phân phối nội dung chính (CDN) của chúng tôi. Vai trò kép này rất quan trọng đối với hoạt động của chúng tôi vì nó đảm bảo rằng tài sản kỹ thuật số của chúng tôi, bao gồm các tệp hình ảnh và video, được lưu trữ và phân phối hiệu quả trên toàn cầu. Việc sử dụng Cloudflare giúp nâng cao hiệu suất và tính bảo mật của trang web của chúng tôi, mang lại thời gian tải nhanh và khả năng bảo vệ mạnh mẽ trước các mối đe dọa trên mạng. Thiết lập này là công cụ giúp duy trì quyền truy cập liền mạch vào nội dung của chúng tôi, tạo điều kiện cho trải nghiệm người dùng tối ưu và bảo vệ dữ liệu người dùng, từ đó hỗ trợ chiến lược trực tuyến toàn diện của chúng tôi.


Kết luận Đối với các chiến lược tiếp thị của chúng tôi, đặc biệt là khi thử nghiệm A/B để tối ưu hóa việc tạo lưu lượng truy cập và đánh giá hiệu quả của các chiến dịch khác nhau, chúng tôi đã chọn Webflow làm công cụ chính để thiết kế và phát triển trang đích và trang tiếp thị của mình. Nền tảng này cho phép chúng tôi lặp lại nhanh chóng về thiết kế và nội dung, cho phép điều chỉnh theo thời gian thực dựa trên kết quả thử nghiệm. Giao diện thân thiện với người dùng và các tính năng mạnh mẽ của Webflow đã hỗ trợ nhóm của chúng tôi tạo ra các trang có hiệu suất cao và hấp dẫn về mặt hình ảnh, điều cần thiết để thu hút đối tượng mục tiêu và thúc đẩy các mục tiêu tiếp thị của chúng tôi tiến lên.


Khi chúng tôi kết thúc hành trình từ ý tưởng đến ra mắt giải pháp thẻ ghi nợ độc đáo của mình, rõ ràng là con đường này vừa đầy thách thức vừa bổ ích. Trong những tháng này, chúng tôi đã vượt qua sự phức tạp của hệ sinh thái fintech, tương tác với vô số nhà cung cấp và tập hợp các thành phần cần thiết để biến tầm nhìn của chúng tôi thành hiện thực. Những hiểu biết sâu sắc được chia sẻ trong bài viết này, từ quy trình sàng lọc ban đầu đến triển khai chiến lược các công nghệ như Java Spring Boot, React và Cloudflare, hy vọng sẽ giúp ích cho bất kỳ ai đang tìm cách tích hợp các dịch vụ tài chính và giảm bớt một số trở ngại mà chúng tôi gặp phải trong quá trình thực hiện.


Suy ngẫm về hành trình của chúng tôi, điều rút ra được là việc tạo ra một giải pháp fintech giống như của chúng tôi không chỉ là nỗ lực về mặt kỹ thuật; đó là nỗ lực hướng tới sứ mệnh nhằm nâng cao cách chúng ta đóng góp cho xã hội thông qua các giao dịch hàng ngày. Khi chúng tôi tiến về phía trước, chúng tôi rất vui mừng được xây dựng trên nền tảng này, liên tục cải tiến dịch vụ của mình và mở rộng tác động của công việc của chúng tôi.


Tìm hiểu thêm về Fana: https://www.fanaverse.io/

L O A D I N G
. . . comments & more!

About Author

Daniel Ishigami  HackerNoon profile picture
Daniel Ishigami @danielishigami
London-based self-taught developer, entrepreneur, and co-founder of Fana. Focused on enabling philanthropy through tech.

chuyên mục

BÀI VIẾT NÀY CŨNG CÓ MẶT TẠI...