用户故事地图 [User Story Mapping] pdf epub mobi txt 电子书 下载 2025

简体网页||繁体网页

☆☆☆☆☆

Jeff Patton 著，李涛，向振东 译

图书标签:

• 用户故事
• 敏捷开发
• 需求分析
• 产品管理
• 软件工程
• 用户体验
• 可视化
• Scrum
• 看板
• 精益产品开发

出版社： 清华大学出版社

ISBN：9787302429944

版次：1

商品编码：11893976

品牌：清华大学

包装：平装

外文名称：User Story Mapping

开本：16开

出版时间：2016-04-01

用纸：胶版纸

页数：260

字数：238000

正文语种：中文

编辑推荐

　　对于软件开发而言，用户故事地图是一个很有价值的工具，但前提是你必须明白它的用途和正确用法。用户故事地图很容易被误解和误用，因此，本书深入解释了如何用它来帮助团队始终聚焦于用户及其需求，而不是热衷并痴迷于单个炫酷的产品特性而迷失方向。
　　作者JeffPatton展示了用户故事的种种用法，力求帮助团队在整个开发过程中始终围绕着项目展开更好的互动交流。通过这样的对话，团队最终能对构建怎样的产品及其能够用户带来怎样的价值和体验达成共识。这样的共识是打造一流产品的前提。
　　俯瞰用户故事地图，通过适当的练习来掌握相关的关键性概念。
　　领悟故事是如何实际发挥效用的？在敏捷和精益项目中，如何从故事中挖掘真正的需求
　　探究一个故事的生命周期，从各种可能的机会入手，步步深入，发现有价值的需求。
　　准备故事，关注其产生过程，从中了解可以转换为特性的需求，打磨出一流的软件产品。

内容简介

　　用户故事地图作为一种有效的需求工具，越来越广泛地应用于开发实践中。本书以用户故事地图为主题，强调以合作沟通的方式来全面理解用户需求，涉及的主题包括怎么以故事地图的方式来讲用户需求，如何分解和优化需求，如果通过团队协同工作的方式来积极吸取经验教训，从中洞察用户的需求，开发真正有价值的、小而美的产品和服务。本书适合产品经理、用户体验设计师、产品负责人、业务分析师、IT项目经理、敏捷教练和精益教练阅读和参考，也更适合用作企业培训手册，打造高效能的团队协作能力。

作者简介

　　Jeff Patton，在过去二十多年的经历中，Jeff Patton得到一个教训：虽然设计和构建软件的正确方式并不只有一种，但错误的更是多得数不胜数。Jeff有十五年丰富的产品经验，做过网上飞机零件预定和电子病历卡等，主要是帮助客户组织改进工作方式。在很多开发流程都只着眼于交付速度和效率时，Jeff早已经在此基础上同时兼顾交付具有非凡价值并且能获得市场成功的软件产品。早在2000年，Jeff加入一个早期的极限编程团队以来，就一直专注于敏捷方法，尤其专长于把有效用户体验设计和产品管理实践融入扎实的工程实践当中。目前，Jeff的身份是独立顾问、敏捷过程教练、产品设计过程教练和导师。他针对敏捷产品管理各个主题所发表过的文章、随笔和PPT都可以从agileproductdesign.com和Alistair Cockburn的Crystal Clear找到。Jeff是敏捷-使用性雅虎讨论小组的创办人和协调人，StickyMinds.com和IEEE Software的专栏作者，CST（Certified Scrum Trainer），敏捷联盟2007 Gordon Pask奖的获得者。

　　李涛，花名“大桃”（微信号：whoistony），百度资深敏捷教练、高级架构师，现为百度用户产品体系内部顾问团队负责人。2012年加入百度，一直工作在移动互联网、LBS、O2O产品敏捷转型的第一线，积累了业务与敏捷结合的丰富经验。带领团队辅导百度地图、百度团购、百度导航、百度旅游等产品的敏捷转型工作，取得显著成效。2014年负责百度糯米的产品研发融合和敏捷转型工作。

　　向振东，花名“阿东”（微信号：jedheong），北京师范大学心理学硕士，目前就职于京东，专门从事用户研究和数据分析相关工作。对用户体验研究和项目管理领域的翻译与交流很感兴趣，目前也是UXRen翻译组管理员。

精彩书评

　　“在我接触过的人当中，帮助正规软件开发团队真正深入洞察其需求和价值回报的敏捷专家当中，只有少数几个人称得上实至名归。Jeff Patton算一个。”
　　——Marty Cagan，Silicon Valley Product Group合伙人

目录

Martin Fowler序
Alan Cooper序
Marty Cagan序
前言
致谢 .
使用前必读
第1章 产品全景图
让我们从头开始
故事是讲出来的，不是写出来的
讲故事，要完整
Gary的悲剧
边讲边记
创意框架
刻画用户画像
讲用户的故事
探索细节和可选项
user_story_mapping-table.indd 5 16-3-15 下午3:43
vi ｜ 目录
第2章 计划，为了更少的开发
故事地图帮助大型组织建立共识
创建故事地图的过程可以帮助发现设计中的坑
要做的总是太多
划分MVP发布计划
划分发布路线图
为成果排列优先级，而非功能
这是魔法吗？没错
为什么要反复讨论MVP
MVP根本就不是产品
第3章 计划，为了更快的学习
从讨论机会开始
验证问题
在设计原型过程中学习
要能够质疑用户所说的内容
在开发过程中学习
迭代直至可行
错误的做事方式
基于验证的学习
真正的最小化试验
重点复述
第4章 计划，为了按时发布
要让团队所有成员都清楚 .
估算的秘密
制定可逐步达成的开发计划
不要将所有的迭代产出都对外发布
关于估算的另外一些秘密
管理研发预算
迭代与增量
开局、中局和末局策略
user_story_mapping-table.indd 6 16-3-15 下午3:43
目录 | vii
根据开发策略切分故事地图
都是关于风险
“剧透”第5章主题
第5章 如何创建故事地图
1. 分步骤写出你的故事
2. 组织情节
3. 探索替代故事
4. 提取故事地图的主干
5. 切分出能帮你达成特定目标的任务
就是这样简单！你已经学会了所有重要概念
请在家里或者办公室里练习
这张地图是现在的，不是将来的
实操案例
练习容易，落地难
故事地图仅仅只是个开始
第6章 用户故事的故事
Kent Beck的创意
简单的事情并不一定容易做到
Ron Jeffries的3C原则
文字和照片
小结
第7章 如何把故事讲得更好
Connextra公司的用户故事模板
模板僵尸和万能犁
提升讨论效果的检查单
创建度假照片
需要操心的事情还多着呢
第8章 不要把所有内容都写在卡片上
不同角色，各有所需
user_story_mapping-table.indd 7 16-3-15 下午3:43
viii ｜ 目录
我们需要一张更大的故事卡
信息辐射器和信息冰箱
错误的工具和错误使用工具
第9章 卡片只是个开始
在头脑中构建清晰的图像
养成口述用户故事的习惯
检视产出
你又不是用户
开发过程就是学习的过程
不仅仅是软件
为学习做计划，学习如何做计划
第10章 做产品好比烤蛋糕
食谱
切分大蛋糕
第11章 碎石行动
故事的大小很重要
把故事比喻为石头
史诗故事是大石头，有时可以用来攻击他人
用主题来组织故事
忘掉这些术语，专注于讲故事
从机会开始
探索最小可行方案
在交付阶段深入每个故事的细节
在开发过程中保持日常对话
评估每一份产出
与用户和客户一起评估
与业务干系人一起评估
发布和持续评估
user_story_mapping-table.indd 8 16-3-15 下午3:43
目录 | ix
第12章 谁是碎石负责人
有价值的-可用的-可行的
一个成功的探索团队需要更多的人参与
神勇三蛟龙
产品负责人好比音乐制作人
这项工作并不简单
第13章 从机会开始
针对机会展开对话
深入挖掘机会，丢弃机会或思考机会
机会不应该是一种委婉的说法
故事地图和机会
挑剔
第14章 通过探索来建立共识
探索不是开发软件
探索的4个核心步骤
探索活动、讨论和工件
探索的目的是建立共识
第15章 通过探索来进行验证性学习
大多数时候，我们其实都是错的
糟糕的往事
同理，聚焦，形成想法，制作原型，测试
如何把好事弄糟
短期验证学习循环
精益创业思想改变产品设计
故事和故事地图呢
第16章 提炼、定义和开发
卡片，对话，更多卡片，更多对话……
细分和提炼
故事工作坊
user_story_mapping-table.indd 9 16-3-15 下午3:43
x ｜ 目录
在冲刺或迭代计划阶段开展故事对话
人人参与并非明智之举
分解和瘦身
如何在交付阶段使用故事地图
如何使用故事地图来可视化进展
在故事工作坊中使用简易地图
第17章 故事呢，就好比《行星战机》
把碎石子儿重新聚集起来
地图绘制要适度
千万不要小题大作
第18章 开发完成后怎么学习
团队回顾
和团队外的角色一起回顾
够用
向用户学习
从发布中学习
预定计划中的结果
使用故事地图来评估发布是否准备就绪
结语

前言/序言

《敏捷开发的双螺旋：从愿景到价值的跃迁》 第一部分：构建清晰的价值愿景 在瞬息万变的商业环境中，任何组织的核心目标都离不开一个清晰的价值愿景。这不仅仅是关于“我们做什么”，更是关于“我们为何存在”以及“我们希望为谁创造什么”。《敏捷开发的双螺旋》将带领您深入探索如何构建这样一个强大而鼓舞人心的愿景，使其成为团队行动的灯塔，产品发展的驱动力。 1. 洞察用户的深层需求：超越表面的“想要” 用户的需求并非总是直接而清晰的。他们可能不清楚自己真正需要什么，或者所表达的“想要”只是解决问题的表象。这本书将教会您一系列深入挖掘用户真实需求的技巧。这包括： 同理心访谈的艺术： 如何设计开放式问题，引导用户分享他们的经历、痛点、期望和潜在的动机。我们会探讨如何倾听“未说出口”的声音，理解用户在特定场景下的情感和认知。 情景化用户研究： 将用户置于其真实的生活或工作环境中进行观察和研究，捕捉他们在实际操作中的行为模式和遇到的障碍。例如，观察一位软件用户在处理日常任务时是如何思考和操作的，而非仅仅听取他们对功能的描述。 用户画像的深度刻画： 创造逼真的用户画像，不仅仅是关于人口统计学信息，更重要的是描绘他们的目标、挑战、行为模式、技术熟悉度以及他们期望从产品中获得的价值。这些画像将成为团队理解和同情用户的有力工具。 共情地图的绘制： 深入理解用户在面对问题时的所思所想、所见所闻、所说所做，以及他们的感受和痛点。这有助于团队从用户的视角出发，真正感受他们的处境。 用户旅程的细致梳理： 描绘用户从第一次接触产品到最终实现目标的整个过程，识别旅程中的关键触点、用户行为、思考和情绪变化。这将帮助我们找到优化用户体验的关键机会。 2. 定义产品的核心价值主张：为何选择我们？ 在众多选择中，用户为何会选择您的产品？这取决于您的核心价值主张。本书将指导您提炼出独特且引人注目的价值主张，清晰地传达产品为用户带来的独特益处。 识别竞争优势： 深入分析市场上的竞争对手，理解他们的优势和劣势，从而找到您的产品能够脱颖而出的地方。 聚焦解决用户痛点的能力： 您的产品最擅长解决用户哪些最棘手的问题？我们将探讨如何量化和清晰地阐述这些解决方案。 量化和证明价值： 价值不应仅仅是概念。本书将强调如何将价值转化为可衡量的结果，例如提高效率、降低成本、增加收入、提升满意度等，并通过数据和案例来支持这些主张。 打磨清晰简洁的陈述： 提炼出易于理解、能够引起共鸣的价值主张陈述，使其能够快速地被潜在用户和内部团队所理解和认同。 3. 设定明确且可衡量的目标：通往成功的路线图 愿景和价值主张需要转化为具体的、可执行的、可衡量的目标。本书将为您提供设定有效目标的框架。 OKRs (Objectives and Key Results) 的应用： 学习如何运用OKR体系，设定具有挑战性但可实现的目标，并围绕目标设定可衡量的关键结果，确保团队朝着共同的方向努力。 SMART原则的应用： 确保每个目标都是具体的 (Specific)、可衡量的 (Measurable)、可实现的 (Achievable)、相关的 (Relevant) 和有时限的 (Time-bound)。 将目标与用户价值对齐： 确保设定的每一个目标都直接服务于为用户创造价值，避免脱离实际的、无关紧要的目标。 第二部分：打造可持续的迭代与交付流程 拥有了清晰的愿景和目标，接下来的挑战是如何将它们转化为实际的产品，并以高效、可持续的方式交付给用户。《敏捷开发的双螺旋》将深入探讨如何构建一个以用户价值为中心的敏捷开发流程。 1. 理解并构建“产品待办事项列表”：敏捷开发的核心驱动 产品待办事项列表 (Product Backlog) 是敏捷开发的核心。它不仅仅是一个任务列表，更是产品愿景和用户需求的有序体现。 用户故事的精髓： 深入理解用户故事的本质——“作为一个[用户角色]，我希望[实现一个目标]，以便[获得一个价值]”。我们将探讨如何编写高质量的用户故事，使其清晰、独立、可协商、可估算、可测试且有价值。 用户故事的层级与分解： 学习如何将大的用户需求分解为更小、更易于管理的用户故事，以及如何在用户故事之间建立逻辑关系，形成一个有组织的待办事项列表。 优先级排序的艺术： 掌握多种优先级排序技术，如MoSCoW (Must have, Should have, Could have, Won't have)、价值排序、风险排序等，确保团队始终在开发最有价值的功能。 待办事项列表的持续管理： 讲解如何随着产品的发展和用户反馈的变化，持续地梳理、细化和调整产品待办事项列表，使其始终保持最新状态。 2. 实践高效的迭代开发：拥抱变化，快速交付 迭代开发是敏捷的核心实践。本书将带领您深入了解如何通过短周期的迭代来实现持续的价值交付。 迭代的规划与承诺： 学习如何进行有效的迭代规划会议，团队如何根据产品待办事项列表和自身能力，承诺在本次迭代中完成哪些工作。 每日站会的力量： 掌握每日站会的核心目的——同步进展、识别障碍、保持团队协作，确保团队成员了解彼此的工作状态。 迭代评审： 学习如何通过迭代评审会议，向利益相关者展示已完成的工作，收集反馈，并据此调整后续的开发计划。 迭代回顾： 深入理解迭代回顾的价值——反思团队在本次迭代中的表现，识别改进机会，持续优化团队的协作和工作流程。 3. 拥抱持续集成与持续交付：加速价值的流动 持续集成 (CI) 和持续交付 (CD) 是实现快速、可靠价值交付的关键。 持续集成的实践： 学习如何自动化代码集成过程，确保团队成员的代码能够频繁地合并到主干代码库，并进行自动化构建和测试，尽早发现和解决集成问题。 持续交付的流程： 探讨如何建立一个自动化流水线，将经过充分测试的代码能够随时准备好部署到生产环境，从而实现快速、频繁地将新功能交付给用户。 自动化测试的策略： 强调自动化测试在CI/CD中的重要性，包括单元测试、集成测试、端到端测试等，确保交付的软件质量。 减少交付风险： 理解CI/CD如何通过小批量、高频率的交付，显著降低单个版本发布的风险，使团队能够更自信地响应市场变化。 第三部分：构建协作共赢的敏捷生态 敏捷开发并非仅仅是技术或流程的改进，它更是一种文化和思维模式的转变。本书将探讨如何构建一个支持敏捷发展的协作生态。 1. 强化跨职能团队的协作：打破孤岛，聚合力量 高效的敏捷开发依赖于高度协作的跨职能团队。 团队角色的清晰定位： 阐述产品负责人、Scrum Master、开发团队等角色的职责和协作方式。 沟通与透明的文化： 营造一个开放、透明的沟通环境，鼓励团队成员之间、团队与利益相关者之间的坦诚交流。 冲突解决与建设性反馈： 学习如何有效地处理团队内部的冲突，并提供和接受建设性的反馈，促进团队的成长。 赋能团队，激发自主性： 探讨如何赋予团队自主权，让他们能够自行决定如何完成工作，从而激发他们的积极性和创造力。 2. 拥抱持续学习与改进的文化：永无止境的进化 敏捷的本质是拥抱变化和持续改进。《敏捷开发的双螺旋》将强调建立一种鼓励学习和实验的文化。 从错误中学习： 将错误视为学习的机会，而不是失败。本书将指导您如何建立一个安全的机制，让团队能够从失败中吸取教训。 知识共享与最佳实践： 鼓励团队成员之间分享知识和经验，共同探索和采纳行业最佳实践。 拥抱实验与创新： 鼓励团队进行小范围的实验，探索新的技术、方法或解决方案，为产品创新注入活力。 建立反馈回路： 强调从用户、市场和团队内部收集反馈，并将其用于改进产品和流程。 3. 与利益相关者建立信任与协作：共同创造价值 敏捷开发需要与业务方、用户和其他利益相关者建立紧密的联系和信任。 让利益相关者参与进来： 探讨如何邀请利益相关者参与到产品愿景的定义、优先级排序以及迭代评审中，确保产品方向与业务目标一致。 透明的沟通与期望管理： 保持与利益相关者的透明沟通，让他们了解项目的进展、潜在的风险和变化，有效地管理他们的期望。 建立共同的责任感： 鼓励利益相关者与开发团队建立共同的责任感，将他们视为价值实现的伙伴。 平衡多方需求： 学习如何在满足用户需求的同时，平衡不同利益相关者的诉求，达成最优解决方案。 《敏捷开发的双螺旋》不仅仅是一本关于方法的书籍，它更是一份关于如何构建高效、适应性强、以用户价值为中心的开发体系的指南。它将帮助您理解，敏捷开发的真正力量在于其能够将模糊的用户需求转化为清晰的产品价值，并以持续、可靠的方式交付给用户，最终实现业务的飞跃。

评分☆☆☆☆☆

这本书的出现，简直就像在混沌中点亮了一盏明灯。我一直觉得在产品开发过程中，我们似乎总是陷入各种细节的泥沼，团队成员之间沟通的鸿沟也时常难以弥合。每次的需求评审，都像是在拆盲盒，对最终产品的形态总有些模糊不清的预感，却又难以准确地把握。直到我翻开这本书，那种“啊，原来是这样！”的豁然开朗感，才真正让我体会到什么叫做“找到北”。它并非简单地罗列了一堆方法论，而是将抽象的敏捷开发理念，转化成了一种直观、可视化的语言。我特别喜欢它提到的“故事地图”的概念，那种以用户旅程为主线，将需求拆解成一个个生动的故事片段，然后一层层地在地图上展开，仿佛是在为我们的产品绘制一幅清晰的蓝图。这种方式不仅让团队成员对产品的整体目标有了共同的理解，更能让他们清晰地看到自己的工作是如何融入整体构架，贡献价值的。而且，它还教会我如何区分优先级，如何识别那些真正能够为用户带来价值的功能，避免我们陷入“完美主义”的陷阱，而是聚焦于核心，快速迭代。这本书的讲解方式也十分到位，语言平实易懂，但字里行间又透露出深刻的洞察。它不是那种让你读完后觉得“什么都懂了，但什么都不会做”的书，而是真正能够指导你实际操作，让你在工作坊里、在团队会议中，都能得心应手地运用其中的方法。

评分☆☆☆☆☆

这本书的出现，就像是给迷茫的产品开发团队指明了一条清晰的道路。我之前一直觉得，我们的需求沟通环节总是效率低下，团队成员之间对产品的理解差异很大，导致很多返工和低效。阅读了这本书后，我才明白，原来我们一直缺乏的是一个能够让大家共享的“视角”。它所介绍的用户故事地图，恰恰提供了这样一个强大的工具。我喜欢它将用户的整个体验过程，像一幅画一样展现在眼前，让我们能够清晰地看到用户在使用产品过程中的每一个环节，以及在这个环节中他们可能遇到的问题和期望。这种以用户为中心的视角，让我能够更好地去理解需求背后的真正意图，而不是仅仅停留在表面的功能描述。书中关于如何从用户旅程出发，去分解和组织用户故事的讲解，让我觉得非常实用。它提供了一种全新的思考方式，让我能够以一种更系统、更全面的方式来审视产品。而且，这本书也让我意识到，可视化沟通的重要性。当团队成员能够一起参与到故事地图的构建过程中，那种认同感和归属感自然而然地产生了。它不仅仅是一本书，更像是一位经验丰富的导师，循循善诱地引导我掌握一种更高效、更人性化的产品开发方法。

评分☆☆☆☆☆

我一直觉得，团队在进行产品开发时，最大的挑战之一就是如何让所有人都朝着同一个方向前进，并且对“成功”有一个共同的定义。往往因为信息的不对称，或者对用户需求的理解偏差，导致项目周期拉长，成果不尽如人意。这本书就恰好解决了这个痛点。它引入的“用户故事地图”概念，让我眼前一亮。它不仅仅是关于如何写用户故事，更是关于如何构建一个共享的理解，一个能够让整个团队都看到的“故事”。我发现，当我们将用户放在中心，然后围绕着用户的核心需求和旅程来构建这个地图时，所有的讨论都变得更加聚焦，所有的决策都更有依据。它就像一个可视化的罗盘，指引着我们前进的方向。我特别喜欢书中关于如何识别“最小可行产品”（MVP）的讲解，以及如何利用地图来规划迭代的优先级。这种循序渐进、从小处着手，逐步构建完整产品的方式，不仅降低了开发的风险，也让团队能够更快地获得用户的反馈，并根据反馈进行调整。这本书的语言风格也十分朴实，没有太多华丽的辞藻，但字里行间都充满了实操性的指导。它教会我如何将抽象的需求转化为可执行的任务，如何让团队成员之间建立起牢固的信任和协作关系。

评分☆☆☆☆☆

这本书给我带来的最大改变，是从“交付功能”到“交付价值”的思维转变。在此之前，我们往往过于关注“做什么”，而忽略了“为什么要做”以及“为谁做”。这本书则以一种非常清晰和系统化的方式，将我们拉回到用户和价值的维度。它所倡导的用户故事地图，就像一个巨大的画布，让我们能够将用户的所有需求、所有体验，都以一种可视化的方式呈现出来。我发现，当我们将用户的整个旅程绘制出来，然后在这个旅程上填充具体的“故事”时，我们对于每个故事点的价值，以及它们之间的关系，都有了前所未有的清晰认识。它不仅仅是一种管理工具，更是一种促进理解和协作的催化剂。我特别欣赏书中关于如何构建“核心体验”的论述，以及如何利用故事地图来识别和规划那些能够真正触动用户的关键时刻。这种从宏观到微观，从用户体验到具体功能的层层递进，让我能够更有效地把握产品的方向，避免走弯路。读完这本书，我感觉自己对产品开发有了更深刻的理解，也更有信心去应对复杂的项目挑战。它让我明白，真正的敏捷，不仅仅是速度，更是智慧和对用户的深刻洞察。

评分☆☆☆☆☆

老实说，在接触到这本书之前，我对于如何有效地管理和交付产品，总有一种“摸着石头过河”的感觉。需求文档像是一堆堆难以消化的文字，优先级排序更是常常成为团队争论的焦点，搞得大家身心俱疲。然而，这本书的出现，彻底颠覆了我的认知。它所倡导的“用户故事地图”方法，提供了一个非常强大的框架，让我们能够从用户的角度出发，去思考和设计产品。我尤其欣赏它强调的“可视化”的重要性。那些将用户旅程、用户任务、以及具体的用户故事，以一种直观、可视化的方式呈现在墙上或者白板上的场景，简直是团队协作的福音。它不仅仅是一张地图，更是一种沟通的语言，一种共享的理解。通过这张地图，我们能够清晰地看到产品的全貌，理解每个故事点背后的用户价值，从而做出更明智的决策。这本书也让我意识到了，敏捷开发不仅仅是技术层面的实践，更是一种思维模式的转变。它鼓励我们拥抱变化，不断学习，并且持续地为用户创造价值。读完这本书，我感觉自己像获得了一把开启高效产品开发的金钥匙，那种自信和底气，是之前无论阅读多少技术书籍都未曾有过的。它让原本模糊不清的产品愿景，变得触手可及，让团队的协作变得更加顺畅和高效。

评分☆☆☆☆☆

这次包装不行，就一条袋子装着，拿到时袋子已经烂了百分之三十，书都露出来了，幸好书没烂

评分☆☆☆☆☆

碰上京东活动，书质量不错，可学习敏捷开发与管理

评分☆☆☆☆☆

还可以，等到了活动，虽然是把价格涨上去做的活动

评分☆☆☆☆☆

很好很好非常好。。。。。。。。。。。。

评分☆☆☆☆☆

好好啊好好好

评分☆☆☆☆☆

打半折买了一堆，早就想买了，书很有用，只看过电子书

评分☆☆☆☆☆

习惯性好评。印刷质量不错

评分☆☆☆☆☆

最近开始学习了，别人推荐的书，干货不少。正好赶上活动，囤货囤货，慢慢消化。

评分☆☆☆☆☆

做工不错，本来是拼单用的，有空再看看