#文前小絮#这一周可谓是忙得焦头烂额，我的内心是焦灼的！留给思考的时间很少，这或许就是一名职业产品人自身的无奈！产品明明就是要靠“脑子”吃饭的，可偏偏还是要靠“体力”。之前和大家分享的我自己尝试搭建的“三维产品框架概念设计”，已经在概念上和大家做了一个简单的陈述，那么这一次和大家一起深入思考该框架设计模型的第一个关键字：情境。
正文
严格意义上的情境包括，商业目标、资金、政治、文化、技术、人力资源...
产品框架设计元素之一情境，如何了解开始构建产品框架的历程？其中有些技术手段和方法，就情境研究方面，宏观上讲有四种：背景调研、会议讨论、商业面谈、技术评估。
搭建产品框架初始阶段，调研商业情境是个很好的突破口，对目标有清晰的了解，嗅出政治的味道，对产品框架的实践极为关键。完美的用户体验是每一个产品孜孜不倦的追求，可商业现实也不容忽略，不然是很危险的。互联网产品一直标榜“以用户为中心”，而实际上“以商业为中心”才是每一个产品的最终使命。互联网行业中，“尸体”满地，尤其是O2O商业模式下凋零。
其实，产品框架的形成时多方因素的综合结果，而产品框架的搭建也必须了解产品目标、预算、技术基础架构、人力资源及公司政治，甚至说还要考虑法律问题。如此多的因素必然牵涉到多方的利益共同体，那如何让这么多原本就不简单的人对本就复杂的问题形成观点呢？或者说如何说服TA人，使得你的意见被广泛接纳、令人信服？
情境研究的大前提就是：令人信服！
闭门造车是不会有出路的！调研过程中，为正在搭建的产品争取认同和支持很关键。不同人必定对不同产品的关心点必然不一样，并不是所有人都喜欢随大流，开会时满嘴跑火车的。产品调研过程中，以正确的方式回答利益群体的疑惑，将对产品后期协同工作的展开大有裨益。因此，没有广泛群众基础的产品构想，必然也是命途多舛的。因此整个情境探索过程必定是信息高度流通、高度对称的、彼此之间高度默契的。
情境调研第一步：背景研究
产品框架开始师，总是有各种有价值的问题。
1、目标用户群？
2、短中期目标？
3、规划和预算？
4、产品卖点及核心竞争力？
5、提供什么服务/内容？
6、技术基础架构如何？
...
都是清一色的好问题，那么不同人对这些问题必然也有不同不同的作答。所以，只问对的问题还是不够的。还必须在对的时间以对的方式问对的人才行。必须专注如何占用别人的时间，而且要知道究竟什么人能回答什么问题？
全面了解产品的愿景、价值、目标、用户，查阅相关背景材料，通过挖掘过去来了解未来。试着挖掘在更宽广的环境下，更完善更全面的了解产品全貌。如果不熟悉公司人员，那么组织架构图将大有可为，可以为我们找到面对面交流的潜在对象。
理想与现实总是存在差距。比较实际上线的产品与之前的愿景，你发发现之前的雄心壮志与如今不尽如人意的产品简直就是讽刺。没有时间、金钱和专长实施了不起的愿景的话，再NB的理想一点用也没有的。就此而言，需要尽快驾驭期望才行。
情境调研第二步：会议讨论
产品框架设计过程中，必要的会议是很有价值的。技术、运营、产品、设计、高管齐聚一堂，将产品背景调研的情况和大家做个分享，并且征集各方对产品有哪些好的想法或者对已经给出的产品信息有什么困惑。保持会议不断，可以提前解决一些潜在的问题以及培养大家之间就产品的默契度，对产品下游工作将会有莫大的帮助。
采用集中式的会议进行会议轰炸，确实是可以很大程度上了解产品背景、用户、内容、愿景及其基础架构。今日的产品不再是那种小而集中式的团队就能设计完成的，分布式的协同工作是常态，这也迫使我们不得不对会议本身的有效性、价值性投入更多的思考。不是说真地没完没了的开会，大家的时间都很宝贵，尊重他人的时间就是尊重自己。那么，有针对性地发起会议主要有三种形式：策略小组会议、内容管理会议、信息技术会议。
1、产品策略会议
公司高管负责对产品未来发展战略和方向的把握和度量，产品的生产内容也都是由专责人员负责管理的。产品寄托的不仅是高层的期望，更是以一个个现实工作中使用到功能，而桥接高层次愿景与功能现实最终还是产品。
面对面的交流是最有效的沟通方式，能让彼此之间建立信任与尊重。这种直面的交流能让你更加了解产品的真正目标，以及扫清隐藏在路径中的地雷，甚至说能达到“知无不言”的绝佳效果。这种会议较为前沿、较为高层，参加的人数自然也不要太多。如果与会人员过多、过于政治，那就无人愿意开口说话，更不要提讲真话了。会议不管怎么进行，都该围绕：产品目标、目标用户、规划内容与功能、潜在隐患、产品周期...
2、内容管理会议
产品的运营人员和使用者相比是最关心产品细节的人了，彼此明确产品的内容和内容管理的流程很有必要。运营人员和用户经历丰富，他们的亲身实践可以提供从细节到整体的观点。会议围绕以下几个问题展开：
x.内容是什么？什么形式？
y.内容怎么来？怎么被淘汰？
z.谁拥有内容？谁维护内容？
u.未来要如何规划内容/服务？
3、研发技术会议
早期与技术开会有两个目的。其一，了解产品现存和未来的技术基础架构；其二，提前沟通产品框架与技术实现之间的内在联系以及建立彼此间的共识。一份有价值、实用可行的解决方案相关重要，你会发现产品实施时，这样的产品显得非常自然、甚至不可思议。尽早的接触技术人员总归不是坏事！
情境调研第三步：商业面谈
与有主见的领导和同事面谈，可以把产品设计流程中的参与度放大，也可以得到政治上的长期支持。投资人认为你的项目是值得的/有价值的比你们面谈的内容本身要重要的多。所谓的商业面谈并不是什么正式的讨论，而是一个双向的互动过程：投资人知道你在干什么，你知道投资人在想什么。
情境调研第四步：技术评估
理想情况下，产品框架的设计并不需要考虑或者估计具体怎么技术实现，这应该是技术人员需要关心的事情。可现实世界中，产品策略必须植根于现有工具和基础架构才具有现实意义。产品框架设计过程中，必须知道有哪些现存的东西，流程是什么，以及谁可以帮忙。通过差距分析，寻找商业目标、用户需求与现存技术基础架构的实际限制之间的缺口。选中可用的商业工具去消除这种差距，建立合理流程，考虑在当前产品框架中消弭这种差异是否契合实际。
行文小结
“情境”——一个极具内涵的词语，甚是喜欢。我想在我从事产品的日子将与其不离不弃，相依到老。情景是个合成词，富有“情感”的使用“环境”，任何行为、任何思考都不可能置身内在情感、外在环境之外，情感和客观环境是必然存在的，而用户行为也必然寄生在情境之中。将视野拉回现实，客观讲“情境”即商业目标、资金、政治环境、文化、技术、人力资源...所有产品，所有产品框架，所有产品细节都映射着客观情境。
原创声明：本文章的最终解释权归产品小王所有，未经许可，不得转载。
网友评论