[📝Review sách] Getting Real
The smarter, faster, easier way to build a successful web application.

Lại là tôi đây, cuối tháng rồi mà chưa kịp review hết những cuốn sách trong danh sách đầu tháng đã liệt kê, vẫn còn 2 ngày nữa 😁
Nay cố gắng note lại nhiều nhất có thể về cuốn Getting real này, tuy ngắn nhưng mà chất. Đúng phong cách “Simple is the best”, cuốn sách chia làm 16 mục lớn, nhưng tôi sẽ review phần nào hay mà tôi đã note lại được.
Bắt đầu nào.
The Starting Line
Build Less
Xây dựng sản phẩm với ít tính năng hơn(tập trung vào cốt lõi), ít tùy chọn hơn, ít họp hành và ít hứa hẹn hơn.
Vấn đề khi xây dựng một sản phẩm thường là xuất phát từ nhu cầu và vấn đề của bản thân và nghĩ đó là vấn đề của mọi người.
Đặt cuốn sách xuống, và bắt đầu đi tìm khách hàng mục tiêu của mình. Hãy nhớ, chỉ có rời khỏi văn phòng bạn mới thực sự biết khách hàng của mình là ai.
Fund Yourself
Ưu tiên sử dụng nguồn tiền của bản thân và chỉ gọi vốn khi thật sự cần thiết. Có thể huy động vốn từ nhiều cách khác nhau: gia đình, người thân, bạn bè, nhà đầu tư, …
Stay Lean
Giữ mọi thứ đơn giản. Càng ít code càng tốt, ít code dẫn đến ít bug và ít tốn thời gian bảo trì. Hãy biết tận dụng những hạn chế và thiếu thốn về tiền bạc và công nghệ. Một start-up không nên có quá nhiều người, 3 người có vẻ là tốt nhất.(ý là trong một team: Dev, design + CEO nếu về công nghệ)
Priorities
Ý tưởng tốt mà không được thực hiện tốt chỉ đáng giá 0 đồng, ý tưởng bình thường mà được thực hiện tốt thì có giá trị đôi khi hàng tỷ đô. Đừng suy nghĩ về quy mô sản phẩm quá sớm, sau này ta có thể mở rộng nó ra khi phát triển, các startup thường chết trước khi cần đến scale. Đây là một sự thật.
Đừng cố gắng làm hài lòng tất cả mọi người dùng, chỉ cần tập trung vào một số đối tượng và làm họ thoải mái, hạnh phúc với sản phẩm của mình. Một số người yêu thích sản phẩm của bạn còn hơn là nhiều người chỉ ở mức thích.
Feature Selection
Chỉ làm những tính năng mà mình có khả năng quản lý được, đừng hứa hẹn quá nhiều. Hãy quên đi những “yêu cầu tính năng mới” của người dùng. Thay vì hỏi họ tính năng nào cần thiết, hãy hỏi họ tính năng nào không cần thiết và cần loại bỏ. Khi viết Roadmap cũng nên tính thật kỹ, tránh hứa suông, để rồi mang họ “Hứa Thất” 😁
Process
Hãy làm sản phẩm nhanh nhất có thể, cho ra sản phẩm chạy được trước rồi vào phát triển chi tiết và chuẩn hóa sau. Sản phẩm thành công là sản phẩm được cải thiện từ từ, có vòng lặp phản hồi và cải tiến(lean startup), đừng quá lo lắng về sự hoàn hảo, sản phẩm không cần quá hoàn hảo ở phiên bản đầu tiên.
The Organization
Đừng phân chia quá nhiều nhóm theo những chức năng, thay vào đó hãy hợp nhất lại thành một đội. Tốt nhất là nên tuyển người đa năng có thể làm nhiều việc(Thường thì startup nên tuyển người biết làm full-stack, chuyên môn hóa là khi công ty bắt đầu lớn).
Mỗi thành viên nên có khoảng thời gian riêng của họ để tập trung phát triển, đừng làm việc chung với nhau 100% thời gian.
Họp hành làm tốn thời gian hơn nhiều so với những lợi ích nó mang lại, do đó họp hành càng ít càng tốt. Và chỉ họp khi tất cả đã chuẩn bị những thứ cần họp, tức là họp chỉ để chốt phương án mà thôi.
Hãy ăn mừng những chiến tích nhỏ, làm thì làm nhưng dành chút thời gian ăn mừng để tăng thêm động lực. Cái này giống kiểu neo cảm xúc.
Staffing
Hire Less and Hire Later — đừng tuyển dụng quá nhiều người cùng lúc, và nên nhớ bạn không cần quá nhiều người như bạn nghĩ. Văn hóa của một doanh nghiệp dựa vào việc họ tuyển dụng và sa thải nhân viên. Startup giai đoạn đầu làm việc này nhiều thì nên coi chừng. Hãy chú ý đến cách bạn sa thải nhận viên, và cách đối xử với nhân viện nghỉ việc, bởi những người ở lại sẽ coi đó là cách mà bạn sẽ làm khi họ ra đi, và mức độ gắn bó của họ sẽ tỷ lệ thuận với cách bạn đang làm.
Actions, Not Words — đánh giá ứng viên bằng hành động(bài test, code mẫu, những dự án đã làm), đừng dựa vào CV hay những lời nói lúc phỏng vấn. Kỹ năng chém gió bây giờ ai cũng có.
Nên tuyển những người có nhiều kỹ năng khác nhau ngoài chuyên môn, nhiệt tình và có khả năng viết lách thì càng tốt — Hire Good Writers
Interface Design
Interface First — thiết kế trước thay vì cắm đầu vô code và nên tập trung vào thiết kế phần lõi trước, sau đó thì phát triển các phần rìa.
Copywriting is Interface Design — giải thích rõ ràng từng button, label. Dùng từ ngữ phổ thông để ai cũng có thể hiểu được.

Code
Less Software — ít code, ít tính năng, ít điều phiền toái. Nói chung là cứ MVP càng lean càng tốt.
Optimize for Happiness — làm cho lập trình viên hạnh phúc với công việc đang làm, họ sẽ cho ra những dòng code chất lượng.
Open Doors — mở cửa thông tin, hãy khuyến khích bên thứ ba phát triển bằng cách cung cấp API cho họ.
“Một nền tảng mà không có API thì giống như có máy tính mà không được kết nối internet vậy.”
Words
Use Real Words — Sử dụng từ ngữ đúng thay vì dùng Lorem Ipsum.
Personify Your Product — Cá nhân hóa sản phẩm, tăng trải nghiệm cho khách hàng.
Pricing and Sign Up
Free Samples — Miễn phí cái gì đó để thu hút và tăng sự tin tưởng. Mô hình Freemium, membership là tốt nhất cho những dịch vụ kiểu này,.
Easy On, Easy Off — Làm chức năng đăng ký đăng nhập đơn giản, dễ dàng. Làm thế nào mà họ dễ tiếp cận với hệ thống càng dễ dàng thì họ càng thoải mái mở hầu bao.
Silly Rabbit, Tricks are for Kids — Đừng cố móc tiền hay ràng buộc người dùng quá sớm. Cho họ nhận ra giá trị thực sự của sản phẩm của bạn trước, có thể bằng việc cho bản dùng thử đầy đủ tính ăng trước.
Promotion
Hollywood Launch — hãy quảng bá sản phẩm theo kiểu làm phim ở Hollywood. Chuẩn bị một bài viết giới thiệu sản phẩm, chọn thời điểm thích hợp nhất, điều này cực kỳ quan trọng. Và hãy nhớ đừng ra mắt bản beta, MVP không có nghĩa là beta. Nó là bản cô đọng giá trị cơ bản của giải pháp bạn mang lại để giải quyết vấn đề nhức nhối của khách hàng. Hãy khiến nó tốt nhất có thể(tất nhiên là không phải hoàn hảo rồi mới ra).
Và sau tất cả, không phải tiền, sản phẩm, hay công ty…mà là những con người đã gắn bó với nhau. Khiến tất cả mọi người hạnh phúc và tự hào về những gì họ đang làm. Không ai nghi ngờ một nhóm thành công vì họ hạnh phúc và đam mê với công việc hiện tại.
Bạn chỉ mất có vài phút để đọc nó, nhưng tôi thì mất vài tiếng để tổng hợp và note lại, nên không có lý gì mà bạn đọc đến đây mà không ủng hộ tôi bằng cách like, comment hoặc share nó cho mọi người. 😘
Bạn nên tìm cuốn ebook để đọc chi tiết hơn.
Hà Nội, 22h30, 28/11/2018