看看你需要在这个地方出现什么样的特征
在给出具体的功能需求设计之前，应该给出一个大纲，这也是加深需求理解和形成完整需求概念的一个重要步骤。大多数时候，产品经理会认为，我说得很清楚，你怎么不明白呢？事实上，主要是因为在这个链接中，产品经理对整个项目的背景、结构、前提、目标有替代感，所以认为每个细节都是理所当然的，但对于研发，他们没有得到完整的背景信息，对细节的理解往往是偏差和误判。 例如，用户的一个属性反映在一个功能中，并在另一个功能中发生变化。然而，由于需求设计没有给出整体结构和过程，而是在局部设计中提供了不准确、不严格的描述，实现设计的工程师（甚至两个不同的功能可能是由不同的工程师实现的）可能会被误判为两个不同的字段并给出不同的定义。这样，该属性的实现就完全错误了，双方在上线前都没有意识到这样的问题。 第三个要点：具体视图设计的三个要素。 无论是网站设计还是网站设计App，基本都是由一个到多个交互视图组成需求设计。 在提供此类交互视图时，产品设计师应给研发人员以下三个要素。 1.界面元素。例如，文本在哪里，下拉框在哪里，按钮在哪里。这些属于界面元素，可以使用草图或Word排版简单，但界面上的元素是什么，如何显示，是静止还是浮动？ 2.数据逻辑。例如，页面是最新的新闻，所以你必须解释最新的新闻是基于什么样的数据逻辑。一些产品经理说，这不是一项技术工作吗？我怎么知道？如果你真的不知道，你应该与技术人员沟通这个问题，看看你需要出现在这个地方的东西反映了什么特征，然后问他如何设计它。然后你还应该参与考虑数据逻辑是否符合用户的期望，以及在操作中是否会出现一些位置固化和新数据无法反映的问题。这些都是产品经理应该考虑和确认的问题，而不是技术。 3.操作逻辑。界面上可以操作的元素有哪些，可以点击选择哪些元素，操作后会有哪些反馈，比如显示浮层，进入新页面。这也需要在需求设计文档中说清楚。 视图设计、界面元素、数据逻辑、数据逻辑、操作逻辑，开发人员可以明确视图的开发需求。不要让开发工程师猜测和猜测。如果一些逻辑涉及算法，产品经理不清楚，他也应该与开发人员确认他使用的逻辑和效果，并与他预期的效果进行比较，而不是说我不知道，让工程师决定。操作逻辑可能指向其他视图，这就是结构流程图需要解释的地方。 在百度这样的公司，产品经理要写麻烦冗长的MRD(市场需求文件)。但对于初创公司来说，最好尽可能简单、直接、有效。 说实施的要点，当产品经理向技术人员展示文档并表达需求时，最好的确认方法是让技术人员根据自己的理解重复需求，重复过程往往容易暴露理解的歧义。你必须确保你所表达的与对方的理解相一致。 第四章 创业与投资 创业首先需要一颗大心 在过去，我经常建议一些牛人创业，尤其是技术牛人，因为在我看来，世界上有太多的机会和太多的成功案例，总是错过朋友的机会。但最近，我突然觉得，在当前的环境中，创业可能不是一些人才的最佳选择。 两个月前，一位技术牛听说我碰巧在上海，特别从杭州和我一起吃饭，这个家伙曾经是一个互联网巨头的架构师，因为游戏创业热潮，出来组建一个团队玩游戏，结果几年，团队没有赚到任何钱，他一直非常正直的基本工资，非常紧张。他激动地说，如果他留在原来的公司，他现在的年薪至少是200万。他说了这话，我100%相信，这个人的技术技能是深不可测的，我做技术分享经常引用他的博客内容。他以前的公司在高端人才方面的工资吸引力在业内很明显。 说实话，十多年前，如果你能跟随一家上市公司，经历一次疯狂的上市，混合数百万资产，这就足够令人羡慕了。但现在，在各种互联网巨头中，有大量的年薪超过100万的职位，而不仅仅是管理职位，还有很多像技术职位这样的新案例。我在新加坡遇到了一个来自中国的面对面恶霸，并获得了许多国际巨头互联网公司Offer，曾经放弃过Google的Offer，一起吃饭的时候，他也感慨地说，他在国内互联网行业的同学年薪百万，远高于他现在的工资，虽然他在新加坡的技术圈收入已经很高了。在这种情况下，一个技术牛创业的机会成本真的够高。 当我在大学兼职工作时，我的老板在2000年左右成功地卖掉了公司，套现了数千万元。在那个时代，这绝对是一笔巨大的钱。他有一句话我还记得。他说，当他第一次来到北京努力工作时，每当他有一栋30平方米的小房子时，他就永远不会有后来的成就。许多创业成功的例子在无助的情况下强迫自己。但有趣的是，当他有数千万、豪宅和好车，对行业有更深入的了解，对资源有更强的掌握时，他的第二次创业并没有再现辉煌。 创业真的不是一件光光明、自由、体面的工作，你必须经历无数的不满、误解、嘲笑、孤独，甚至背叛。然后，幸运地抓住了一点潜在的机会，以超越它。或者不幸的是，它最终结束了。 有人说：趁着年轻，做点自己想做的事，
