“你开发出来的产品，你喜欢吗？如果你是使用者你会想用吗？”
这两个问题是我时常拿来提醒产品开发人员的，你辛苦加班，努力的把产品赶了出来，但当你面对这两个问题时，你心里踏实吗？若你的答案是否定的，那这个产品 大概也不会是客户心中的首选，虽然说软体工程师不是什么艺术的工匠，但若做一个产品，你没有办法全神贯注的去将这个产品做到最好，做到自己能引以为傲，做 到自己都不禁要赞叹，那这个产品只是一个产出物，而不是你所创造出来的杰作。
专案管理告诉我们，只做范围内的事情，超出范围外的叫镀金，但若你做的是产品，你要记得这句话适用的范围是在当某个版本的功能与时程已经被押上，且你没有 多余的时间多做时，要知道，对一个产品来说，功能不可能停滞下来，一定会不断的演进，但专案则是这个产品开发过程中的一个版本阶段，所以专案是有明确的范围与时程的，但产品发展不能这样画地自限。
主导需求或被需求主导
许多程式设计师总是接收需求方的需求，不管好的坏的都接受，最终做出一些连自己都无法认同的产品，然后回过头来骂需求方需求乱提，规格乱开，但这也只是因 为你不够了解需求方，不够了解使用者，所以无法在理的角度上说服提出这个需求的人，如果你是一个程式工人，那就单纯的接受别人提的需求，你的工作就是将这 些功能给完成就好，但若你能清楚的理解需求，并熟知使用者的背景，那你将有机会主导需求，了解使用者，了解domain know-how，你就有机会不被牵着走。
光是理解需求还不够
黑多时候需求提出单位会说开发单位不够理解需求，所以听不懂或误解他们所提的需求，这样的状况自然是有的，但另一些时候我们也发现需求方连自己想要什么都 讲不清楚，需求变动的很严重，所以开发单位疲于奔命，只为了满足需求，满足谁的需求？满足需求单位的需求，而不是用户的需求，我们就这样一群人搅和在一 块，花了许多时间，却总是做不出像样的东西来，这种时候开发单位的人若只能理解需求是不够的，因为你理解的需求可能就不是使用者的需求，你应该进一步的了 解使用者，甚至把自己当成使用者，设身处地的去想想这个问题：
“如果是你，你会想用什么？”
在做一套CRM系统，你就要理解业务员的工作习性，他们日常工作在做些什么？他们希望达到些什么？他们有什么困扰？你可能会想到他们平常就是要拜访客户， 要了解商机的成交机会，要知道每天要拜访哪些客户，要知道哪些客户已经很久没有去拜访，要清楚什么时候要过去客户那边展示，要知道自己业绩达成的状况如 何，也要清楚自己手上的客户是否足以达成业绩目标，若不够时，该怎么办？然后你还可以进一步的去想若自己是一个菜鸟业务，那你的重点会放在商机的找寻，若 你是一个TOP Sales，那你可能更关注旧客户的维系。
光是理解需求还不够，你要进一步的把自己当成使用者，若能做到这样，你除了能更有效的跟需求方沟通外，你也能渐渐的在这个产品中注入自己的灵魂。
记得，你始终不是使用者
上一段我提到你要把自己当成使用者，但是千万要记得，你始终不是使用者，你拥有的知识背景使用者不见得有，而使用者的经验也不是你一下子就能模拟的出来 的，产品最终还是要到使用者手上去验证，用户体验的观念在现在愈来愈被重视，我们必须无时无刻想着用户，理解他们的情境，必要时把自己模拟成用户，但最后 还是要提醒自己，这个产出结果最终仍是要得到用户的认可，所以，多花点时间跟用户接触吧，不管你是需求单位还是开发单位，你都要如此去做。
产品开发时，开发完成后，都不要忘记问自己：
“你开发出来的产品，你喜欢吗？如果你是使用者你会想用吗？”
只有当你的答案是肯定的，那你对这个产品才会有热情，才会有认同感，别只是理解规格，要了解用户。@
摘编自《gipi的学习笔记-职场观念、管理、IT部落格》游舒帆(gipi) 提供
