在下午培训活动中，有一个环节是小组设计自己的App，写出用户需求点、功能点并划出基本的原型图。我们当时设计了一个“学习代码”的App。然后去参加老师的答辩，然后有了下面这些对话：

　　老师：一句话描述你们这个App满足用户哪些需求？

　　我：满足了用户更好的学习代码的需求。

　　老师：是满足哪些需求？

　　我：就是让用户更好的学习代码的需求啊。

　　老师：XXXX

　　我：XXX

　　……

　　老师：算了，你先讲产品吧。

　　我：balabalabala

　　老师：我终于明白你的需求是什么了，满足了用户闭环学习代码的需求（课前预习、听课、写作业、老师答疑等）……

　　我：对。

　　这次谈话让我意识到一句好描述需求的重要性。

　　看一些我最近写的例子：

　　简书：满足用户阅读和写作的需求。Peak：满足了用户锻炼自身（脑力、反应意识等）的需求。Keep：满足了用户想在有指导、有节奏下健身的需求。i表情：满足了用户自己制作表情包的需求。

　　2. 什么是场景

　　这个问题一直困扰了我很长时间，我一直搞不明白场景到底是个什么东西，现在好像稍微理解了一点点。

　　刚入门的时候，什么是场景呢？在床上，在家里，在教室，在书房……当时层级自己写简书满足用户哪些场景：在做汽车，刷简书；在教室，下课刷简书；睡觉前，刷简书……

　　现在感觉这些场景实际上为一个场景： 零碎化时间段。

　　比如Markdown满足什么样的场景下用户写作呢？

　　用电脑打字？还是在家里打字？在床上打字？

　　我觉得应该是满足用户在写作时想更加专注写作的场景。（这里表述可能有问题，欢迎大家指导。）

　　场景这个东西我觉得多去分析就能够掌握一些，然后慢慢进步到熟练掌握。

　　3. 成为你喜欢App的深度用户

　　当你想评论一个App时，你最好是他的深度用户。

　　当初刚入门时候迷茫无知，急于用作品来证实自己，写了一份简书体验报告，现在评价那份报告真没什么用，当初不懂Markdown语法写作，认为App端加上这个是不是没有意义。现在所有文本都是Markdown编辑才知道它的省事方便。

　　还有就是人们会不会因为一个功能点而来使用一款产品呢？当你作为一个深度用户时，才能更好的回答这个问题。我可能会因为携程定青旅便宜而来携程购物，但我很难说因为简书我很喜欢简友圈功能就来用这款产品。

　　所以，如果你喜欢一个App，并且想做一份深入调研，先成为他的深度用户。

　　在这里注意，不要说微信、QQ的深度用户，大家都是……

　　4. 需求是用户的还是产品经理的

　　说实话，这个问题一直困扰着我，许多文章说需求采自用户，但我感觉许多需求是由产品经理创造出来的。

　　创新功能更多来自于产品经理的idea，更多基础性功能来自用户。就像我在没有用Peak之前很难说我有锻炼自己反应力的需求，用了之后才发现这款App确实不错，我确实有必要锻炼下自己的意识力。

　　那么同样问题来了，你背单词需要什么样的需求呢？我觉得每个人都有自己的答案，atv，然而产品经理要按照用户的基本需求+自己的创新idea来做这款App。在遇到Memrise之前，我感觉学语言一直是一件比较痛苦的事情，用了Memrise之后，感觉学习稍微轻松、娱乐了一些，学习效果还是蛮不错的。

　　说了这么多，我个人对于这个问题的答案是：用户提出的需求是需要重视的，产品经理自己的idea进行创新，创造需求才是一个产品的灵魂。

　　用户的基本需求是基石，产品经理的需求是竞争点。

　　5. 原型图画好了就差个程序猿了怎么办

　　这个问题更加令我感到尴尬，当我洋洋洒洒写好了自己计划的App的需求分析、beat功能点、原型图草图、系统逻辑，然后我差个程序猿……

　　得，一起还是0，无法开始。

　　在这里给小伙伴们提个醒，自己做App，展示类+简单购买很好用第三方实现，如果你想使用后台逻辑进行调整，那就很难了。

　　于是乎，我最近在研究到底要不要学习代码，毕竟懂技术的产品经理更适合撕逼，哈哈哈哈。