Loading...
Tìm kiếm

Tag Archives: Product

Categories Blockchain Business Analyst

Phân tích tính năng subscription

by hoangphan Posted on
Bảng giá thanh toán

Vừa rồi đội ngũ dự án mình đã xây dựng xong những tính năng cơ bản của Seitrace – một dự án Explorer official và lớn nhất trên SEI blockchain, và cũng là explorer đầu tiên hỗ trợ một chain chạy song song EVM/Cosmos.

 

Giới thiệu

Với vai trò là Product Manager của dự án, cũng như sự đặt hàng của nhiều anh em developer trên mạng SEI blockchain về việc sử dụng API miễn phí và có trả phí để lấy dữ liệu on-chain đã visualize về sử dụng trên dự án của họ, mình đã research về cách xây dựng tính năng Subscription/mua API. Bài viết hôm nay mình sẽ chia sẻ những gì mình đã phân tích được một cách tổng quan về:

Tính năng subscription dưới góc nhìn của một Product Owner/ Business Analyst

 

Seitrace
Seitrace

Dữ liệu trả ra API từ đâu mà có?

Nếu bạn nào có phát triển các dự án trên blockchain, sẽ biết là các dữ liệu on-chain sẽ được lưu trữ trên các block, trong mỗi block sẽ chứa nhiều transactions, và các block này sẽ nối lại với nhau tạo thành một chuỗi các blocks

Transactions in blocks
Transactions in blocks
hash of block
hash of block

Còn phía dự án Seitrace, Sẽ kết nối với các node RPC của blockchain => Crawl dữ liệu thô từ blockchain về (thông tin các transactions, blocks, status, smart contracts, …) => decode/xào nấu những dữ liệu đó sao cho dễ dùng => dùng Indexer để lập chỉ mục và lưu trữ các dữ liệu đã xào nấu vào những database riêng của Seitrace để từ đó truy vấn nhanh chóng và hiệu quả.

Và các dữ liệu này sẽ được dùng để hiển thị ra trên ứng dụng Seitrace, và cũng với những dữ liệu này phía dự án cũng cho các bên dự án khác sử dụng thông qua API, nhưng sẽ có những mức phí khác nhau.

Kế hoạch phân tích

Để có thể phân tích đầy đủ thì mình list out ra thành những task nhỏ cần làm

Things to do
Things to do

Mình thì cũng hay phân tích các dự án lớn và đi từ đầu (từ lúc mới có ý tưởng), thậm chí là chưa bao giờ làm qua, nhưng thường ngại các phần thanh toán, vì dính nhiều cái liên quan đến pháp lý, đăng ký theo công ty, chia sẻ lợi nhuận nên thường sẽ research đầu tiên => trong bài toán này mình cũng nghiên cứu phần payment đầu tiên.

Luồng thanh toán

Để tìm bên cung cấp dịch vụ thanh toán, thì cần nghĩ tới việc thanh toán thì có thanh toán 1 lần, hoặc thụ động, và một loại nữa là gọi hằng tháng (subscription) để trừ tiền 😀 Và ngoài ra thì bên hỗ trợ thanh toán phải hỗ trợ cho các bên dự án crypto, thanh toán quốc tế với nhiều quốc gia, có phương thức thanh toán qua crypto.

=> Đối với loại thụ động, hoặc thanh toán 1 lần thì dễ, kiểu như gửi số tài khoản cho user chuyển qua => rồi có 1 bộ listen để xem nếu user đã thanh toán => thì chuyển trạng thái thành công.

=> Đối với loại thanh toán hằng tháng => thì trừ tự động => phải qua một bên thứ 3 và cho accept các loại thẻ, hoặc hỗ trợ kiểu như ví đã nạp tiền sẵn và tự động trừ.

Bảng giá thanh toán
Bảng giá thanh toán

Sau một hồi check qua nhiều phương án thanh toán, mình nhận thấy có những phương án phù hợp nhất:

  • Stripe: https://stripe.com/pricing – phí có hơi cao 1 tíu, có hỗ trợ upgrade, downgrade (nâng gói/hạ gói), hỗ trợ thanh toán qua thẻ, có hỗ trợ các dự án crypto, có hỗ trợ thanh toán qua crypto (USDC), tài liệu gần như đầy đủ nhất 😀 đáng để anh em đọc và học hỏi.
  • Coinbase commerce:  https://www.coinbase.com/commerce – phí rẻ hơn bên stripe, có hỗ trợ refund, hỗ trợ payment 100% = crypto luôn, nhưng chưa hỗ trợ tự động trừ tiền mỗi tháng.

Một số kênh khác các bạn có thể tham khảo trong luồng thanh toán:

  • https://developer.bitpay.com/reference/create-a-subscription
  • https://developer.coingate.com/reference/renew-subscription

Bên mình đã chọn sử dụng Coinbase commerce với 2 lý do, 1. Stripe phí cao :v, 2. Thủ tục Stripe khá rờm rà, mất 1 thời gian dài để contact, làm việc, và sau đó tích hợp, trong khi tính năng này chỉ có 8 tuần để phân tích, thiết kế, phát triển và test => Ưu tiên sài Coinbase, khi lượng user tăng quá nhiều và nhu cầu thanh toán qua thẻ tăng => Tích hợp Stripe sau.

Học tiếng Anh online

Tư vấn học tiếng Anh (159K/h)

1 kèm 1 trực tuyến cùng giáo viên Philippines

Đăng ký ngay

Nhưng… sau khi đã chốt sử dụng Coinbase ở giai đoạn đầu và phân tích luồng xong, tới bước dev & đăng ký tài khoản 😀 Coinbase cũng rườm rà =)) bữa giờ team mình đăng ký đã được 3 tuần rồi mà chưa xong :D, mặc dù công ty bên mình là bên UK luôn mà thủ tục khá lâu :D….

=> Chốt lại là chơi check bằng tay trước, kiểu như tới ngày thanh toán thì nhắn tin cho tụi mua API để gửi bill (hay kiểu số tài khoản á), rồi nó chuyển vào xong rồi check xem tiền vào chưa và apply manual trong Admin dashboard.

=)) Công cốc 1 ngày research và vẽ luồng của mình 😀 – cơ mà đợi khi dự án chạy ổn cũng như lượng người mua API tăng lên thì tích hợp sau cũng được, luồng vẽ rồi sau dev chiến thôi 😀

—

Nhưng ở đây mình cũng sẽ chia sẻ luồng payment cho mọi người xem luôn há.

Với Stripe: (Khi lượng user tăng quá nhiều + có nhu cầu thanh toán qua phương thức truyền thống)

  • Stripe đã hỗ trợ sẵn luồng subscription => Sẽ sử dụng luôn của bên đó (có cả upgrade, downgrade, cancel, …) => Cần đăng ký tài khoản & cài đặt các gói => Seitrace không cần xây dựng “Subscription System“
  • Thường Stripe lại ưu tiên thanh toán qua các kênh truyền thống (credit card, debit card), nên sẽ kết hợp với xử lý qua Coinbase commerce để xuất bill, cũng như thanh toán với nhiều nguồn tiền crypto hơn (BTC, ETH, USDC, USDT, …) từ Metamask (phổ biến nhất trong crypto), Coinbase wallet.
  • Do đó khi một giao dịch được hoàn tất qua kênh Coinbase Commerce => Bên webhook của trả về cho Seitrace & Seitrace trả về lại cho bên Stripe để cập nhật.
  • Vì luồng này khá quen thuộc và docs của Stripe khá rõ => Anh em đọc thêm trên đó nha.

Bước 1: Stripe đưa ra thông tin subscription mỗi tháng

Bước 2: Gọi từ Stripe qua hub của hệ thống mình => Gọi qua bên Coinbase Commerce

Bước 3: User sau khi thanh toán xong => gọi ngược lại Stripe để update theo luồng Upgrade/Downgrade

Trong quá trình trên, ae có thể gọi về system và store data/logs lại nhé

Với chỉ thanh toán qua Coinbase Commerce: (sẽ develop sau khi lượng user tăng lên, cũng như đăng ký được với Coinbase)

  • Với việc đi qua Coinbase commere, và chưa có subscription system => Seitrace phải tự xây.
  • Khi tự xây thì sẽ liên quan đến các luồng upgrade, downgrade, thanh đổi gói, cancel gói, … => mình sẽ nói ở phần dưới của bài viết sau nhé.
  • Thì luồng cơ bản của thanh toán => Khi phát sinh thanh toán (bạn xem sequence diagram ở dưới nhé) – từ bước số 2.

Với việc thanh toán có thể phát sinh từ nhiều luồng (thanh toán lần đầu, thanh toán khi mua thêm credit, thanh toán phát sinh, thanh toán hằng tháng, thanh toán khi thay đổi gói (upgrade/downgrade), …)

Với thanh toán nhưng check manual: (đang develop => này đỡ tốn thời gian đợi accept từ các bên nền tảng 3rd, mà có thể giảm thời gian dev, test => từ đó mục tiêu 8 tuần build xong tính năng (cùng với nhiều tính năng khác release trong giai đoạn này) sẽ dễ dàng hơn)

=)) Luồng này chưa vẽ, tại như luồng qua Coinbase, mà bỏ bớt, bạn đọc có thể xem luồng trên và bỏ đi bước gọi qua Coinbase Commerce API, thay vào đó gửi thông tin thanh toán (Số tiền, thông tin/mô tả thanh toán, địa chỉ nhận tiền, thời gian phải thanh toán) qua email, cũng như trả vào FE để hiển thị lên màn hình, thậm chí có nút share public để gửi qua tin nhắn cho user, có thể có đếm giờ/hoặc không tuỳ logic => Và khi thanh toán xong => vào Admin dashboard update trạng thái thanh toán => tự động gửi mail báo cho user sau khi update trạng thái.

Luồng subscription, upgrade, downgrade

Ở đây mình chỉ copy 1 phần nhỏ luồng cho anh em xem nhé, ae nào khi nào cần làm kỹ thì có thể phân tích kỹ hơn 😀 Share hết bí mật sao được 😀 

Giả sử có các gói Subscription

– Miễn phí (Free): $0/tháng

– Advanced: $100/tháng

– Professional: $200/tháng

Luồng các trường hợp

1. Từ Free -> Advanced

– Trạng thái ban đầu: Người dùng đang sử dụng gói Free.

– Hành động: Người dùng chọn nâng cấp lên gói Advanced.

– Xử lý:

  + Người dùng sẽ được yêu cầu thanh toán $100 cho tháng đầu tiên của gói Advanced.

  + Sau khi thanh toán, gói của người dùng sẽ được nâng cấp ngay lập tức lên gói Advanced.

  + Kỳ thanh toán tiếp theo sẽ là $100 vào cùng ngày tháng sau.

2. Từ Advanced -> Free

– Trạng thái ban đầu: Người dùng đang sử dụng gói Advanced với phí $100/tháng.

– Hành động: Người dùng chọn hạ cấp xuống gói Free.

– Xử lý:

+ Gói Advanced sẽ tiếp tục được duy trì cho đến cuối chu kỳ thanh toán hiện tại.

+ Sau khi kết thúc chu kỳ thanh toán hiện tại, gói của người dùng sẽ tự động chuyển về gói Free.

+ Không có khoản hoàn tiền cho phần thời gian chưa sử dụng của gói Advanced.

3. Từ Advanced -> Professional

– Trạng thái ban đầu: Người dùng đang sử dụng gói Advanced với phí $100/tháng.

– Hành động: Người dùng chọn nâng cấp lên gói Professional.

– Xử lý:

+ Phần tiền đã trả cho gói Advanced sẽ được tính tỷ lệ theo số ngày đã sử dụng trong tháng.

+ Số tiền còn lại sẽ được khấu trừ vào chi phí của gói Professional.

+ Người dùng sẽ thanh toán số tiền chênh lệch để nâng cấp lên gói Professional.

+ Ví dụ: Nếu người dùng đã sử dụng gói Advanced được 15 ngày, số tiền còn lại là $50. Người dùng sẽ cần thanh toán thêm $150 để nâng cấp lên gói Professional.

+ Ngay sau khi thanh toán, gói của người dùng sẽ được nâng cấp lên gói Professional.

4. Từ Professional -> Advanced

– Trạng thái ban đầu: Người dùng đang sử dụng gói Professional với phí $200/tháng.

– Hành động: Người dùng chọn hạ cấp xuống gói Advanced.

– Xử lý:

+ Gói Professional sẽ tiếp tục được duy trì cho đến cuối chu kỳ thanh toán hiện tại.

+ Sau khi kết thúc chu kỳ thanh toán hiện tại, gói của người dùng sẽ tự động chuyển về gói Advanced với phí $100/tháng.

+ Không có khoản hoàn tiền cho phần thời gian chưa sử dụng của gói Professional.

Tổng Kết

– Nâng cấp (Upgrade): Người dùng sẽ phải thanh toán chi phí chênh lệch tương ứng với số ngày còn lại trong chu kỳ thanh toán hiện tại.

– Hạ cấp (Downgrade): Người dùng sẽ tiếp tục sử dụng gói hiện tại cho đến hết chu kỳ thanh toán và không có khoản hoàn tiền cho phần thời gian chưa sử dụng của gói cao hơn.

 

Ngoài ra còn luồng từ monthly qua yearly/annual, và ngược lại kết hợp với việc từ gói rẻ -> gói mắc hơn, hoặc mắc hơn -> rẻ hơn. Các trường hợp này sẽ tuỳ logic của từng dự án mà thay đổi khác nhau 1 ít. Và cũng khá phức tạp khi có trường hợp gói mắc về gói rẻ, nhưng vì từ monthly qua annual => có phát sinh phí, nghĩa là mắc qua rẻ nhưng lại không phải luồng downgrade như ở trên có đề cập 😀

 

Đối với bên Seitrace =)) sau khi mình phân tích đủ các luồng, Dev khóc => quyết định không chơi luồng upgrade/downgrade ở giai đoạn này vì nguồn lực build không đủ => chặn luồng này luôn, chỉ hỗ trợ upgrade/downgrade, hoặc chuyển monthly qua yearly hoặc ngược lại thì đều phải nhắn tin :))) 

Thật ra thì với mình khi phân tích mình nhìn đủ các trường hợp để mang ra trao đổi, còn với tư duy xây dựng product mình hay build basic với mục đích chính là sử dụng được, cover được các case nhưng có thể làm manual ở giai đoạn đầu, và sau đó sẽ tự động hoá dần, điều này nằm sâu trong tư duy của mình từ khi chuyển qua làm product, thậm chí khi mình tự xây trung tâm tiếng Anh enrichenglish.net cũng đang áp dụng như vậy, chạy được, ra doanh thu rồi khi có thời gian, nguồn lực sẽ nâng cấp dần dần, cũng như biết chỗ nào sai và sửa.

Bạn xem luồng manual bên mình ở dưới nhé.

 

Subscription first time

Ở luồng này thì mình viết bằng text với idea cơ bản nhé:

  • Xét xem đang là sub lần đầu => Server xử lý và tính giá tiền, thời hạn + thông tin các kiểu
  • Trả cho UI để hiển thị => user confirm => tạo bill và gửi yêu cầu qua Coinbase để tạo bill bên Coinbase
  • Trả thông tin lại cho user (UI và email) => user thanh toán
  • => Đợi user thanh toán và Webhood của Coinbase trả kết quả => update gói & thời hạn mới của gói cho user ở phía Sub Mgmt Server + gửi mail successful
  • Đối với không thanh toán => huỷ bill sau khi hết hạn.

Trước khi sub => Thì cũng có các luồng liên quan đến đăng nhập, tạo gói free, xử lý các logic để phân biệt đang gói nào, và đang thực hiện luồng sub lần đầu hay upgrade/downgrade,….

Payment monthly

  • Có 1 con Cronjob sẽ quét DB subscription daily => phát hiện anh nào tới hạn thanh toán (có thể set là 5 ngày trước khi hết hạn)
  • Tạo thông tin thanh toán và gửi qua Coinbase Commerce tạo bill
  • => gửi thông tin bill qua email cho user
  • => Đợi user thanh toán và Webhood của Coinbase trả kết quả => update gói & thời hạn mới của gói cho user ở phía Sub Mgmt Server + gửi mail successful
  • Đối với không thanh toán => thì quét nhắc lại trước khi hết hạn 24h
  • Trường hợp hết hạn mà không thanh toán => update gói về free (cancel package) + gửi email cancellation

Sử dụng API => Trừ tiền

Luồng này thì có nhiều phương án, các bạn có thể tham khảo thêm từ các subscription API khác nhé, mình chỉ liệt kê 1 số luồng và không nói quá sau, bạn nào làm tới tính năng này thì research thêm sau nhé.

  • Dựa theo gói => giới hạn tính năng, lượt request theo giây, giờ, ngày, tháng,… và khi hết thì không được sài nữa (Giống như đăng ký 4Gb của các nhà mạng 😀 tốc độ nhanh chậm, ngày nhiêu Gb :v hết thì không được sài nữa)
  • Cũng là trường trên nhưng mà hết thì được sài với tốc độ chậm 😀
  • Cũng là trường hợp trên nhưng khi hết thì tính giá riêng (thường mắc hơn rất nhiều so với mua gói, và trừ tiền dần trong tài khoản) => này khó áp dụng khi không có cà thẻ hoặc tiền có sẵn trong tài khoản => có thể ignore.
  • Cũng là trường hợp đầu tiên, nhưng khi hết thì được mua thêm những gói mini khác (ví dụ như mua thêm 1Gb sử dụng trong 24h với tốc độ của gói đã mua trước đó)
  • Hoặc cho sài tẹt ga, nhưng cũng có giới hạn tốc độ theo giây, theo giờ (kiểu như mua gói mạng dây Viettel trả tiền theo tháng hoặc 12 tháng tặng 1 tháng, có tốc độ đó thì mạng chạy chậm hơn, nhưng được sài tẹt ga)
  • Hoặc quy ra thành Credit, cứ mỗi lượt sẽ trừ tiền bớt, sài nhiều thì hết sớm, sài ít thì lâu hết, có thể mua thêm gói mini nếu hết 😀
  • Hoặc là mua thêm cộng dồn (kiểu trả nhiêu sài nhiều rồi trừ dần – như tiền nạp vào thuê bao di động)

Và tuỳ theo gói sẽ có các luồng trừ tiền/limit khác nhau.

Bên mình sau khi nghiên cứu thì thấy hướng credit sẽ dễ develop hơn, ít tốn nguồn lực => chọn và sau này tuỳ nhu cầu của người dùng cũng như áp dụng số liệu product research để thay đổi sau.

Bên mình cũng thêm luồng khi sử dụng gần hết data => sẽ gửi email báo (một dạng warning) => thì thêm con cronjob quét daily.

Về giao diện

Về mặt giao diện thì có thể phân ra các nhóm màn hình sau:

  1. Màn hình thông tin bán các gói API, đăng ký mua (kiểu như mấy trang landing page quảng cáo á) => do có thanh toán => tích hợp UI thanh toán vào (ví dụ đăng ký 4G, các bạn vào app xem list gói + nhấn đăng ký + confirm thanh toán, hoặc nhắn tin qua tổng đài đăng ký ấy).
  2. Luồng quản lý gói & dữ liệu đã sử dụng, ở đây sẽ hiển thông tin gói chi tiết, số lượng credit, lưu lượng, limit đã sử dụng, còn lại bao nhiêu, và có nút mua thêm các gói mini, cũng như nơi tạo và quản lý API key. Kèm theo đó là dữ liệu bill history, API usage logs, chart usage các kiểu
API billing history
API billing history
API key stats
API key stats

3. Giao diện phía quản lý của Seitrace (Admin dashboard)

  • Danh sách customers
  • Customer details + thông tin gói, subscription, change plan for user,….
  • Nơi cấu hình các package (Gói, thông tin gói, các limit, giá gói theo tháng, năm, giảm giá,….)
  • Cấu hình giá trị của từng API theo credit, … rồi bên Pro, Free thì như thế nào,…
  • Ngoài ra còn các giao diện tính năng khác, tuỳ theo người phân tích có thể đưa ra cho phù hợp

Kết luận

  • Bài toán subscription được nhiều bên xây dựng rồi, bạn có thể tham khảo các logic mình phân tích, và ánh xạ lên nhiều bên khác nhau để chọn cho phù hợp, hoặc tự build.
  • Với mỗi dự án thì nhu cầu sẽ khác nhau do đó bạn có thể linh hoạt điều chỉnh tính năng
  • Dự án bên mình nguồn lực khá ít, do đó xây dựng theo hướng đơn giản trước, khi doanh thu và nhu cầu tăng => sẽ mở rộng dần
  • Đối với người phân tích dự án thì nhìn rộng và phân tích các trường hợp có thể xảy ra, thậm chí có thể phân tích hết trước dù khi làm chỉ là 1 phần nhỏ, hoặc chọn phân tích kỹ phần sẽ làm và phần chưa làm có thể chỉ phân tích luồng chính và đi details sau khi cần.
  • Luồng này liên quan đến tiền của người dùng do đó phần security khá quan trọng 😀 anh em cũng lưu ý kỹ nha.
  • Phần thanh toán hằng tháng thì nên sài qua bên thứ 3 nếu cho thanh toán qua thẻ, vì liên quan đến nhiều license và quy định bảo mật 😀
  • Anw, bài viết khá dài, cảm ơn bạn đã đọc đến đây nha <3
Categories Blockchain

Research about pump.fun: fair launch of MEME Coin – a trend on Solana blockchain

by hoangphan Posted on
pump.fun research hoangphan.blog
pump.fun research hoangphan.blog
pump.fun research hoangphan.blog

Introduce

Hello, I am Hoàng Phan, you can call me “King” in English. This is my very first blog post written in English. I hope you find it clear and enjoyable to read! 😀

Today I want to share what I did research about pump.fun

Overview

Pump.fun is a project on the Solana blockchain designed to facilitate fair fundraising for MEME coin through the use of a linear bonding curve mechanism.

I researched & asked pump.fun about the bonding curve, they told me that their bonding curve is similar to Uniswap V2 where x*y = k represents a linear bonding curve. This coin allows for dynamic pricing influenced by market demand and supply.

Target to raise to 85 SOL with 796M Meme tokens and add LP pair to DEX, and burn the LP token and the MEME coin has no owner.

While user joining the launchpad, user can change their mind to sell their tokens/shared back to Bonding Curve.

Create MEME COIN

  • Before creating any Meme coin, the creator must first establish a Solana wallet, deposit some SOL (at least 0.021 SOL for creating fee) into it, and then register an account on pump.fun.
  • Creator fills out Ticker, meme name & description ⇒ Then choose the number of token to buy right after token created (First buy in SOL ⇒ Tokens [optional])
  • The system will create/mint 1B Tokens
  • Add 794M Tokens to Bonding Curve
  • 206M Token is used to create Pair on TOKEN/SOL on Raydium and Add LP there if the bond can fill.
  • A creating memecoin trx: https://solscan.io/tx/47b7uSUSq2frbahBthxjKg8VqaxvrDkN22nzz2ukqwwxyBLNtW49UsSKa7grJEYH59MB2PFnRhWEgY42WQ8JNANF 
Create the meme tokens on pump.fun
Create the meme tokens on pump.fun

Trade

  • If creator set first buy (in SOL) ⇒ Bonding Curve will execute the swap for that first buy
  • The price will increase when more SOL & less Tokens in Bonding curve (more buy ⇒ gain price, and more sell ⇒ dump price, it follows the rule of Uniswap V2 Bonding Curve x*y = k )
  • 1% fee for buy/sell actions, it will come to pump.fun team’s wallet
    • example buy 1 SOL, you will pay 1 SOL + 0.01 SOL (1% fee)
    • sell and receive 1 SOL ⇒ user can only receive 99% of 1 SOL = 0.99, then 0.01 SOL (1% fee) will be sent to pump.fun team’s wallet

List on Raydium

  • Once the bond reaches 100% (0 TOKEN & 85 SOL in bonding curve) ⇒ (maybe) a cronjob will run & execute to create pair on Raydium & add LP
  • 6 Sol will be taken for fees (2 to pump, 4 to Raydium), then 79 SOL + 20% of tokens (206m) will seed the LP.
  • https://github.com/warp-id/solana-trading-bot/issues/116
  • Bonding Curve ⇒ Transfer 85 SOL to wallet 39azUYFWPz3VHgKCf3VChUwbpURdCHRxjWVowf5jUJjg then this wallet will transfer to the team’s wallet 2 SOL (deduct fee ⇒ 1.85 SOL) & create PAIR + Add LP (79 SOL + 206M Tokens)
Add LP on pump.fun
Add LP on pump.fun
  • Right after add LP ⇒ they are will be burned ⇒ No one owner
Pump LP on pump.fun project hoangphan.blog
Pump LP on pump.fun project
  • Update the UI on pump.fun after Raydium listing, so now user can trade on Raydium via pump.fun & see the new chart of pair TOKEN/SOL on Raydium. => can check the UI here: https://pump.fun/GzqmrcsvGkAiTpJrYTYav2j5F3NquE3x1gcDR71Jpump 

Some other features

  • King of the hills: To achieve “King of the Hill” status, about 45 SOL is required, marking the halfway point in token sales.
    King of the hill on pump.fun
    King of the hill on pump.fun

    When a token’s market cap hits around $30K, it overtakes the current “King of the Hill” and is featured prominently. This visibility often attracts new buyers but can also be exploited by scammers.

  • Thread: This is using for discussing about the project, user can comment/replies free even you did not buy/invest to that tokens.
  • Bubble Map: just use the framework to show the address & token’s holding.

Marketcap

I just copy message from pump.fun team wrote to me for question asking about how to calculate MC on pump.fun.

Market cap :

initial_virtual_sol_reserves / initial_virtual_token_reserves * total_supply

We have virtual (non real) reserves for both Sol and tokens. This sets the parameters and initial price in the bonding curve. The market cap is the initial ratio (price) of the virtual Sol and tokens multiplied by the total supply of tokens.

Understand more about bonding curve

You can read on this one to understand more about the bonding curve: https://docs.mint.club/tools/bonding-curve-design

Clone this project on other chains

Pump.fun already launched it on Blast chain, there is not too much volume.
And other teams also are the copy cat of pump.fun such as:

https://degen.day/

https://www.degen.fund/

So you can also follow this project to build your own product too.

What features should I build more on pump.fun

Now on pump.fun, all projects are the same pattern, so if we can create the difference tokens

I suggest that you can build some thing more on this project such as:

  • Allow user to adjust the decimals & max/total supply of tokens.
  • Bonding curve options => creator can make the different type of price/curve on bonding curve
  • Allow adjust the initial price
  • Allow adjust the distribution
  • Allow airdrop functional
  • Support reflection.
  • …

Conclusion

Yeah, you can learn about DEFI project by researching the hot/popular projects on blockchain.

Even you can copy their idea and build your own on another blockchain platform.

Example: I can find the awesome project that I can learn more: https://mint.club/ 

Categories Chia sẻ

Bài học rút ra từ việc leo núi

by hoangphan Posted on
Bài học rút ra từ việc leo núi - Hoàng Phan Blog

Giới thiệu

Từ lâu mình đã thích việc leo núi và enjoy cái moment lúc ngắm nhìn thiên nhiên, cây cối. Khi còn ở Sài Gòn, giai đoạn sinh viên thì kiểu thích và đi leo mấy núi như núi Bà Đen, Chứa Chang đồ á.

Lúc về Nha Trang thì mình leo núi thường xuyên hơn, trung bình 1 tháng 2-3 lần leo núi, cứ mỗi cuối tuần thì chạy xe trong thành phố rồi leo thôi, rất tiết kiệm thời gian khi chỉ tốn 2-3 tiếng cho 1 lần như vậy, nhiều thì những núi cao hơn sẽ mất 7-8 tiếng. Vừa để rèn luyện sức khoẻ, vừa để ngắm nhìn thiên nhiên và giảm bớt áp lực/stress từ công việc.

Leo núi ở Nha Trang
Leo núi ở Nha Trang

 

Bài học rút ra

Sau những lần leo núi mình thấy có những cái khá giống với việc đặt mục tiêu và đi tới mục tiêu. Để mình kể các bạn từng chi tiết riêng, sau đó sẽ đưa ra những nhận định nằm ở cuối nhé.

Chuyện dễ bỏ cuộc khi leo núi

Những thời điểm đầu mình leo núi, mình thấy khá chật vật và chưa biết cách leo làm sao tiết kiệm sức và tới đỉnh nhanh.

Thực tế là khi mình leo, bắt đầu đi mình leo rất nhanh, vì lúc đó còn sức, còn khoẻ, chân chưa mỏi. Nhưng mới leo được cỡ 1/20 đoạn đường cần leo thì thở hổn hển, tim đập nhanh. Đặc biệt là lần đầu leo cảm giác như muốn bỏ cuộc dù mới đi được cỡ 1/5 đoạn đường sau nhiều lần nghỉ mệt. Những lần đầu leo là cứ khúc đầu tăng tốc, leo nhanh được 1 đoạn ngắn, xong nghỉ mệt đâu đó 5-10 phút, hết mệt lại leo nhanh, rồi lại nghỉ mệt 5-10 phút, càng về sau càng nghỉ mệt nhiều hơn. Thế là tổng thời gian leo cứ thế bị tăng lên rất nhiều, mà tại những thời điểm dừng lại để nghỉ mệt lại càng có suy nghĩ bỏ cuộc, càng về sau cái suy nghĩ bỏ cuộc nó càng tăng lên.

Từ bỏ - Hoang phan Blog
Từ bỏ – Hoang phan Blog

Mình liên tưởng tới lúc xưa khi còn là sinh viên và những năm đầu làm việc, ngoài việc học và công việc trên công ty mình hay có các ý tưởng thêm và cố gắng tự xây dựng/build sản phẩm riêng của mình. Giai đoạn đầu của các dự án mình lao vào làm hì hục, cày đêm cày khuya liên tục, lúc đó kiểu rất hào hứng nên dành rất nhiều thời gian cho nó, quên nghỉ ngơi luôn ⇒ hay bị burn out ⇒ dẫn tới chán nản và bỏ cuộc ⇒ cuối cùng cũng không đi tới đâu cả và bỏ đi rất nhiều công sức đã làm trước đó rất sớm. Giống y chang việc leo núi, nếu không leo cùng bạn, không có người đốc thúc để cố gắng sau nhiều lần dừng lại nghỉ mệt thì mình đã bỏ cuộc ngay những bước đầu tiên. Còn việc build dự án riêng lại không có ai đốc thúc nên mình đã bỏ cuộc rất nhiều lần.

Leo núi từng bước một, ít khoảng nghỉ

Nhớ giai đoạn đầu vừa về Nha Trang, leo núi gặp một ông người Đức 65 tuổi, ổng hay leo canh khoảng 9g sáng. :v mình và bạn mình leo lên trước ổng khoảng đâu 15 phút, nhưng ổng leo đi sau ⇒ rồi đi ngang và nói chuyện với tụi mình ⇒ cuối cùng là mình đi được nữa đường, ông chú đó đã leo lên tới đỉnh, lúc đi theo được tới mốc 3/4 đường thì lại gặp ông chú đi xuống và nói chuyện với tụi mình, cuối cùng khi lên tới đỉnh :v ông chú đã xuống gần tới chân núi.

Mới đầu mình cứ nghĩ chắc là do ông chú leo thường xuyên nên quen với việc leo núi, thành ra ổng leo nhanh. Nhưng sau 1 thời gian leo mình lại thấy leo thường xuyên chỉ là 1 yếu tố, nó còn nhiều yếu tố khác nữa mà sau nhiều lần leo núi mình nghiệm ra được. Trong đó yếu tố mình thấy giúp mình lên đỉnh núi vừa ít mệt vừa tiết kiệm thời gian đó chính là đi từng bước một thật chậm rãi.

Tức là trong suốt quá trình leo, đặc biệt là khúc đầu leo, mình sẽ leo thật chậm rãi từng bước một thôi – giống như việc giữ sức vậy đó. Nhờ vào việc leo từng bước một ngắn, đều, không bước vội thì nhịp tim của mình nó chỉ tăng lên 1 tíu chứ không tăng lên vượt ngưỡng ⇒ từ đó toàn bộ cơ thể (đặc biệt là tim) rất ít mệt ⇒ dẫn tới việc không cần nghỉ nhiều ⇒ thậm chí là không cần nghỉ mà leo 1 mạch lên luôn 😀 (giống ông chú người Đức 65 tuổi mình nói ở trên)

Ở trên mình có nói đó, 1 lần nghỉ ngơi mất đâu 5-10 phút, giả sử 1 lần leo nên ngọn núi cao có 330m à, mình phải nghỉ ngơi tận 10 lần, tổng thời gian nghỉ ngơi trung bình mất tiu 50 phút 😀 =)).

Mà thời gian nghỉ 50 phút này là còn dài hơn tổng thời gian mình leo lên tới đỉnh sau khi đã rút ra được bài học này 😀

Từng bước nhỏ, đạt được mục tiêu
Từng bước nhỏ, đạt được mục tiêu

Rồi mình lại liên tưởng tới lúc làm việc, học tập và dự án cá nhân. Cứ có chiến thuật và đi từng bước một, làm liên tục và đều – lâu lâu ngừng lại nghỉ ngơi nhẹ thôi rồi tiếp tục. Không nên để rơi vào tình trạng burn out thì vẫn còn sức để chiến tiếp và theo dự án được dài hơi hơn, không chắc sẽ thành công nhưng giúp mình đi được dài hơi với một ý định gì đó. Mình đã áp dụng và thật sự thấy có hiệu quả cho một số dự định cá nhân, đừng quá sức và bỏ cuộc là được.

Kinh nghiệm và sức bền là điều cần khi leo núi

Núi nhỏ – thấp thì không nói, nhưng với những ngọn núi cao, dài, địa hình khó khăn thì kinh nghiệm và sức bền là điều cần lưu ý rất nhiều.

Ví dụ như ở trên mình ngẫm ra được việc bước từng bước nhỏ và đều là sau 1 thời gian leo ở Nha Trang mình mới tự nhận ra ⇒ đó là nhờ nhiều lần leo và quan sát nên mới có kinh nghiệm. (Mặc dù trước đó có leo ở núi Bà Đen, Chứa Chang nhưng lúc thời điểm đó mình rất gầy và kiểu khoẻ nữa =)) thành ra leo thấy easy quá mà k để ý luôn, sau về Nha Trang tăng so với xưa 15 Kg nên khác lắm 😀 ).

Còn sức bền thì khỏi nói rồi, leo các ngọn núi dài, hoặc đơn giản như núi Cô Tiên ở Nha Trang có 3 ngọn, để leo hết cả 3 ngọn trong thời gian ngắn thì cũng cần có sức bền. Mà sức bền cũng nhờ những lần leo núi trước đó hoặc rèn luyện các môn thể chất khác để tăng lên.

Vậy trong công việc và học tập cũng y chang luôn, phải làm thì mới có kinh nghiệm, tự ngẫm ra kinh nghiệm cho bản thân, rồi sức bền khi chiến các dự án dài hơi, fix bugs liên miên. Nên khi học hành thì cũng cần rèn luyện, ví dụ việc học tiếng Anh – khúc đầu học ít phút thôi cho quen dần, đỡ phải nản cũng như rút ra các bài học ⇒ rồi sau đó sẽ có kinh nghiệm và sức bền thì tăng độ khó của bài học, cũng như tăng thêm thời gian học. Hoặc là với đi làm, giờ muốn làm dự án khó và dài hơi thì trong khi đang làm các công ty bây giờ nè, rãnh thì xin thêm dự án đi, hoặc tốt hơn thì nên tự nghĩ ra ý tưởng rồi tự build, như ông anh “T” trong bài viết mình có đề cập trước đó, ảnh tìm thêm job ngoài để làm vừa để học hỏi thêm kinh nghiệm nhanh nhất, vừa là để kiếm thêm thu nhập, thêm nữa ảnh còn build thêm các thiết kế cá nhân để đưa vào portfolio. Rồi trước khi ảnh làm các dự án lớn, ảnh cũng học rồi rèn luyện từ các dự án nhỏ đi lên để lấy kinh nghiệm và sức bền từ đó có thể chiến được các dự án dài hơi hơn 😀

Uống nước ít hơn (nhưng đủ) trong quá trình leo núi

Khúc đầu mình leo núi thì hay mang nhiều nước lắm, vì sợ thiếu nước, chưa kể vì leo núi hay mệt nhanh khi khúc đầu cứ có sức nhiêu là leo nhiêu ⇒ mệt nhiều ⇒ dừng nhiều ⇒ uống nước nhiều.

Núi cô Tiên thời gian đầu mình leo, lên được một ngọn núi đầu tiên sẽ bay 1,5l nước. Nên lúc nào mình cũng mang cỡ tầm 2-2,5l cho 1 lần leo núi là 1 đỉnh.

Nhưng những lần uống nước đó hay có tác dụng phụ, kiểu như xốc hông nè, mất nước điện giải nè, mắc tè nè.

Một mặt khác nữa là mang nhiều nước thì nặng hơn, làm mình cũng kiểu nhanh mệt hơn 1 tíu.

Đặc biệt mấy lần đầu leo, nghỉ mệt nhiều thì lại uống càng nhiều nước =)).

So với khi làm việc mình cũng thấy giống y chang, đang làm việc chán nản/mệt mỏi cần nghỉ ngơi thường xuyên thì lôi điện thoại lướt lướt facebook, insta, twitter (x) các kiểu, càng burn out mà không có kinh nghiệm điều chỉnh là càng lao đầu vào sài lướt mạng xã hội các kiểu nhiều hơn ⇒ Nếu ai hiểu về dopamine thì sẽ biết là các việc như vậy làm tăng dopamine lên rất cao, sau đó cơ thể phải tự giảm xuống thấp hơn mức trung bình để cân bằng, và từ đó càng làm cho ta nản việc tiếp tục làm việc. Mà việc cân bằng này cũng cần có kinh nghiệm và sự quyết tâm nha.

Dopamine bị crash khi bị sử dụng sai cách
Dopamine bị crash khi bị sử dụng sai cách

Do đó nếu chỉ giải trí ở mức vừa đủ, không quá lạm dụng, hoặc dùng các phương án như tập thể dục, ngắm cảnh, healing đồ các kiểu thì dopamine tăng ở mức an toàn giúp ta làm việc hiệu quả hơn.

Và việc leo núi, uống nước vừa phải hợp lý cũng sẽ giúp ta giảm bớt những tác dụng phụ đi. Mà mình nghĩ cũng từ nhiều yếu tố, ví dụ có kinh nghiệm, biết cách leo núi từng bước nhỏ đều đặn cũng giúp cho việc uống nước ở mức vừa đủ, đi đều, ít mệt ⇒ ít khát và ít cần bổ sung nước hơn. Mà nhớ ông chú 65 tuổi ở trên không? Ổng leo không mang nước luôn =)) ổng cầm có 1 cái cây gậy, quần đùi, áo 3 lỗ leo núi thôi, chứ không mang theo gì cả.

P/s: Mình nghĩ chắc là sẽ có người phản biện là sao không uống nước tăng điện giải cho có điện giải trở lại – … ờ thì mình lấy ví dụ để suy ra cách áp dụng cho công việc thôi… và việc dùng nước tăng điện giải so qua với công việc thì kiểu dùng các cách như tập thể dục, ngủ đủ giấc để cân bằng dopamine tốt nhất ấy là giống nhau.

Chọn thời điểm leo núi.

Thật ngu ngốc khi 2-3 tháng đầu leo núi, mình luôn chọn leo từ 9g sáng và xuống núi đâu đó lúc giữa trưa =)).

Giữa trời tiết mùa hè nắng nóng mà leo giờ đó đúng là kiểu đi phá sức á chứ, thời gian đầu vì leo khung giờ đó mà mình thấy kiểu mệt, da cháy nắng luôn, mà bị mất sức + cần bổ sung nước rất nhiều, dẫn đến nhiều thứ hơn.

Sau này khi nhiều người leo xuống núi cũng là lúc mình leo lên người ta hay bảo là nên leo sáng sớm hoặc chiều tối, mình đổi qua khung khác để leo thì kiểu chả thấy mệt gì cả (do lúc đó đã kèm theo việc áp dụng chiến thuật đi từng bước ngắn và đều)

Thì việc này cũng giống như đi làm, hay xây dựng dự án cá nhân, luôn cần chọn đúng thời điểm và khung giờ hợp lý. Ví dụ như có những người làm việc hiệu quả vào ban đêm ⇒ thì ban ngày làm các việc không cần quá tập trung, ban đêm thì các việc khó, cần suy nghĩ nhiều, tập trung nhiều. Mà đôi lúc cứ nghĩ là mình hợp khung giờ đêm rồi cứ thức 2-3 giờ đêm làm để hại sức khoẻ cũng không đúng nhé (y chang việc leo núi 9g sáng – 12g trưa của mình). Sao không thử ngủ sớm rồi dậy sớm thử khung giờ sáng sớm xem sao 😀 (như mình chọn đổi khung giờ sang leo từ 3g chiều)

 

Còn khi xây dự án, mình đã và đang làm nhiều dự án thì mới nhận ra việc thực hiện xây dựng/ ra mắt sản phẩm đúng thời điểm rất quan trọng, ví dụ các dự án trong thị trường Blockchain, năm cuối 2021-cuối 2023 là thời điểm rất ít dự án ra mắt, vì giá thị trường, đặc biệt BTC đang có xu hướng giảm, nên đa số các dự án ra mắt thời điểm này ngủm mất tiu, nhưng gần đây thì trường lại sôi nổi trở lại, nhiều nguồn tiền đi vào ⇒ các dự án xây dựng gần đây lại có cơ hội thành công cao hơn. Hay công ty mình cũng vậy, khi làm các dự án, thì mua giảm giá bên mình chỉ nghiên cứu, thử nghiệm và khi thị trường quay trở lại là thời điểm tốt để xây dựng các dự án.

Cần có các bước chuẩn bị trước khi leo núi.

Trong quá trình leo núi, cũng cần có sự chuẩn bị, dù là nhỏ hoặc đơn giản nhưng cũng cần làm đúng và phù hợp.

Ví dụ trước khi leo núi thì không nên ăn quá no, dễ bị xốc hông, nên do đó nên ăn trước ít nhất 30 phút và ăn vừa phải để leo.

Hay là việc mang theo nước, cũng nên mang vừa phải, không quá nhiều, không quá ít ⇒ mà này cũng cần leo và thử nghiệm nhiều lần trước để rút ra kinh nghiệm á nha.

Vừa đủ là tốt nhất
Vừa đủ là tốt nhất

Rồi khi leo cũng cần khởi động trước nữa, chứ không phải bụp cái là leo ngay, dễ bị trật chân khi mà không khởi động.

Rồi để leo được núi cao và dài, địa hình khó thì cần phải rèn luyện trước đó, tập chạy thể dục, rè luyện thể chất, leo núi nhỏ trước, thử nghiệm nhiều lần và tăng dần độ khó, độ cao lên. Chứ lần đầu leo mà đi leo mấy núi mất 7-8 tiếng leo thì dễ toang lắm.

Và trong công việc cũng vậy nốt, cần có sự chuẩn bị.

  • Lúc chưa có kinh nghiệm đi làm ⇒ thì làm dự án mẫu, học kỹ kiến thức, tự thực hành theo tưởng tượng hoặc tìm mentor hỗ trợ.
  • Các kỹ năng cần thiết như chỉnh sửa ảnh, video, kiến thức cơ bản công nghệ thông tin, ngoại ngữ cũng cần phải biết, không quá giỏi cũng được nhưng cần biết để khi cần mà sài tới liền.
  • Việc học có lúc nghĩ nó không cần tới, nhưng lúc cần là có sài liền, chứ đợi lúc cần mới đi học thì tốn thêm mớ thời gian, hoặc đôi lúc nghĩ mà tiếc bị lỡ mất cơ hội. Ví dụ như mình đồng ý nghỉ việc và bỏ ra 100 triệu đi qua Philippines học tiếng Anh, để khi có cơ hội là mình nắm bắt ngay, nhiều lần mình nghĩ nếu không có tiếng Anh thì mình đã lỡ đi cơ hội việc làm như bây giờ, không có những trải nghiệm tốt hơn. Hoặc việc lúc cấp 2, cấp 3 mò về Photoshop cũng là lợi thế khi mà khi đi làm sài những công cụ vẽ như Figma, Balsamiq, XD,… mình chả cần học gì mà cứ vào sài thôi. Hay là kỹ năng nói chuyện trước đám đông, dẫn dắt cuộc họp ⇒ mình đã phải mất hơn 3 năm để rèn luyện, tham gia các hoạt động Đoàn Hội, dẫn dắt các bạn đi tổ chức sự kiện ở nhiều nơi, gặp các cấp lãnh đạo ở các huyện, xã. Kỹ năng bạn học nó sẽ ở trong bạn, có thể thời điểm hiện tại nó chưa bùng nổ, nhưng khi có cơ hội nó bộc phát ra thì việc công việc thuận lợi hay lương bổng tăng gấp nhiều lần cũng có ngày diễn ra thôi :D.
  • Tự rèn luyện thêm trong quá trình đi làm cũng là một bước chuẩn bị cho tương lai, thời gian 8 tiếng 1 ngày đi làm, bạn thường sẽ có ít nhất 1-2 tiếng buổi tối, hãy tận dụng nó đi ⇒ những người chiến thắng/thành công sẽ là những người biết tận dụng khoảng khung giờ đó :D.

Kết luận việc leo núi

😀 Mình lấy cớ việc leo núi để liên tưởng và viết bài, đôi lúc có mấy cái nhìn có vẻ hơi vô lý 1 tíu :D, dưới đây là những điều mình rút ra được:

  • Dễ bỏ cuộc nếu khúc đầu của bất kỳ dự án/ kế hoạch nào cũng làm không có kế hoạch, lao vào chiến, không biết nghỉ ngơi hợp lý.
  • Bước từng bước 1, có kế hoạch rõ ràng, duy trì mỗi ngày 1 ít, nhưng mà thường xuyên và có khoảng nghỉ hợp lý sẽ giúp bạn dài hạn từng bước đi tới vạch đích.
  • Kinh nghiệm và sức bền là cần thiết, do đó hãy cố gắng rèn luyện thường xuyên để nâng cao kinh nghiệm làm việc/học tập và sức bền từ những dự án nhỏ ⇒ sau đó sẽ chiến được dự án khó, phức tạp và dài hạn.
  • Cân bằng cuộc sống và làm việc, không nên để bị burn out, nản trí và sau đó lướt những điều vô bổ trên internet thường xuyên ⇒ tăng dopamine quá độ ⇒ không có hứng thú làm việc nữa.
  • Thời điểm học, rèn luyện và làm là quan trọng, chọn khung giờ bạn làm việc hiệu quả nhất, né tránh thức quá khuya gây hại sức khoẻ, giảm trí nhớ. Khi làm dự án cũng chọn thời điểm thích hợp để làm và ra mắt sản phẩm.
  • Cần chuẩn bị kỹ năng và kiến thức từ sớm, bất kỳ thời gian rãnh nào cũng quý giá cả, tận dụng phù hợp để nâng cao kỹ năng.

Qua bài viết, hi vọng được nhiều bạn đoán nhận, nếu có góp ý hay bình luận, hãy để lại lời nhắn cho mình nhé.

Categories Chia sẻ

Chuyển việc làm UI Designer, lương từ 12 triệu lên 2000$ sau 2 năm.

by hoangphan Posted on
Anh T chuyển việc sang làm UI Designer, lương 2000$

Giới thiệu

Ây yahhh, lâu quá rồi bận xây dựng dự án Trung tâm Tiếng Anh mới, nên mình cũng ít có thời gian viết blog lại.

Nay một ngày dậy sớm hơn mọi ngày, mình dành ít thời gian chia sẻ về việc một ông Anh chuyển việc từ mechanical (cơ khí) hơi thiên về làm khuôn nhựa và thiết kế in ấn trên ly, vật phẩm physical trở thành một UI Designer (ảnh nói ảnh chỉ biết ít về UX à, nên mình gọi là UI Designer nha) với mức lương tăng từ 12 triệu/tháng lên 2000$ sau 2 năm.

Câu chuyện này nhằm mục đích truyền cảm hứng cho nhiều bạn với mong muốn cố gắng để đạt được những thành tựu tốt hơn về lương bổng, chứ không có ý khoe gì nha (à có 1 tíu khoe 😀 =)) )

Và qua câu chuyện mình cũng chia sẻ tips và các khoá học mà anh đó đã dùng.

Kể về ông Anh và cơ duyên gặp

Ông Anh mình kể tên là “T” sinh năm 1991 hiện đang ở Đà Nẵng.

Khoảng hơn 2 năm trước, ảnh làm mechanical (cơ khí) thiên về làm khuôn nhựa và thiết kế kiểu bao bì, rồi mấy cái in lên ly, đồ vật phẩm.

Sau đó ảnh nghiên cứu và quyết định chuyển hướng sang làm liên quan đến IT => Chọn ngành UI Design

Riêng vợ ảnh làm giáo viên dạy tiếng Anh được 10 năm và cũng chuyển hướng làm BA => Và giờ đang thấy phù hợp với hướng QC hơn nên chuyển qua làm QC (mình mới advise hôm rồi))

Thời điểm 2023, ảnh quen mình vì vợ ảnh có đọc blog + kết bạn fb, mình đăng tin tuyển dụng tuyển UI Design cho team, thì ảnh liên hệ để apply làm việc với bên mình => Từ đó dẫn tới việc anh em làm việc chung.

Chuyển việc sang UI Designer, lương từ 12 triệu lên 2000$
Chuyển việc sang UI Designer, lương từ 12 triệu lên 2000$
Chuyển việc sang UI Designer, lương từ 12 triệu lên 2000$
Chuyển việc sang UI Designer, lương từ 12 triệu lên 2000$
Chuyển việc sang UI Designer, lương từ 12 triệu lên 2000$
Chuyển việc sang UI Designer, lương từ 12 triệu lên 2000$

 

Hiện tại thời điểm mình viết bài này, ảnh đã nhận công việc 2000$ và đang làm việc remotely tại nhà.

 

Tips và các khoá học

Từng bước anh đó chỉ mình (để mình share lại cho cháu mình đang làm BA và học thêm về UI Designer, định hướng chuyển làm Product Designer)

 

Đa số mình copy từ trong tin nhắn của ảnh qua.

Bước 1:

Học figma hì, khoá học bất kỳ, utube free cho tiện, chú ý mấy cái sau nè:

  • autolayout
  • responsive
  • color & typo: style, variable

Bước 2: là đăng ký patreon anh Trí Tâm xem hết các video ảnh làm project – siêu hữu ích lun mà k hiểu sao view hiện tại cực kỳ thấp

  • Hiện giờ a Tâm k có bài mới, nhưng mình vẫn đăng ký vào xem đc
  • Ảnh quay video lúc làm việc á, xưa anh coi 1 video 3-4 lần, ngáp cũng coi, ớn cũng coi, coi để để ý detail nhỏ nhất của ảnh lun
  • Học đc siêu nhiều thứ hay ho, từ process làm việc, tạo component, naming, layout bố cục tất tần tật
  • Bước ni nếu cần thì bợ 1 bộ UI kit của ảnh về phân tích và chép theo lại UI để hiểu là ok
  • Hoặc khoá bên Telos, học cỡ 1,5 tháng (học giỏi nhất đc free học phí) => Ảnh được free.

Bước 3: học 1 khoá ux foundation – anh Nguyễn Vương Chung

Bước 4: mua mobbin, vẽ theo cỡ 10 flows, làm chỉnh chu để bỏ zô porfolio

Sau đó chiến project thực tế để nạp thêm kinh nghiệm thui

 

Nhận xét của mình

Câu chuyện thật nên chia sẻ để mọi người học hỏi

Thật ra anh này lúc mới gặp mình, thì chưa có kn làm product nhiều nha, vẫn chú tâm làm UI.

Anh e chia sẻ kinh nghiệm với nhau, thật lòng mà nói anh này trong 2 năm cố gắng liên tục, nên thấy skills ảnh grow nhanh, mình từng tuyển nhiều Designer tầm cỡ 5 năm kn hoặc hơn, mà về cách build UI chưa bằng ảnh về tốc độ & độ chính xác.

Mình chưa nói đến vấn đề về branding/visuallize nha.

Mình nghĩ mới 2 năm kn, lên đc lead UI Design là khá là nhanh, trong khi trước đó chưa có kn làm UI & product.

Và mình cũng nhận thấy luôn là giờ ảnh đang làm Design cho bên mình, về việc tối ưu chi phí thì ảnh là lựa chọn hàng đầu luôn. 😄 (Tại team mình có 1 người làm visual, bổ sung qua lại thì sẽ tạo nên 1 bộ hoàn hảo mà tối ưu chi phí)

Mình được ảnh chỉ làm UI tầm cỡ 16 tiếng, mình đã vẽ và dùng được khá nhiều công cụ/tip hay luôn. (Ảnh chỉ mình về UI Design, mình chỉ ảnh về tư duy product, cách overview hệ thống & research tính năng)

Còn lý do vì sao ảnh grow nhanh thì đọc đoạn chat nha 😀

Chuyển việc sang UI Designer, lương từ 12 triệu lên 2000$
Chuyển việc sang UI Designer, lương từ 12 triệu lên 2000$

Và cũng có nhận xét thêm từ một bạn trong group BA của mình

Nhận xét của bạn trong group BA
Nhận xét của bạn trong group BA

 

Kết luận

Mình thấy, việc chuyển hướng và thay đổi công việc hiện tại quan trọng nhất và là định hướng, và sự quyết tâm. Mình đã được chia sẻ, tâm sự cũng như tư vấn cho những bạn có xu hướng chuyển việc và làm nghề IT, những người chuyển việc thành công, đạt được mức lương HƠN mong đợi đa số là họ cố gắng từng ngày, rèn luyện và học tập thường xuyên để nâng cao trình độ.

Hiện tại mức lương của bạn có thể thấp, nhưng nếu cố gắng và có định hướng tốt, có thể sau 1 năm, 2 năm bạn sẽ có sự thay đổi nhanh chóng và đạt được mục tiêu của mình.

Bản thân mình cũng từ làm việc kiếm lương đủ sống, mơ việc có thể mua chung cư trả góp thôi đã khó, nhưng sau sự cố gắng đã đạt được một mức lương tốt hơn rất nhiều, vừa có thể lo cho gia đình, vừa có thể có khoảng dư để đạt được mục đích khác nhau, nhất là việc chuyển về Nha Trang sống, làm việc remotely.

 

Bạn nào cần thông tin của anh “T” và cần ảnh hỗ trợ hay chỉ đơn giản là nói chuyện và chia sẻ, liên hệ mình => Mình sẽ hỏi ý ảnh và chia sẻ thông tin để anh em nói chuyện nha.

Categories Chia sẻ

Workshop – Lộ trình phát triển nghề BA, kinh nghiệm thi chứng chỉ quốc tế CCBA/CBAP

by hoangphan Posted on

Nhân dịp đầu năm 2024, BA Zone (Hoàng làm Admin tại cộng đồng này) ra mắt trang tin BA School. Với mục tiêu kết nối và mang lại giá trị cho cộng đồng. Đội ngũ BA Zone tổ chức một sự kiện miễn phí dành cho cộng đồng Business Analyst Việt Nam.

Sau một thời gian dài lắng nghe tâm sự về những khó khăn khi làm Business Analyst nhưng chưa biết bắt đầu từ đâu. Nhất là trong bối cảnh thị trường tuyển dụng BA ngày càng khó hơn như hiện tại. Ngoài kiến thức nền tảng, các doanh nghiệp lớn giờ đây đã đưa những yêu cầu về ứng viên cần có chứng chỉ BA quốc tế như CCBA, CBAP như một điều kiện bắt buộc cần có.

IIBA cũng đưa ra thống kê những ứng viên có chứng chỉ quốc tế có nhiều cơ hội việc làm tốt hơn và có mức lương cao hơn 12%.

Vậy nên đội ngũ Admin BA Zone đã quyết định tổ chức một buổi Workshop online để giúp các bạn tìm hiểu về nghề BA dễ dàng hơn. Đặc biệt là giúp các bạn đang làm Business Analyst có kế hoạch thi chứng chỉ quốc tế như CCBA, CBAP được thuận lợi hơn.

Trong buổi workshop này, chúng ta sẽ cùng nhau chia sẻ những nội dung:

Phần 1: Giới thiệu cộng đồng BA Zone

Phần 2: Lộ trình phát triển nghề Business Analyst

Phần 3: Giới thiệu tổ chức IIBA và các chứng chỉ BA Quốc Tế

Phần 4: Kinh nghiệm thi chứng chỉ CCBA và CBAP 

  • Cách ôn thi chứng chỉ BA hiệu quả, tiết kiệm chi phí
  • Cách đọc sách Babok v3 hiệu quả
  • Hướng dẫn làm đề thi thử
  • Những kinh nghiệm khi làm bài thi
  • Những vùng kiến thức trọng tâm cần biết khi thi CCBA/CBAP
  • Những mẹo làm bài giúp bạn tăng tỷ lệ đỗ chứng chỉ

Phần 5: Giao lưu, trao đổi cùng khán giả.

Buổi Workshop có sự góp mặt của các khách mời là đội ngũ Admin BA Zone:

Host chương trình:

  • Phúc Nguyễn – Founder BA Zone | Business Analyst Lead VNPAY
  • Hoàng Phan – Admin BA Zone | Co-Founder Cavies Labs

Chia sẻ nội dung chính về CCBA/CBAP:

Mai Thị Ánh Hồng | BA Lead Viettel AI

Certification of Capability in Business Analysis™ (CCBA®)

Certified Business Analysis Professional (CBAP®)

Project Management Professional (PMP)

ISTQB

Ms.Hồng có hơn 5 năm là Kỹ sư Giải pháp nghiệp vụ tại Viettel AI.

Tham gia phát triển nhiều sản phẩm lớn trong lĩnh vực Phân tích dữ liệu và Trí tuệ nhân tạo…Đặc biệt với vai trò Admin, Mentor BA Zone Ms. Hồng sẽ chia sẻ những kinh nghiệm rất hữu ích về kì thi CCBA và CBAP.

Hà Mạnh Trí Toàn | Senior Business Analyst

Bachelor of Business in Information Systems, Minor in Logistics and Supply Chain -RMIT

Master of IT – Major in Information Systems and Business Analysis – Griffith University – tại Úc
Certification of Capability in Business Analysis™ (CCBA®) – IIBA – 2020

Certified Business Analysis Professional (CBAP®) – IIBA – 2023

Trong quá trình làm Business Analyst, Mr.Toàn cũng đã thi 2 chứng chỉ BA chuyên nghiệp dành cho BA đó là chứng chỉ CCBA năm 2020 và chứng chỉ CBAP năm 2023. Đây là chứng chỉ cao nhất do IIBA quốc tế cấp. Đặc biệt Mr. Toàn còn chia sẻ kinh nghiệm thực tế khi du học Master BA dành cho các bạn quan tâm.

Với Workshop lần này, đội ngũ Admin mang đến những kiến thức, kinh nghiệm, trải nghiệm về nghề BA. Những kỹ năng nền tảng cần có để giúp BA phát triển hơn trong sự nghiệp.

Đặc biệt sự kiện online miễn phí vì cộng đồng – Bên cạnh đó các bạn sinh viên năm 4 tham gia sự kiện còn có cơ hội được tham gia chương trình “BA Zone Mentorship Program” miễn phí dành cho các bạn sinh viên muốn làm BA.

Với phương châm “Learning and Sharing Knowledge for BA”, mục tiêu của BA Zone là nơi học hỏi, chia sẻ và giúp cộng đồng BA phát triển.

Thời gian diễn ra sự kiện:

Đặc biệt sự kiện giới hạn chỉ có 100 vé tham gia, các bạn nhanh tay đăng ký. Chúng tôi sẽ gửi thông tin chi tiết đến email của bạn

Categories Business Analyst Chia sẻ

Figma Professional miễn phí: Công Cụ Đắc Lực Cho Business Analyst

by hoangphan Posted on

Giới thiệu chung

Mình bắt đầu sử dụng công cụ Figma đã được gần 2 năm, trước đây rất lâu được nhiều bạn giới thiệu nhưng vì những công ty mình làm việc qua đều không sử dụng công cụ này.

Nhưng khi có cơ hội được vào một môi trường startup, nơi mà tất cả mọi thứ chưa được định hình, tự công cụ quản lý, process – quy trình, vận hành, đội ngũ, và cả những công cụ sử dụng để vẽ wireframe/mockup/design/prototype.

Do đó mà tại thời điểm đó mình mạnh dạng đề xuất quy trình vận hành, và tất cả công cụ cho đội ngũ công ty sử dụng (và đặc biệt là team Tech), những công cụ mình đề xuất gồm có:

  • Công cụ quản lý task/process: Sử dụng Jira hoặc Larksuite hoặc Notion
  • Công cụ viết tài liệu: Notion hoặc Confluence
  • Công cụ vẽ thiên về wireframe/mockup/prototype: Figma
  • Công cụ brainstorming: Figma & Miro
  • Công cụ vẽ diagram: Figma Jam và Draw.io
  • Kênh chat trao đổi: Sài mặc định công ty đang sài Telegram
  • Meeting: Google Meet/GG Calendar
  • Một số công cụ riêng cho team Dev như Github/Gitlab, CI/CD, DB: MongoDB, Postgre,… thì do ae chuyên về Dev tự đề xuất cho phù hợp mình follow theo.

Công cụ Figma

Giới thiệu xong rồi thì vào phần nói về Figma thôi.

Thực ra công cụ này được giới làm UX/UI biết tới nhiều hơn dùng để vẽ UI (User Interface) và làm về UX (User Experience), nhưng dĩ nhiên khi làm những công việc BA vẫn có thể sử dụng nó, vì dùng Figma ta có thể vẽ Wireframe, Sketch, Mockup,… rồi dùng để brainstorming, và vẽ cả diagram (thường mình vẽ activity diagram ở đây)

Vì sao mà mình lại đề xuất sử dụng Figma như vậy?

Thực tế là mình đã sử dụng qua rất nhiều công cụ dùng để vẽ wireframe/sketch/mockup, làm prototype và trao đổi với đồng nghiệp như là: Axure RP, Balsamiq Mockup, Adobe XD, Sketch, thậm chí từng làm việc với Photoshop để view wireframe/mockup khi đi làm cho các dự án/công ty. Và dùng thử qua các công cụ kiểu như FluidUI, Mockflow,… nhưng chưa áp dụng vào công việc thực tế.

Nhưng vì có những ưu điểm mà mình thấy nó đã hội tụ đủ mọi yêu cầu về công việc của mình:

  1. Miễn phí/paid: nếu mình áp dụng cho công ty thì sẽ dùng bản trả phí, còn nếu mình làm freelancer mình sài phiên bản miễn phí, tối đa là 3 figma files và 3 figjams. Nếu bạn dùng phiên bản Education (free 2 năm) thì sẽ không giới hạn số file, số pages và có thể cùng với những người khác edit chung 1 files, cuối bài viết mình sẽ hướng dẫn đăng ký.
  2. Vẽ wireframe và mockup: Dĩ nhiên công cụ này để vẽ UI/UX nên việc dùng để vẽ được wireframe và mockup là điều hiển nhiên được 😀
  3. Thiết kế prototype: Mình thường hay present design cho đối tác và anh em trong team, hoặc present trực tiếp với ae đội ngũ C-level, nên việc có tính năng prototype sẽ rất tiện để trực quan hoá một design/wireframe/idea hay luồng trong khi build một ứng dụng.
  4. Vẽ diagram, brainstorming: ở Figma có tính năng Figjam giúp vẽ diagram rất tiện, còn có hỗ trợ các widget như đếm giờ hay note trực tiếp trên canvas => dùng thảo luận brainstorming rất đã.
    Nhưng thực tế là mình sài draw.io cho việc vẽ diagram nhiều hơn :D, draw.io nó được tích hợp trong confluence nữa.
  5. Comment xuyên lục địa, cộng tác đa người dùng: yeah, tính năng này mình cực kì thích khi mà phải làm việc với nhiều stakeholders khác nhau, nên việc có thể cho nhiều người vào xem, phân quyền view only hoặc cho edit, và có thể comment góp ý trực tiếp trên chính xác vị trí đề xuất, tính năng này tuyệt vời hơn trên XD Cloud và Axure, Balsamiq cloud khi mà comment nó đôi lúc bị trật chỗ, chưa kể trên XD nó cho webview tách từng frame nằm trên 1 page rất khó để review, chưa biết nay đã update lại chưa :D. Yeah, cái này mình thích nhất á =)). Đã đã.
  6. Chia sẻ dễ dàng, nhiều người cùng vào xem mà không cần gì cả: Như mục 5 có nhắc, thì chỉ cần chuyển qua view with the link by anyone, thì ai có link đều có thể xem design mà không cần tài khoản, nên khi đó ai hỏi mà họ được quyền xem design => Đưa họ cái link là họ xem được rồi. Xưa mình sài Balsamiq desktop, nên việc share này cực kì mệt, chưa kể phần góp ý cứ screenshot rồi edit trên screenshot rất là mệt.
  7. Các thiết kế cùng nằm trên 1 canvas/project, zoom nhỏ ra để xem tổng quan và zoom to vào để xem chi tiết: Này thì mình nghĩ giờ nhiều công cụ đã hỗ trợ, nhưng bên figma có hỗ trợ mấy tính năng ở mục 5, 6 thành ra thấy tính năng này khá tiện.
  8. Tài nguyên phong phú (free & trả phí), mình có thể lên Figma Community và tải về các thiết kế có sẵn hoặc mẫu wireframe, nên khi mà thiết kế wireframe, mình hay dùng các component mình clone sẵn và gọi ra để sử dụng, nên vẽ rất tiện luôn. Ví dụ mình thường có các component sẵn như Popup thông báo (với nhiều style như 1 button, có nút close, hoặc popup có 2 button, …), Buttons, Tables, …
    Ngoài ra có các widget và plugin nơi mà mình dùng icon miễn phí (đôi lúc là trả phí), và nhiều thứ hay ho khác, bạn nên sài và thử nghiệm 😀
  9. Sử dụng component: Như mình chia sẻ ở trên, thì có component nên khi mình vẽ wireframe rất tiện luôn, đầu tiên là clone component qua 1 project mới, rồi sau đó khi vẽ sẽ gọi ra sử dụng và sửa content, thay vì phải vẽ từ đầu từng elements rất chi là cực. Nên rất là speed up thời gian mình hoàn thành tasks. 
  10. Dễ dàng học và sử dụng: Theo mình thì nếu bạn đã quen sử dụng 1 công cụ design thì việc sử dụng Figma rất chi là dễ, thậm chí là có thể bạn chưa sài nhiều thì tiếp cận nó rất dễ, trong cty mình nhiều bạn chưa sài bao giờ, mình chỉ làm 1 buổi seminar chia sẻ thôi thì về các bạn sài được hết mà gần như không có Q/A gì thêm, vì các bạn đó chỉ sài tính năng basic nên sẽ ít hỏi lắm 😀 còn ông nào làm chuyên design thì không kể tới nhá, mấy cái như variants, effects, auto layout, different states,…
  11. Kết hợp với team design, review design/luồng: Này thì như mục 5, 6 khi mà mình vẽ wireframe xong, cùng trên 1 project đó design sẽ mở page riêng và vẽ design trên đó, dữ liệu thiết kế được tổng hợp tại một nơi, rồi từ đó mình cũng review design trực tiếp bằng comment luôn, nghĩa là team BA/PO và UX/UI Design sài chung 1 project trên figma.
  12. Dùng như một công cụ để mình thiết kế banner/standee/…: Mình hay sài như này để thiết kế banner/standee/ rồi mấy hình cần thiết, mình xem nó như 1 công cụ giống Adobe Illustration (AI), bao gồm cả việc thiết kế logo luôn nha khi mà mình có thể export file vector hay export png, pdf,…
  13. Đôi lúc export ra được html để xem trước trên webview như một website thực sự: Này thì sau khi thiết kế ra xong, mình hay export ra html rồi mớ view trên các screen khác nhau, lý do là khi view trên canvas đôi lúc nó bị sai size và mình không nhận ra được sự khác thường, mình từng bị trường hợp này rồi khi thiết kế nhìn trên canvas nhìn rất ok, nhưng khi dev ra sản phẩm, layout nhìn rất là chán vì các element bị bự ra so với cách mình nhìn trên canvas,… màn hình bự cỡ 27, 32 inch thì không sao, chứ khi trên màn hình cỡ 14 inch là nhìn nó chán lắm. Nên tính năng này cũng là thứ cần thiết (dĩ nhiên là có thể làm kiểu prototype để view cũng đc, nhưng html giúp mình xem nó real hơn 1 tíu).

Còn mấy lý do khác thì giờ mình chưa nghĩ ra,… khi nào thấy có thêm thì mình bổ sung vào bài.

Học tiếng Anh online

Tư vấn học tiếng Anh (159K/h)

1 kèm 1 trực tuyến cùng giáo viên Philippines

Đăng ký ngay

So sánh Figma với các công cụ khác

Thực ra tính không viết phần này, vì đa số các công cụ mình sài chưa hết tính năng đâu, chỉ sài 1 phần các tính năng, nên khi so sánh sẽ bị thiếu sót gì đó,.. nhưng mình cứ chia sẻ theo quan điểm và cách mình sử dụng để mọi người có thể thấy 1 cách nhìn nhận nào đó hé.

Chắc nói mấy cái hơn của Figma đi ha, tại giờ mình mê Figma quá nên …. à…

  1. So với Adobe XD:
    • Dễ comment, review hơn, trên XD lúc comment nó hay bị sai vị trí sao đó
    • Dễ sharing hơn, trên XD nó bị 1 lỗi là nó tự động zoom hơi bị to so với size mình thiết kế, chưa kể zoom in, zoom out không được mượt lắm
    • Mình thấy XD hỗ trợ phần component không được xịn như trên Figma lắm, sài Figma sướng hơn nhiều, chưa kể trên Figma có nhiều thư viện bao đã.
    • Thật ra mình thích cách dùng XD để thiết kế banner/standee, logo nha, xưa là sài XD làm việc đó không á
    • Trước khi sài Figma, thì công cụ chính mình sài là XD, nhưng khi sài Figma nhiều rồi thì lại sài Figma nhiều hơn.
    • XD giờ không có bản free nữa, xưa có giờ thì không còn.
    • XD thì mình chưa thử nghiệm làm việc với member khác kiểu nhiều người edit 1 file, nên k review chỗ này.
  2. So với Axure:
    • Axure xưa mình phải sài crack rất cực luôn, phải trả phí để sài (không biết giờ có bản free chưa), nhưng có bản cho students/teachers dùng free 1 năm.
    • Khúc làm prototype bên Axure hơi bị cực
    • Lúc vẽ wireframe mình cũng thấy cực nốt, cực hơn khi vẽ bên Figma rất nhiều, kiểu vẽ từng elements, rồi đổ dữ liệu vào, với lúc ra element nhìn như thời window hay kiểu UI của element nó cũ cũ sao đó.
    • Được cái nó hỗ trợ kiểu như Git để mà làm việc với team, nhưng mình lại thấy hơi phức tạp để sài.
    • Mình thấy công cụ này mà kiểu công ty bự bự sài sướng, crack để sài nên cũng giảm bớt chi phí sử dụng cũng ok.
    • Axure cũng có các thư viện khá là okela như Figma.
  3. So với Balsamiq:
    • Balsamiq mình sài ver 3, có key free, còn ver 4 thì phải trả tiền.
    • Sài ver desktop nên khi làm việc với members khác sẽ khó, phải export rồi gửi file xong import, quản lý version rất cực
    • Bản cloud thì buộc phải trả phí => cũng phần làm việc với team khá ok chỗ này, cũng ok chỗ quản lý version luôn.
    • Được cái Balsamiq mình thấy còn dễ sài hơn cả Figma, nhưng mà cũng bị giới hạn phần components và elements có sẵn, muốn sài xịn phải tự define ra khá là cực.
    • Balsamiq vẽ wireframe cũng nhanh, nhất là mấy cái liên quan đến table thì balsamiq là nhanh lắm (so với các công cụ khác)
    • Mình cũng có quay khoá hướng dẫn sử dụng Balsamiq, ae thử xem qua nhé.
Đọc thêm  Khoá học nghiệp vụ Blockchain cho Business Analyst

Cách đăng ký miễn phí Figma sài trong 2 năm (Education).

Bước 1: Truy cập Figma Education

Bước 2: Nhấn vào Get verify

Bước 3: Đăng ký tài khoản 

Với việc bạn có tài khoản thì bỏ qua bước đăng ký mà đi trực tiếp vào link apply student program nhé.

Bước 4: Điền thông tin sau khi đăng ký

  • Điền tên, Làm vị trí gì
  • Và cái số 3 phải chọn là “For teaching or taking a class“

=> Sau khi tạo xong, check email các kiểu thì mở lại link: https://www.figma.com/education/apply 

Bước 5: Điền thông tin Get free Figma for Education

Nhớ là bạn đang đăng ký với Figma bạn là 1 sinh viên => bạn cần phải xác nhận bạn là sinh viên

Bằng cách điền các thông tin như sau:

  • Are you a student or an educator? chọn Student
  • What type of institution do you attend or work for? => Chọn K12 => Rồi 2 câu dưới chọn Agree, Agree
  • Why are applying for a free Figma Education plan: Bạn nên gõ tiếng Việt, ghi gì cũng được, đại loại là tui cần acc figma để làm bài tập, mình thì hay ghi bằng tiếng Anh “For doing assignment from teachers where I can design User Interface and Wireframe for application”
  • School name: School not listed
  • Full school name: nhập tên tiếng Anh của 1 trường đại học bất kỳ => Như mình học UIT thì mình điền đúng University of Information Technology – VNU HCM.
  • Nhâp địa chỉ Website của trường bạn đã khai báo ở trên: nhập đúng website chính của trường
  • Why is your primary field of study: Chọn bất kỳ theo ngành trường đó dạy, ví dụ mình chọn Information Technology hay kiểu kiểu vậy.
  • Expected graduation date: chọn tháng nào cũng được, năm 2024 trở đi, nên chọn từ năm hiện tại + 2 năm nữa là ok nhất.
  • Có 1 bước là upload lịch học, thì bạn cứ lên web chọn đại 1 lịch học nào đó điền, mình thì vào trực tiếp lịch kế hoạch năm file png của trường mình upload lên.Mình thấy là khi đăng ký tuỳ lúc nó ra form thông tin khác nhau, bạn điền sao cho hợp lý nhất là được nhé, lúc thì chỉ show có vài trường, lúc thì show 1 mớ thông tin. => Tuỳ cơ ứng biến thêm nhé.

Bước 6: Tạo team

Bạn chỉ cần điền tên Team rồi tạo thôi.

Sẽ có bước mời thành viên team => bạn có thể mời hoặc skip nhé, tuỳ mục đích.

Bước 7: Chọn gói dịch vụ và thanh toán (Free)

Lúc này bạn nhấn vào team => Sẽ có popup show ra và chọn Next cho team đó.

Sau đó chọn thanh toán (upgrade)

Vậy là giờ bạn đã có tài khoản Figma Edu được dùng như bản Professional trong 2 năm.

Kết bài

Như vậy là mình đã chia sẻ công cụ Figma, một công cụ tuyệt vời cho anh em Business Analyst, không chỉ là một công cụ để thiết kế mà còn có một công cụ để tư duy, trình bày và thực hiện ý tưởng của mình một cách chuyên nghiệp và hiệu quả, dù bạn làm trong team nhỏ hay lớn.

Và cũng đã chia sẻ luôn cách đăng ký tài khoản Figma Edu (free 2 năm).

Hi vọng giúp cho anh em nào chưa từng sử dụng tìm được công cụ mới hữu ích khi làm công việc Business Analyst nhé.

Categories Blockchain Business Analyst

Business Analyst trong Mảng Blockchain: Liệu Cần Biết Đầu Tư Crypto?

by hoangphan Posted on

Câu hỏi đặt ra…

Khi nghe tới Blockchain, nhiều bạn chưa thử tiếp xúc nhiều sẽ nghe nó cao siêu, và sợ rằng giờ mình không biết gì về nó, thì có thể làm việc trong ngành Blockchain với vị trí liên quan đến phân tích nghiệp vụ hay không? Và liệu rằng BA có cần kiến thức đầu tư crypto, hay thậm chí là tham gia đầu tư hay không???

Thế giới blockchain có ảo diệu, khó tiếp cận?
Thế giới blockchain có ảo diệu, khó tiếp cận?

Thống nhất với các bạn đọc thế này, từ BA trong các bài viết của mình thường sẽ nói đến người làm công việc Phân tích nghiệp vụ, và những người này có thể có title là BA (Business Analyst), PO (Product Owner), PM (Product Manager), Research, Product Designer, UX/UI Designer, đôi lúc là Business Owner, Tester,… miễn là họ có làm công việc liên quan đến nghiên cứu về sản phẩm blockchain (IT) và tìm cách phân tích để xây dựng nên được product.

Câu trả lời ngắn gọn

Yeah, để trả lời câu hỏi trên, với kinh nghiệm đã tham gia chinh chiến rất nhiều dự án, từ dự án công ty, dự án làm với vài anh em, rồi đến những dự án cá nhân, rồi tham gia thi mấy cuộc thi về Blockchain và đạt nhiều lần giải nhất, nhì.

  • Làm các dự án blockchain mình thấy không khác gì các dự án thông thường, đôi lúc lại thấy dễ hơn khi làm các dự án blockchain.
  • Còn về phần đầu tư crypto thì không bắt buộc bạn phải biết đầu tư mới làm được các dự án blockchain, nhưng nếu bạn biết cách tìm hiểu và dùng 1 ít lộ phí để trải nghiệm thì giúp bạn tiếp cận được với dự án tốt hơn.

Tại sao như vậy?

Phần thứ nhất, về câu chuyện khó dễ trong việc làm dự án blockchain với dự án khác blockchain.

Mình nhận thấy làm việc tại các dự án blockchain thì khi mà bạn hiểu rõ về dự án, có kiến thức vững chắc về nghiệp vụ/hệ thống thì các dự án blockchain không khác gì các dự án thông thường, đôi lúc dễ hơn các dự án thông thường, như so sánh với hệ thống quản lý doanh nghiệp kiểu ERP, CRM hay Banking, Fintech, thì các dự án blockchain mình tham gia nó có đôi chút dễ hơn 1 tíu, vì những cái core như phần sổ cái là đã có những chain đi trước, mình có thể dùng opensource hoặc fork trực tiếp từ chain (thường là EVM) đang chạy tốt về sài và phát triển tiếp tính năng. Thậm chí là các sản phẩm vây quanh blockchain cũng có sẵn như Bridge, Dex (swap), Loan, Borrow,…

Ngoài ra vì các dự án blockchain họ hay kiểu opensource, document, thông tin được public, mình lại thấy dễ tìm hiểu và học hỏi từ những dự án có sẵn, từ đó có thể copy về hoặc biến tấu để xây dựng các dự án riêng. Còn trong trường hợp xưa mình làm về mobile banking, tìm tài liệu rất khó để học cũng như hiểu sâu về luồng, hoặc các dự án về bảo hiểm, core bank, những dự án như này phải đi làm công ty, có cơ hội tiếp xúc và có tài liệu để đọc chứ ít khi tài liệu hệ thống lại được phanh phui ra cho bất kỳ ai đọc cũng được.

Làm về blockchain không quá khó như bạn nghĩ.
Làm về blockchain không quá khó như bạn nghĩ.

Phần thứ hai, về việc biết đầu tư không bắt buộc phải biết nhưng vì sao nên biết?

Đầu tư crypto có nhiều loại, mấy loại mà nhiều người hay biết tới là mua coin trên sàn CEX như Binance, Mexc, BingX, Coinbase, … nhưng còn nhiều kiểu đầu tư khác như mua ở Dex, mua qua presale ở IDO, ICO, và nhiều kiểu khác nữa.

Vậy nếu người làm nghiệp vụ từng thử mua Sh*t coin trên một IDO nào đó, hoặc Swap token trên 1 Dex nào đó, thì họ được trải nghiệm từng bước một và nắm nhiều kiến thức buộc họ phải biết để đầu tư.

  • Từ tạo ví, biết về private key, lưu trữ seed phrases
  • Chuyển tiền từ CEX về Wallet với chain phù hợp => nắm được sự khác nhau giữa các chain, chuyển token cùng chain/khác chain
  • Hiểu về cách IDO hoạt động, FCFS là gì, Lottery trong IDO, launchpad,…
  • Hiểu về DEX, swap token, LP, Farming,..
  • Và nhiều kiến thức khác.

Mình đã từng thuê outsourcing cho công ty mình từng làm, mình nhận thấy một số bạn chưa bao giờ tham gia 1 dự án Launchpad, thì lại nghĩ ra không đủ trường hợp, build một dự án real mà thiếu đủ thứ, nhất là các tính năng vô cùng quan trọng xử lý các trường hợp đặc biệt lại không có, dẫn đến việc nguy hiểm khi làm business.

Như vậy nếu được trải nghiệm qua thực tế thì insight của người làm BA sẽ tốt hơn rất nhiều dẫn đến việc xây dựng dự án được đầy đủ hơn.

Dĩ nhiên còn nhiều yếu tố khác như phải thử ngẫm ra các trường hợp đặc biệt, đặt bản thân người phân tích vào trường hợp đó và tìm cách giải quyết.

Ví dụ như làm cái launchpad về token, khi có một dự án đăng ký, lên kế hoạch xong mọi thứ, truyền thông và cho chạy, nhưng tới gần ngày cho user vào đặt mua trước, thì dự án lại huỷ kế hoạch, hoặc thay đổi kế hoạch => Phải có những tính năng xử lý trường hợp này để mà refund tiền về cho người dùng tự động, hoặc cho người dùng claim tokens, hoặc nếu người dùng chưa vung tiền ra thì có thông báo, hoặc huỷ dự án đó và cho phép rút tiền về. Mình vẫn nhớ lần trước không có tính năng huỷ, và nếu dự án thay đổi là tiền bị mắc kẹt mãi trên blockchain => dự án mất tiền.

Nhưng cũng có rất nhiều dự án có môi trường testnet/devnet, và bạn tha hồ mà vào vọc, do đó không sợ phải mất tiền, và những dự án này hoàn toàn public, nên câu này cũng là câu ủng hộ cho việc làm dự án blockchain thì không cần phải biết về đầu tư, mình thấy đôi lúc biết đó chút ít thôi, chỉ để thử nghiệm để hiểu hệ thống hoạt động ra sao, và kèm theo đọc tài liệu nữa, thực tế biết nhiều toàn mất tiền vì “NGU” nếu không chuyên về đầu tư 😀 Nên biết nhiều nhiều về phần nghiệp vụ và biết ít ít về đầu tư nếu không chuyên là đủ nha :D.

Đọc thêm  Khoá học nghiệp vụ Blockchain cho Business Analyst

Nghiệp vụ Blockchain cho Business Analyst

Image 1 of 8

Kết luận.

Trong khi việc am hiểu sâu sắc về đầu tư crypto không phải là yêu cầu bắt buộc cho một Business Analyst trong mảng blockchain, nhưng việc này chắc chắn sẽ mang lại lợi thế lớn. Kiến thức và kinh nghiệm thực tế sẽ giúp BA đưa ra quyết định chính xác, phát triển dự án mạnh mẽ.

Ngoài ra hãy tự tin tham gia mảng blockchain, vì thực sự nó không khó như bạn nghĩ, nếu dự án bự thì chắc chắn sẽ luôn có những người có kinh nghiệm ở sẵn đó và hướng dẫn bạn, còn nếu dự án nhỏ thì bạn có cơ hội học hỏi, đôi lúc là dự án không quá khó như những dự án bạn từng làm ở các công ty truyền thống. Với lại tài liệu nghiệp vụ, kỹ thuật ở các dự án blockchain là gần như public, do đó mà tha hồ mà học nghiệp vụ.

 

Categories Blockchain Business Analyst

Khoá học nghiệp vụ Blockchain cho Business Analyst

by hoangphan Posted on
Khoá học nghiệp vụ Blockchain cho Business Analyst

Hi các bạn, lâu rồi mình không viết Blog, nay quanh lại với một khoá học về blockchain với hi vọng chia sẻ nhiều kiến thức hơn đến cho các bạn, và mình sẽ lại tiếp tục viết nhiều bài hơn về chủ đề nghiệp vụ ở mảng Blockchain.

Thông tin khoá học như sau:

Khoá học nghiệp vụ Blockchain cho Business Analyst

Thời gian học: 2 – 2,5 tháng

Ngày bắt đầu học: 26/02/2024

Chi tiết tại: https://blockchainba.hoangphan.blog/

Nhằm mục đích nâng cao nghiệp vụ, khám phá và chinh phục các dự án Blockchain chỉ sau 2 tháng.

 

Khoá học thiết kế dành riêng cho những bạn đang làm công việc phân tích nghiệp vụ, hoặc muốn làm về công việc phân tích nghiệp vụ như (BA, PO, PM, Product designer,…) muốn có cơ hội làm việc trong mảng Blockchain.

Nhưng vì các bạn đang lo sợ chưa đủ hiểu về nghiệp vụ blockchain hay chưa hình dung thị trường blockchain như thế nào.

Người hướng dẫn

Trong khoá này mình là người trực tiếp hướng dẫn

Người hướng dẫn khoá học Blockchain BA
Người hướng dẫn khoá học Blockchain BA

 

Tại sao nên học khoá học này?

Khoá này mình sẽ phối hợp nhiều phương pháp học (gọi là phương pháp học tập đa chiều), nơi mà mình áp dụng kết hợp giữa lý thuyết và thực hành, học qua video ghi hình sẵn, tài liệu đọc, và các buổi thảo luận trực tuyến, hỗ trợ trực tiếp.

Đặc biệt mình sẽ đưa các dự án thực tế vào để cùng nhau thảo luận và thực hành để giúp các bạn có thể áp dụng vào thực tiễn công việc.

Tại sao nên học khoá học này?
Tại sao nên học khoá học này?

 

Hình thức học
Hình thức học

Cùng với đó thì mình cung cấp lộ trình phù hợp với các bạn mới, dù chưa tiếp xúc với các dự án blockchain vẫn có thể tham gia học (nhưng vẫn yêu cầu học viên phải có kinh nghiệm đi làm trong mảng phần mềm ít nhất 2 năm – không yêu cầu biết code, để có thể bắt kịp bài học)

Anh em advisors xịn xò

Khoá học này với nội dung chất lượng, những khối nội dung này được đánh giá và góp ý bởi những người đi đầu trong ngành.

Khoá học được tư vấn bởi những chuyên gia đầu ngành hỗ trợ mình đánh giá về nội dung cũng như phương pháp giảng dạy
Khoá học được tư vấn bởi những chuyên gia đầu ngành hỗ trợ mình đánh giá về nội dung cũng như phương pháp giảng dạy

 

Nội dung bài học

Với lộ trình học tập được mình nghiên cứu và đánh giá kỹ.

Bước 1: Giới thiệu về khoá học, lộ trình học tập, phương pháp học để các bạn tham gia học có thể nắm rõ cách thức học tập cho phù hợp.

Bước 2: Lần đầu thực hành với blockchain, mình sẽ hướng dẫn các bạn thực hành với các public chain, từ đó sẽ hiểu rõ một blockchain có những hệ sinh thái gì xung quanh, từ đó dẫn đến các khái niệm cần tìm hiểu.

Bước 3: Giải thích các khái niệm, phần này tập trung vào học các khái niệm mới trong blockchain, hiểu nó như thế nào, và các tìm hiểu các khái niệm mới bởi chính bạn.

Bước 4: Giải thích và phân tích các dự án đang có mặt trong thị trường từ đó hiểu được hệ thống và luồng hoạt động của các dự án đó (Kiến trúc Blockchain, Kiến trúc của một Dapp, Dex, Farming, Launchpad, Bridge, SocialFi, …)

Thực hành cùng với 2 hệ thống mẫu là Launchpad và DexNgoài ra các bạn có thể gợi ý một vài hệ thống các bạn muốn mình hỗ trợ giải thíchBước 5: Cùng nghe các talk show mà mình quay sẵn cùng với những người trong ngành để nghe về nhận định thị trường, hiểu về cách họ tiếp cận với các dự án.

Bước 5: Trong xuyên suốt thời gian học, mình sẽ hỗ trợ học viên, cả về nhắn tin trả lời, video call hỗ trợ,…

Các topics cùng khách mời

Mình có mời ít nhất 4 khách mời để tham gia thảo luận

Khách mời tham gia thảo luận về chủ đề blockchain
Khách mời tham gia thảo luận về chủ đề blockchain

 

Kết bài

Hi vọng khoá học này sẽ giúp cho nhiều bạn đang chưa rõ về blockchain, sẽ hiểu rõ hơn về blockchain chỉ sau 2 tháng tham gia khoá học. Và sẽ tự tin tham gia làm việc tại các công ty blockchain, nhằm bổ sung nguồn nhân lực cho lĩnh vực mới này.

Categories Business Analyst

Phân biệt các môi trường phát triển phần mềm

by hoangphan Posted on
Các môi trường phát triển phần mềm

Mấy bữa trước ngồi chia sẻ cho một bạn BA mới vào làm mảng blockchain nắm thêm các môi trường phát triển phần mềm, nên sẵn có dịp viết lại để chia sẻ đến mọi người, có vẻ nó sẽ là kiến thức khá cũ với mọi người, nhưng đôi lúc bạn phân vân không biết được testing environment và staging environment khác nhau như thế nào, hay thỉnh thoảng lại bảo dev là “Deploy lên cho mình test với” thì dev hỏi lại “Deploy lên môi trường nào?”, hoặc thậm chí là bạn không biết khi nào gọi tên môi trường cho đúng và phù hợp, hi vọng dưới góc nhìn của một BA sẽ giúp bạn hiểu các môi trường này và áp dụng, triển khai nó một cách an toàn, hiệu quả.

Các môi trường trong phát triển phần mềm

Những môi trường mà mình nhắc đến trong bài viết hôm nay sẽ gồm có: Localhost (Development), Testing, Staging, Production, Sandbox, và một môi trường có thể hơi hơi lạ với một số người là Pilot, Devnet, Testnet.

Trước hết cho cái hình để bạn dễ hình dung hơn

Phân biệt các môi trường phát triển phần mềm
Phân biệt các môi trường phát triển phần mềm

Môi trường Development/Localhost:

  • Môi trường này là môi trường người Dev dựa theo tài liệu của BA và xây dựng tính năng trên máy của tính (local) của họ, người khác không thể truy cập server ngoài họ.
  • Database kết nối: Là database test, hoặc sandbox (tẹo mình sẽ giải thích sandbox là gì)
  • Người thực hiện test:
    • Người thực hiện test trên môi trường này chính là người Dev luôn, hoặc là một người Dev khác họ pull code về và chạy thử, test lại tính năng.
    • Đôi lúc team test nội bộ sẽ pull code của Dev xây dựng xong về test trên máy local của team test nội bộ luôn, nhưng mình nghĩ này có nhưng ít.
  • Vai trò của BA: Thường là hỗ trợ giải thích tính năng, nghiệp vụ, kiểm thử tính năng mới/hoặc bug fixed.

NOTE: BA cũng được xem như một phần của team test nội bộ

Học tiếng Anh online

Tư vấn học tiếng Anh (159K/h)

1 kèm 1 trực tuyến cùng giáo viên Philippines

Đăng ký ngay

Môi trường Testing:

  • Môi trường này thường là môi trường được đội ngũ team test nội bộ chạy kịch bản kiểm thử đã được thiết kế trước, giúp tìm lỗi và sự cố trong phần mềm, đảm bảo chất lượng phần mềm trước khi lên những môi trường tiệm cận production, hoặc production.
  • Còn về phần dev thì xem thử mấy tính năng họ code có tích hợp được với code có sẵn hay code của người khác chạy được trơn tru hay không?
  • Database kết nối: Là database test hoặc sandbox
  • Người thực hiện test:
    • Người thực hiện chính là nhóm kiểm thử nội bộ
    • Dev đôi lúc sẽ vào test để kiểm tra lỗi có bị như nhóm kiểm thử nội bộ đã report hay không.
  • Vai trò của BA: Thường là hỗ trợ kiểm thử, review bugs, đứng ra làm việc giữ tester và dev để xác nhận bug là bug thật hay có thể bỏ qua, giải quyết tranh cãi giữa họ, có thể dùng môi trường này để UAT (một số trường hợp).

Môi trường Staging:

  • Cũng là môi trường test nhưng tập trung vào phần tương thích và ổn định của phần mềm trước khi triển khai, môi trường này gần như sát với môi trường production.
  • Database kết nối: Là database test hoặc sandbox, đôi lúc có thể cắm trên database production hoặc là lấy database production clone ra và đổi hay dấu đi những thông tin nhạy cảm như email, số điện thoại, id nhận notification,…
    • Tại vì khúc này môi trường cần gần giống với production để khi go live tránh xảy ra lỗi hoặc sự cố không đáng xảy ra nên cần phải có configuration/phần cứng, service tương tự với production.
    • Có những cái khi mà dev chạy trên local/testing env thì thấy ngon nghẻ, nhưng đẩy lên production cái sinh ra lỗi => Cũng là một lý do để có môi trường staging để tạo cơ hội cho dev tìm lỗi liên quan đến configuration, tính tương thích với phần cứng.
  • Người thực hiện test:
    • Người thực hiện chính là khách hàng hoặc nhóm kiểm thử nội bộ
    • Dev kiểm tra lỗi do KH hoặc tester report.
    • Đôi lúc vẫn có thể cho một số nhóm user đặc biệt test cùng (kiểu như sài thử và đưa ra feedback)
  • Vai trò của BA: UAT, follow nắm thông tin từ khách hàng khi họ test, trao đổi nghiệp vụ nếu cần, review lại bugs, confirm một số bugs có tranh cãi.

Môi trường Production:

  • Là môi trường chạy thật với người dùng và dữ liệu thật
  • Database kết nối: Là database thật.
  • Người thực hiện test:
    • Tester thực hiện test khi release sản phẩm
    • Dev kiểm tra lỗi do người dùng cuối report
    • BA follow hoặc kiểm tra lỗi do người khác report.
    • Người dùng cuối sử dụng
  • Vai trò của BA: Tương tác với người dùng cuối hoặc nhận thông tin từ bên khác liên quan đến lỗi, giải quyết vấn đề phát sinh, hỗ trợ người dùng, hoặc phân tích dữ liệu/ux để tìm ra những giải pháp tốt hơn cho phần mềm.

Môi trường Pilot:

  • Môi trường này mình mới biết từ năm 2019 khi làm các dự án liên quan đến banking.
  • Là môi trường chạy thật với một nhóm người dùng đặc biệt và dữ liệu thật, nhóm này sẽ đưa ra các nhận xét góp ý cho ứng dụng.
  • Thường thì Pilot sẽ nằm sau giai đoạn UAT và trước khi lên production
  • Test trên thời gian thực để tìm ra lỗi.
  • Không phải dự án nào cũng có môi trường này
  • Database kết nối: Là database thật.
  • Người thực hiện test:
    • Nhóm người dùng cuối đặc biệt được lựa chọn sẵn để sử dụng trước sản phẩm.
    • Nhóm kiểm thử team nội bộ và khách hàng.
  • Vai trò của BA: Tương tác với nhóm người dùng đặc biệt để thu thập phản hồi, ý kiến góp ý, từ đó giải quyết các vấn đề phát sinh.
  • Đây cũng là một môi trường xác minh tính sẵn sàng của dự án, nên mọi thứ giống y chang production, chỉ khác là cho một nhóm người sài, những người dùng cuối khác chưa được sài.

Môi trường Sandbox:

  • Sau khi xem xét thì thấy Sandbox không nên xếp vào nhóm của Localhost, testing, staging, pilot, production, mà nó là 1 kiểu thể loại khác.
  • Có thể hiểu nó là môi trường thật dùng thử, thường được sài cho những hệ thống liên quan đến tiền bạc, tài chính, payment
  • Vì là dùng thử nên nó là database thử (test) chứ không phải database thật, hoặc là clone từ thật ra, chỉ cần thay đổi endpoint (api) thì sẽ có thể giúp phần mềm hoạt động trên môi trường real.
  • Nếu không có sandbox thì khi test có thể khó cover nỗi những tính năng liên quan đến tiền thật.
  • Mình thấy nó khi làm blockchain, hoặc banking, billing, AAS, payment gateway.
  • Một số tên khác
    • Testnet/Devnet: Môi trường test/sandbox của một blockchain
    • Goerli, Sepolia: Môi trường testnet/sandbox của Ethereum.

Lưu ý khi làm việc trên các môi trường khác nhau.

  • Không nên để khách hàng vào môi trường testing, sau khi mình làm với rất nhiều khách hàng cho thấy để KH vào môi trường test họ sẽ thấy những cái không hay, hoặc có khi họ không hiểu mình đang làm gì và tưởng là mình đang làm sai yêu cầu, hoặc gây ảnh hưởng đến quá trình test của team nội bộ khi KH vào và thay đổi một số cấu hình.
  • Ở môi trường local host -> Có những trường hợp cần chạy cronjob liên tục hay sửa database sướng hơn trên môi trường testing (dù trên testing env vẫn thực hiện được nhưng đôi lúc gặp khó khăn)
  • Chia thành nhiều môi trường testing hoặc kế hoạch release trên testing env theo từng giai đoạn để tránh bug nó bị lộn xộn, ví dụ như báo bug xong dev fix và đẩy ngay lên testing mà không báo, hoặc 2-3 testers nhảy vào test chung 1 môi trường nhưng lại thay đổi DB có ảnh hưởng lẫn nhau, làm cho kết quả test bị rối hoặc bị sai.
  • Điều quan trọng là phải có môi trường Testing độc lập để không ảnh hưởng đến các môi trường khác và giúp dev tập trung vào việc tìm lỗi và sửa chúng, chứ đụng lỗi cái báo và fix liền, xong deploy lên test liền thì không hay.
  • Môi trường Staging, Pilot đôi lúc không cần thiết phải có mà có thể gộp lại thành môi trường testing thôi, lý do chính là khá tốn chi phí, tài nguyên khi phải cần gần giống với môi trường production.
  • Khi test ở Pilot hoặc Staging, BA cần kiểm tra lại với các thành viên khác vì có dính tới database thật, có thể sẽ gửi những kết quả test đến cho người dùng thật, do đó nên phân nhóm người dùng được nhận hoặc thay đổi email/phone thật thành những dữ liệu test.
  • Đối với môi trường Pilot, luôn phải có một kế hoạch liên quan đến việc Rollback release để khi có trường hợp xấu sẽ xử lý được.

Kết bài.

Với những chia sẻ của mình hi vọng các bạn hiểu được từng môi trường phát triển phần mềm, cũng như nhiệm vụ và trách nhiệm một BA làm việc trong từng môi trường, sẽ có những thay đổi trong tên gọi của môi trường, hay trách nhiệm của người làm BA trong từng dự án, công ty khác nhau.

Categories Blockchain Business Analyst Chia sẻ

Giải nhất 10,000$ từ Solana Coding Camp với vai trò Business Analyst

by hoangphan Posted on

Team mình đã dành giải nhất 10K$ trong cuộc thi SOLANA CODING CAMP VIỆT NAM và

6 bước mình thực hiện trong quá trình Business Analysis với vai trò lại một BA như thế nào?

1. Tiếp cận dự án & trao đổi business & idea (Elicit)

  • Anh em ngồi lại thảo luận ý tưởng và chọn 1 ý tưởng thấy phù hợp để tham gia Coding camp. Các ý tưởng là tự bộ những tính năng team mình dự kiến build cho công ty để xây dựng sản phẩm hoàn hảo.
  • Thảo luận về ý nghĩa thực sự của tính năng, giúp cho user làm gì? Tương lai phát triển tính năng ra sao (Ở đây là thảo luận để thực hiểu về Business, cách business vận hành, problem và solutions)

2. Phân tích & nghiên cứu giải pháp

  • Mình dùng các kỹ thuật khơi gợi (trong chính mình) để phân tích các tính năng, vẽ ra user flow, các trường hợp có thể xảy ra.
  • Vẽ sketch, mình dùng phần mềm excalidraw để vẽ ra những trường hợp xảy ra, lên phát hoạ ý tưởng, hình dung tính năng nó như thế nào, sẽ có những nút nào, những màn hình như thế nào,… chọn lọc và đưa ra những phân tích sơ khởi để đi đến bước tiếp theo…
Đọc thêm  Công cụ vẽ wireframe và diagram tuyệt vời mình tìm được cho Business Analyst.

Sketch
Sketch

  • Vẽ wireframe, mình cũng tiếp tục dùng excalidraw để vẽ wireframe, nhưng vẽ lộn xộn từ luồng màn hình, các thành phần trên  màn hình, vị trí tính năng, một số diagram, vẽ tất cả những gì mà sản phẩm có thể xây dựng được.
  • Ở bước này vì khơi gợi và chưa chốt cụ thể tính năng nào sẽ build, scope ra sao nên mình ghi ra tất cả những gì mình phân tích và các trường hợp/ tính năng có thể build

Wireframe
Wireframe

3. Trình bày giải pháp

  • Call với anh em trong đội ngũ phát triển dự án để trao đổi về giải pháp, thảo luận và chọn ra những tính năng cần xây dựng trong thời gian ngắn là 5 tuần.
  • Chốt scope và chốt giải pháp từ nghiệp vụ đến technical.
  • Phân chia công việc
Đọc thêm  Khoá học nghiệp vụ Blockchain cho Business Analyst

4. UI & Business rule

  • Scope wireframe về Figma & vẽ rõ luồng hơn để nhiều người nhìn vô dễ hiểu, sẽ khác với wireframe ở mục 2, phần wireframe này sẽ gọn gàng, ngăn nắp, vẽ các mũi tên điều hướng chỉ sự tương tác giữa các màn hình rõ ràng hơn để anh em phát triển dự án theo dõi dễ hơn.

Arranged Wireframe
Arranged Wireframe

  • UI vẽ cuốn chiếu, vẽ màn hình nào thì sẽ review và chỉnh sửa đến đó, cùng thời điểm đó Dev FE cũng sẽ theo dõi và làm dần.
  • Mình viết Business Rule & review UI/flow/cases xảy ra(không viết tài liệu cụ thể)

Business Rule
Business Rule

  • Tester viết checklist (vì thời gian quá ngắn)

5. Dev & Test

  • BE/Smart Contract Dev viết code theo Wireframe & Business Rule mình đã định nghĩa ở mục Wireframe đã chốt scope (ở mục 4)
  • FE dev theo UI, và code cuốn chiếu cùng lúc với thời điểm vẽ và review UI.
  • Review checklist & test UI cùng với tester để tìm ra lỗi UI, từ đó kịp thời sửa chữa lỗi ngay thời điểm làm UI.
  • Lắp ráp FE & BE, SC để thấy sự tương tác giữa các tính năng, giữa BE và FE, cả về Smart Contract.
  • Test functional để tìm ra lỗi hoạt động của tính năng, cũng như tích hợp tính năng.
  • Luôn cập nhật Business rule & Review UI cùng với anh em để có thông tin mới, chính xác nhất.

6. UAT

  • Test sau khi sản phẩm hoàn thiện xem có đáp ứng yêu cầu không, nếu chưa đáp ứng thì feedback và chỉnh sửa bổ sung cho phù hợp, còn nếu đã hoạt động ok rồi thì anh em mang đi nộp bài và nhận giải thôi.

 

Kết bài.

Từ 6 bước của mình, bạn có thể áp dụng cho các dự án mà các bạn đang thực hiện, đây cũng là quy trình mà mình thực hiện khi tham gia các dự án thông thường khác, chỉ khác là mình thực hiện chi tiết, cẩn thận và viết tài liệu đầy đủ hơn.
Hi vọng bài viết sẽ giúp ích cho quá trình làm Business Analysis của các bạn.

 

Bạn có thể tìm đọc bài viết về giải ở đây:

https://nhipcaudautu.vn/cong-nghe/solana-vietnam-coding-camp-mua-2-cong-bo-doi-doat-giai-3349752/

https://vnreview.vn/thread/cuoc-thi-lap-trinh-solana-vietnam-coding-camp-mua-2-da-tim-ra-nhung-team-danh-chien-thang-trao-thuong-gan-2-4-ty-dong.492581209480721

 

1 2 3