1.提出プロトコル
インパクトの高い仕様の書き方。
リクエストをエンジニアリングトリアージで迅速に進めるために、提出は次のように構成してください。 ユーザーストーリー曖昧なリクエスト（例：「ダッシュボードを改善する」）は対応が困難です。具体的なプロトコル（例：「チームレベルの権限ロールを追加する」）は実装されます。
推奨されるスキーマ：
タイトル:
簡潔な概要（例：「機能：自動CSVエクスポートスケジュール」）。
「機能：自動CSVエクスポートスケジュール」
問題:
どのような問題に直面していますか？（例：「現在、毎週金曜日に手動で翻訳をエクスポートする必要があります。」）。
「現在、毎週金曜日に手動で翻訳をエクスポートする必要があります。」
解決策：
提案された修正（例：「毎週メールで自動エクスポートできるようにする。」）。
「毎週メールで自動エクスポートできるようにする。」
コンテキスト:
UIを視覚化するために、スクリーンショット、スケッチ、またはLoomビデオを強くお勧めします。
「希望するワークフローを示すモックアップ、ワイヤーフレーム、または画面録画を添付してください。」
2. 送信チャネル
現在、すべてのアーキテクチャリクエストは、電子メールで製品エンジニアリングチームに直接送信する必要があります。
エンドポイント：
support@multilipi.com件名：
[機能リクエスト] - ここにタイトルを入力3. エンジニアリングライフサイクル
送信ボタンを押した後はどうなりますか？
トリアージ：
当社のプロダクトマネージャーが、技術的な実現可能性とコアインフラストラクチャの目標との整合性をレビューします。
明確化：
ユースケースに関する具体的な質問（例：「このエクスポートはJSONとCSVのどちらが必要ですか？」）をするために、返信することがあります。
ロードマップ割り当て：
機能が承認されると、開発スプリントにスロットが割り当てられます。
デプロイ:
機能が「開発中」から「ライブプロダクション」に移行すると、電子メールで通知されます。
貢献する理由
プラットフォームを形成することのメリット
戦略的整合性
チームの働き方に合わせてツールを正確に機能させる。
早期アクセス
承認された機能を提供するユーザーは、一般公開前にテストするためのベータアクセス権を得ることがよくあります。
コミュニティへの影響
あなたのワークフローの改善は、おそらく何千もの他のサイトオーナーの問題を解決するでしょう。