互联网公司产品设计过程，无外乎四大步骤：需求确定>产品设计>开发推进>产品上线。当然细分下来会有很多环节，如各种评审、交互、视觉、前端、后端、数据、测试等，但在讲求速度为王的互联网时代，多而细的环节分工不一定是好事。
本文高度概括成为四大步骤，总结在每个步骤中的一些心得要诀。
环节一. 需求确定
产品初始，从需求开始，在需求的收集过程中，用户、老板、业务部门等各方都会提出形形色色的需求，面对不同的需求来源，应该如何处理？
要诀1. 业务需求：接收的是业务问题和目标，而非功能和方案建议。
业务作为面向用户的一线员工，对于所涉及的业务痛点最清楚，往往业务总是给产品提出我要这个功能，我要改成那样等等。其实这时业务提出的是解决方案，而不是需求痛点。
产品经理需要深挖这背后的诉求，遇到了什么困难，需要解决什么问题。然后通盘考虑解决方案，以更好更通用和简单的策略来解决业务问题。这也是产品和业务不同的专业价值所在。
要诀2.自发需求：倾听用户故事，观察用户习惯，发掘用户明确的和未感知的需求。
产品经理通过用户反馈收集、产品体验、用户观察沟通等，不仅可以收集到用户明确的需求，还可以发现用户习以为常，但可以优化改进的需求。倾听用户故事和观察用户习惯，是体验设计的用户调研方法，其实也是产品设计的必备技能之一。
套用一句俗语“从群众中来到群众中去”。人都有超强的学习能力和适应能力，再难用的东西，经过培训练习，也能驾轻就熟。比如汽车，其实很难用，以至于需要专门的驾校培训练习和考试，当然安全知识需要考试除外。习惯不等于没问题，习惯不等于好用，习惯也不等于没有优化空间。因此产品经理要以旁观者或小白的角度，去观察和发现用户没有意识到的问题。
要诀3. 老板需求：消化深入，选择排序，用事实说话。
老板需求是在任何工作环境都不可避免的，老板需求怎么应对？消化理解，毕竟老板之所以是老板总有高人之处。一时半会不理解，可以先消化理解。
如果是可做合理，深入细化成产品需求；如果合理但不紧急，说明当前资源和项目排期，老板你看停哪个做哪个；如果是不合理需求，用用户实际情况的事实说话，用数据说话。
环节二. 产品设计
产品设计可谓是产品从0到1的关键环节，也是最考验产品经理综合能力的地方。整体规划、逻辑梳理、节奏控制、风险把控等，都是这个环节的关键要点。
要诀4. 整体考虑定位，细节斟酌流程体验。
整体产品设计或规划，首先明确产品的定位，能用一句话说明产品是什么，清晰产品的价值目标，而且是随时能够脱口而出的。在细节方面，了解业务流程，进而设计产品流程，并通过产品流程去改善优化业务流程。
要诀5. 目标明确有的放矢，轻重缓急做精简。
每个产品需求，都有明确的目标，要解决什么问题。只有确定目标才能有的放矢，最忌讳说要做，都不知道做的目的是什么。明确目标后，在实现目标的过程中的那些关联需求，对这些分支模块根据对目标影响值权衡轻重缓急，做精简。目标就是这过程的中心思想。
要诀6. 单个需求考虑扩展性，多个需求抽象共性。
后台产品或平台产品，单个需求过来，多考虑实现这个需求后，类似场景是否都覆盖，多问问有没有扩展性。如果多个需求过来，其实这是好事，因为此刻最好抽象共性，体现平台产品优势。
要诀7. 框架清晰，方向明确。
产品框架就是产品的骨骼，决定产品大致结构和长相。这是在产品设计前，就应该先构思好的，只有框架清晰，我们对于产品才有宏观全局的把控理解。当然这时的框架不用做到太细，它主要是为了给整个产品指明方向，让团队成员知道产品最终要成什么样，各个阶段是什么样，当前我们做的在产品的哪个部分。
要诀8. 节奏明快，阶段目标。
互联网产品讲究的是“快”，忌讳花费很长时间，出一个完整产品，那是微软时代的做法。我们需要切分阶段目标，快速迭代发布，而且阶段目标要明确，可量化可衡量。这样对于团队成员、业务方、老板们才有更好的鼓舞。
要诀9. 文档全面，数据风控。
产品设计的文档，是设计过程和思路的沉淀记录载体，因此要尽可能的全面完整。在设计时尽量考虑全面，不仅考虑产品功能本身，还需要考虑产品使用的用户权限风险控制、产品数据埋点、业务数据统计等。
环节三. 开发推进
做产品比如建房子，做完产品设计好比有了建筑图纸，接下来需要的是开发工程师们配合将房子搭建起来，那么我们需要怎样才能更好的协同推进开发工作呢？
要诀10. 卖梦想讲故事，思想步调一致。
汇集各个角色做一个产品或项目，就像召集几个同学干革命，这是一个艰苦的过程。
这里推荐一本书《向毛主席学管理》，当年的红军队伍在一穷二白的情况下，召集大队伍艰苦抗战，取得胜利，其中最重要一点就是思想建设。在产品经理与团队成员协作时，这也是一样的，卖梦想讲故事，思想统一步调一致，大家形成共同的目标。只有内心的认同，才会有激情，才会变得简单。
要诀11. 独乐乐不如众乐乐，与业务共建。
再好的产品不能解决问题，然并卵；再好的产品没有人用，然并卵。与业务同步共建，忌自嗨，业务同学实际工作过程中，看是否能帮助业务解决问题。
要诀12. 有争议，回到目标，不忘初心。
产品设计和落地过程，不可避免的有分歧和争议，遇到此问题怎么办？回来回来，回到我们的最初目标，不忘初心。用目标来平衡争议的观点是最好的良药。
环节四. 产品上线
产品开发完成，并不是产品的终结点，真正的考验刚刚开始。正式上线前后还有一系列的工作需要完成。
要诀13. 培训公告，通知到位。
用户培训通常出现在后台产品中，因为后台产品对于效率，对于准确性，对于探索的控制，培训是很有必要的。这类产品，用户需要的是精准的定位和认识，基本上都在处理问题使用工具中，没有闲暇时间来像用户产品那样去探索和尝试。培训前，做好同步公告、确保所有相关同学都通知到位也是必须的。
要诀14. 用户反馈，响应及时。
用户反馈的问题，一定要及时响应。一方面表明用户在用你的产品，另一方面他在为你的产品优化建言献策，同时反馈也是对产品的一种信任。及时解决用户反馈，能让用户不仅对你的产品对你工作都会有很好的认同。
要诀15. 走访用户，观察使用。
产品上线已经经过了培训，也通知到位。基本上可以用了，如果没有用户反馈问题，千万不要以为你的产品就没有问题了。因为不说不代表不存在。你需要时不时走访观察你的用户是怎么使用你的产品的，用户的理解和想象力真的是无穷，正是有了用户的这些无穷的扩张使用，才会有淘宝类目和商品的丰富一样。去观察，可以发现用户并没有按你设想的方式去用，也可能发现原来产品还可以这么用的。
要诀16. 数据，不要迷信数据。
DT大数据时代，数据很重要，但请不要神化数据。产品上线，通过数据可以发现问题异常的存在，但是具体问题是什么原因，如何解决，还是需要用户分析和产品经验支持；产品设计前，可以通过数据发现场景的机会，但是具体的需求和产品方案，还是需要深入场景分析和产品主观经验发挥。数据，是老板们最简单直接说出产品好坏的东西，因为通过与既定量化数值对比，通过对数据趋势图，非常直观的对比就出来了。
