Một trong những rủi ro lớn nhất khi xây dựng sản phẩm đó là xây dựng những điều sai. Bạn sẽ mất hàng tháng trời (thậm chí hàng năm) để xây dựng sản phẩm đó, chỉ tới khi nhận ra bạn không thể hoàn thành sản phẩm.

Tại Hanno, chúng tôi thấy điều này xảy ra thường xuyên. Đó là lí do tại sao chúng tôi đã tập hợp thành cuốn sách “Thẩm định tinh gọn” (Lean Validation Playbook).

TẠI SAO CHÚNG TA CẦN THẨM ĐỊNH TINH GỌN

Trong trường hợp này, thẩm định tinh gọn nghĩa là bạn sẽ đi lướt nhanh để xác định bạn sẽ làm sản phẩm gì và làm như thế nào với nguồn lực càng ít càng tốt. Nguồn lực này có thể bao gồm thời gian, tiền bạc và công sức. Phương pháp khởi nghiệp tinh gọn là chủ trương của Eric Reis, người có ảnh hưởng rất lớn đến cách chúng ta làm việc thông qua cuốn sách của ông “Khởi nghiệp tinh gọn”.

Trong phần hướng dẫn ngắn này, bạn sẽ học được cách thẩm định sự phù hợp của sản phẩm với thị trường, khảo sát người dùng và sản phẩm dùng thử. Mục đích để đảm bảo ý tưởng sản phẩm đó khả thi, điều này giúp tiết kiệm thời gian và tiền bạc của bạn.

Đây là danh sách đọc dành cho bất cứ ai muốn học hoặc tìm hiểu sâu hơn về các lĩnh vực nghiên cứu người dùng, khả năng sử dụng, kiến trúc thông tin, thiết kế giao diện người dùng, thiết kế tương tác, chiến lược nội dung hoặc chiến lược kinh nghiệm.

Danh sách này rất rộng gồm những cuốn sách tiêu biểu về tư duy thiết kế, quy trình, phương pháp, nguyên tắc và các cách làm tốt nhất. Trong danh sách này có nhiều cuốn sách đã có cách đây hơn 20 năm, tuy nhiên nó vẫn phù hợp với hiện nay.

Mỗi cuốn sách đều có ảnh hưởng đến quan điểm của tôi, tạo ấn tượng cho tôi và giúp tôi thăng tiến trong sự nghiệp của mình. Những cuốn sách này cũng đã hình thành nên người thiết kế là tôi hôm nay và tạo cảm hứng thiết kế cho tôi mai sau.

Không có ngày nào tôi không tự suy nghĩ và áp dụng các ý tưởng từ những cuốn sách này cả. Tôi hy vọng rằng bạn cũng có thể tìm thấy giá trị như vậy nhờ những cuốn sách này.

Gần đây số lượng các ứng dụng trong thị trường android và iOs đã vượt xa con số 8 triệu, ngoài ra còn có một con số không giới hạn các trang web và các ứng dụng web đang xuất hiện khắp nơi trên thế giới nữa. Với khối lượng khổng lồ các ứng dụng đó thì điều khan hiếm nhất là khoảng thời gian tập trung của người dùng cho mỗi ứng dụng.

Thách thức lớn nhất trong thiết kế UX là thu hút được nhiều thời gian tập trung của người dùng. Điều này đặt ra một thách thức với người chủ sở hữu sản phẩm và những người thiết kế UX làm sao thiết kế ra những ứng dụng thu hút được sự chú ý và tham gia của người dùng.

Note:

This post is outdated, please follow the How to develop Angular 2+ applications easily with Docker, angular-cli and angular-boilerplate blog post instead.

Everyone who is new to Angular 2 usually has many difficulties to get started with it, even with the getting started article from the Angular 2 official documentation. That’s the reason why angular-cli is created to ease the pain. angular-cli is a great CLI tool, however, it takes a lot of time to get it working by installing nodejs and angular-cli. Luckily, we’ve created docker-angular-cli project to build a Docker image so that anyone could use it right away for any Angular 2 projects without the hassle of installing nodejs and angular-cli. This guide will help you get started in the most easily and convenient way. It’s assumed that you don’t need to master Docker but only require that Docker is installed on your machine and you could follow the instructions below.

Ảnh của Alex Kislow

Tôi vừa có dịp trình bày tại TNW Europe về framework mà chúng tôi sử dụng tại Facebook để giúp chúng tôi tập trung vào tiến trình phát triển sản phẩm của mình. Việc này đã giúp tôi suy nghĩ rất nhiều về những bài học mà bao năm qua tôi đã học được về việc cần có gì để có thể xây dựng được những sản phẩm tuyệt vời. Danh sách sau đây chưa hoàn thành hoặc không chắc chắn là đúng, nếu mà có 1 danh sách hoàn hảo các bước cần làm (Bước 1: Bắt đầu. Bước 2: ??? Bước 3: Thu tiền!), thì có lẽ chúng tôi đã chi một khoản tiền cho nó xong rồi ngồi chờ xem các sản phẩm mới tuyệt vời đua nhau nở rộ như là vườn hoa tháng 5 rồi. Cuộc du hành mới được 1% thôi, hãy cứ theo dõi và học hỏi nhé.

teracy-dev has been being developed and in use from the first days of Teracy, it’s been about 3 years¹ now. We’re in a hurry for a really big, exciting release for the next version of teracy-dev. I’d like to take this chance to share with you about teracy-dev vision first and many other new features and improvements for the next long awaiting teracy-dev release.

Ảnh Từ Rawpixel.com/Shutterstock

Các quản lý kỹ thuật thường được thăng chức làm lãnh đạo dựa vào sự đánh giá, xếp hạng tốt. Đây được coi là phương án thực tế vì các quyết định kinh doanh giờ đây ngày càng phụ thuộc nhiều vào yếu tố công nghệ nền tảng. Các lãnh đạo công nghệ cần phải đánh giá các lựa chọn kỹ thuật, đưa ra những khuyến nghị phù hợp với các yêu cầu kinh doanh và phải trao đổi, làm rõ các quyết định đó với những người liên quan không phải là dân kỹ thuật. Nếu các quản lý công nghệ không hiểu công nghệ thật chắc thì rất khó để đưa ra những quyết định đúng đắn.

Có một thách thức lớn là một kỹ sư giỏi không phải tự nhiên trở thành một lãnh đạo giỏi. Khả năng lãnh đạo bất kỳ ai ở cương vị nào không phải tự nhiên mà có. Lãnh đạo là kỹ năng phải được rèn luyện suốt cuộc đời.

Nếu bạn là một nhà thiết kế có kinh nghiệm, bạn nên hiểu rằng trong thiết kế giao diện người dùng ¹ , việc lấy cảm hứng từ những sản phẩm của người khác không phải là ăn cắp ý tưởng mà là việc học hỏi những kinh nghiệm tốt nhất của những người đi trước, là sử dụng những mẫu thiết kế và làm theo các chỉ dẫn (guideline) nhằm đảm bảo sử dụng các kiểu mẫu quen thuộc và tạo nên các giao diện thực sự hữu ích cho người dùng.

Một số người nói rằng việc cứ bám theo các quy tắc cứng nhắc và bắt chước người khác thì sẽ giết chết sự sáng tạo và rồi cuối cùng mọi ứng dụng sẽ có thiết kế giống nhau. Theo quan điểm của người thiết kế UX (trải nghiệm người dùng) tôi lại thấy một vấn đề khác. Việc quen áp dụng các cách khuyên dùng tốt nhất có thể khiến bạn tin rằng Google/Facebook/Instagram hay các ứng dụng khác luôn đúng, mục tiêu thiết kế của họ cũng giống của bạn nên bạn sẽ không bao giờ tự hỏi “có gì sai ở đây?!”. Để chứng minh điều này dưới đây là một số mẫu thiết kế (hoặc đã từng) được coi là những mẫu thiết kế tốt nhất nhưng rút cuộc nó lại không thực sự tốt như bạn nghĩ.

Thiết kế UI đàm thoại¹ thu hút được nhiều sự quan tâm nhưng để chúng phát huy được hiệu quả trong thực tế thì vẫn là một vấn đề chưa rõ ràng.

Tuy nhiên những nguyên tắc thiết kế cơ bản có định hướng có thể giúp chúng ta thiết kế những thứ thật sự hữu dụng mà mọi người sẽ muốn dùng hàng ngày.

Chúng ta không thiếu những bài viết về những UI đàm thoại trong tương lai, nhưng lại có quá ít các bài viết về tính thực tiễn khi thiết kế sự tương tác của các chatbot.

Có vẻ như đây chính xác là những gì mà hiện tại chúng ta đang cần. Nỗ lực ban đầu khi thực hiện các chatbot đều thất bại, chủ yếu là do các chatbot phụ thuộc quá nhiều vào việc xử lý ngôn ngữ tự nhiên hoặc khả năng của A.I mà vẫn chưa làm được. Ngoài ra người ta cũng cố gắng loại bỏ những thứ không phù hợp trong mô hình mới này.

Vì quá quan tâm đến công nghệ mới mà chúng ta quên đi nhân tố quan trọng nhất trong lĩnh vực này đó là con người – được cho là sẽ giao tiếp với bot.

When I was asked to use a distributed task queue for emails on a Django project, I chose django-celery-email. However, during developing and testing, I faced some problems due to the lack of clear guide from django-celery-email, so I wrote this post as a step by step guide for anyone who wants use it with much ease. So let’s get started!