把想法做成产品
从功能设计、开发到上线，跟进一个想法真正落地的每一步。中间反复确认的不是「还能加什么」，而是「现在这样是不是已经能用了」。
01 / ABOUT
关于体贴
一份稍微长一点的介绍，说说这件事具体怎么做
体贴在多姿态负责技术。一个想法从被提出，到变成用户真的能打开、能点、能用的东西，中间的功能设计、开发实现、上线部署，基本都要在这条线上过一遍。习惯倒着想：用户打开页面后要做的第一件事是什么——先把这一步做顺，再回头收拢背后那些必要的复杂度。
产品上线不是终点。日常的运行维护、问题排查、可用性检查同样算在这份工作里。遇到反馈，习惯先看现象、再找原因，不太会急着下结论；能复现的问题就复现一遍，改完再确认一次，尽量别让同一个问题第二次出现。
这份工作里，不太愿意把复杂度转嫁给用户。能内置的配置就内置，能自动处理的就自动处理，说明文档能少写一段就少写一段。这也是那句「把复杂留给自己，把简单交给用户」落到具体工作里的意思：用户少操一份心，产品就多一分被真正用起来的可能。
02 / WHAT I DO
在这里负责什么
按团队分工整理，具体项目与进度以官网信息为准
把复杂留在后台
把配置和流程尽量收在后台，让用户打开就能用，不必先啃一堆说明。需要用户操心的步骤越少，产品被真正用起来的机会就越大。
让服务保持可用
日常维护与问题排查都在职责范围内，先看现象、再找原因，改完还要复验一次。稳定这件事没有完成时，只能一直盯着。
03 / DECISION
一次决定
同样的事有更省力的做法，说说为什么没那么选
更省事的做法
六项服务各做各的账号和登录，各管各的，开发最快，彼此也不牵连。
但那样用户每多用一项，就得多注册一次、多记一组密码、多适应一套错误提示。免费服务本来是替人省掉一道门槛，结果门槛加在了自己这边——这件事说不过去。
所以宁可先把统一的账号与入口逻辑做扎实，新功能往后排一排。能内置的配置就内置，能自动填的就不让用户填，六个站因此能用接近一样的方式上手。
这个决定的回报不在当时，而在后来接夜见川和抖音中控时：业务形态完全不同，接入方式却不用推倒重来。这类事列不进「做了哪些程序」，却决定了后面所有东西长什么样。
这里写的是能从站内现有结构里看出来的取舍，不代表具体项目的内部决策过程。
04 / CASES
个人事迹
做过什么、怎么做的，挑几件具体的说
比起列一串功能名，更值得写下来的是这些事当时为什么这么做。下面挑几件有代表性的。
CASE 01自有产品
六项免费基础设施，从零到上线
免费二级域名分发、聚合登录、API 接口、源码论坛、群管机器人、云盘系统——这六项是多姿态最早的一批业务，形态各不相同，背后却要共用同一套账号、同一套入口逻辑和同一套错误提示。做的时候不追求一次做全，先把每个服务最核心的那一步跑通：域名能申请下来、登录能回调成功、接口能返回正确结果，再一项项往外补。
最花时间的反而不是功能，是把用户不必知道的东西收进后台。解析参数、回调地址、鉴权配置这些能自动填的就不让用户填，几个站因此能用接近一样的方式上手。上线之后还要持续盯着可用性，哪一项出问题就先恢复服务、再回头找原因。
CASE 02新业务接入
夜见川与抖音中控：两种完全不同的东西
后来新增的两项业务不是原来那套基础设施的延伸：夜见川是内容站，抖音直播间中控是软件，各自有独立域名和运行方式。接进官网时没有把它们硬塞进原有产品模板，而是保留子站的独立结构，只在业务区和文章专区里给出统一入口。
这种处理带来的额外工作是要对齐口径：哪些信息以子站页面为准、哪些由官网统一说明、文章按什么规则归档。边界先写清楚，后面的内容与客服才不会各说各话。
CASE 03技术支撑
接入适配与内部工具：把重复的事只做一次
还有一类不出现在产品清单里的工作：第三方登录的回调适配、数据同步的小脚本、批量核对用的内部工具、给内容侧用的发布辅助脚本。这类需求往往零散、来得急，如果每次都从头写，很快就会攒成一堆没人敢碰的代码。
处理方式是尽量沉淀成可复用的模块或配置：能参数化的就参数化，能写成脚本的就别手工点，能自动跑的就别让人记着跑。后面再来同类需求，改动量只有一点点，也少了很多因手工操作造成的错漏。
CASE 04稳定性
一次线上异常，通常是这样处理的
线上出问题时，第一件事从来不是改代码，而是先确认影响范围：是单用户、某一项服务，还是整站。能临时恢复的先恢复，让用户干等着排查是最不划算的。
之后再按现象倒着找——复现、看日志、缩小到具体环节，改完必须再验一次，并顺手补上能提前发现的检查。同一个问题第二次出现，通常说明第一次只修了表象。
以下按团队分工整理的是典型工作场景与项目类型；涉及的具体客户、项目与数据，以官方公开信息为准。
05 / RELATED
相关内容
从这些入口能看到我们正在做的事
06 / THE TEAM
和团队怎么配合
一件产品从做出来到被用起来，中间还有不少接力
三个人各守一块，但事情是连着的。九月把教程、问题和建议整理清楚带回来，嘟嘟把账目与事务性工作挡在产品之外，技术这边才能把时间花在功能和稳定性上。反过来，产品一有变化，最先要同步的也是内容与说明——所以这三条线经常要一起对一遍，再对外讲同一个版本。
姿态，不止一种
从免费开发者基础设施，到内容社区与直播软件，我们一直在把想法做成能用的产品。