区块链领域填坑的java程序猿

剩下的就是分解需求进行开发实现了。就是中间这个差距需要我们去思考、调研，这是一个迭代的过程，直到最后达到期望甚至超过期望，如果用了一些错误的方法，或者被客户牵着鼻子走，最后结果可能还不如现实。如果我们“完美”地满足了客户提出的“方案级需求”，最终的结果未必能让客户满意，客户通常善于发现问题，提出问题，但给出的方案往往不能完美解决问题。晚上小孩吵着说要吃饼干，最后给了点面包，小孩吃完就乖乖睡着了，在这里吃饼干是方案，需求是小孩的肚子饿了，当没有饼干时，可以使用第二种方案，给他吃面包也可以解决这个需求问题。

3.专家客户：活跃，适当做，但量小复杂，容易陷入细节，关注点不是价值需求，比如我们的服务以及中台使用者。要引导客户需求，比如咨询客户之前是如何解决问题的，采用的什么方式，还原客户背后的真实需求，获得客户的信任。（5）除了功能需求，我们现在欠缺的数据思维，数据思维意味着要从全局设计以及融入产品理念，而不仅仅是功能点的堆砌。（1）重点关注产品的灵魂需求，也就是产品的价值路线，理解产品经理是一个商业职位，要为产品谋利益。（10）学会做客户地图，分析我们的产品主要面对的客户以及解决客户的什么问题，有什么优势。

最典型的就是SMART原则：具体的（Specific）、可衡量的（Measurable）、可实现的（Attainable）、有相关性的（Relevant）、有时限性的（Time-based）简单来说，“整个软件系统为客户解决了什么问题、创造了什么机会”，对系统而言，最关键的干系人有哪些，各干系人对系统的关注点，有哪些担心（阻力点）“三个本质性问题。就是从总体属性、趋势、宏观的角度来说，如“”全面提升客户服务质量、“全面提高沟通效率”，这种方法的描述只是指出了一个模糊的方向，无法有效地界定系统的范围。